主人公のフランク・マーティンは、黒いBMW735i(E38)を愛車とする運び屋（トランスポーター）である。高額な報酬と引き換えに、どんな品物も時間厳守で目的地に運ぶことを生業としている。そして彼は自分の仕事に対して「契約厳守」「（依頼者の）名前は聞かない」「依頼品を開けない」の3つのルールを課し、同時に運び屋としての信用を得ている。また、彼は特殊部隊に5年いた経歴を持ち、その天才的な運転技術と共に各種格闘術にも長けている。フランクはある組織から仕事を請け負い、品物の大きなバッグを受けとり目的地へ向かう。しかし、輸送中に車がパンクをする。修理のためにトランクをあけると品物が動いているのに気づく。はじめは無視を決め込むが、自らに課したルールの1つ「依頼品は開けない」を破ってバッグの中身を開けると、中には手足を縛られ口をテープで封じられた中国人の女が入っていた。フランクは女に飲み物を与え、トイレに行きたいという要求を聞いてやるが、そのために森の中に逃げられてしまう。しかしすぐに捕まえ、目的地に届けて契約を遂行する。そこで再び荷物を運ぶ依頼をウォールから引き受けたフランクだが、立ち寄ったドライブインでジュースを買って車に戻ろうとしたところ車が爆発する。殺されかけたフランクは怒り、依頼主のところに行き復讐を果たす。しかしウォールは不在で、組織のアジトから車を奪い逃走するが、車の中には最初に届けた中国の女性、ライ・クワイが乗っていた。フランクはライを置き去りにするに偲びず、家につれて帰る。フランクの車の爆発の事でタルコニ警部が事情聴取に来るが、ライの機転で上手にかわす。その後、組織のボスが手下とともにフランクの家を急襲する。危機一髪で二人はなんとか脱出するが、フランクはそもそも仕事のルールを破った事を後悔し、ライと別れようとする。しかしライから組織が人身売買を行い、ライの家族も被害に遭ってる事を聞き、組織から人々を救い出す事を決心し再び組織に乗り込む。ただライの話には半分嘘が含まれていて、実はライの父親も人身売買に関わる黒幕であることがわかる。予想外の展開に戸惑うフランクは組織に捕らえられるが、タルコーニ警部が乗り込んで来たため、身柄は警察に移される。人身売買の証拠はないものの、ライを信じるフランクは、タルコーニ警部の計らいで警察を脱出し、単身で人身売買のコンテナがあるという現場に向かう。そこで大勢の敵を相手に次々と倒し、とうとうウォールからコンテナを運ぶトラックを奪うことに成功する。しかし油断したときに、一度は退けたはずのライの父親が現れ再び窮地に陥るが、ライが父親を射殺し命を救われる。売買されるはずだった400人の子供たちも無事に助けられた。
AFS はそれまでのネットワーク対応のファイルシステムに比較して、特にセキュリティとスケーラビリティの面で優れていた。AFS はケルベロス認証で認証を行い、ユーザおよびグループについてディレクトリ毎にアクセス制御リストを実装していた。各クライアントはファイルのキャッシュをローカルに保持して、同じファイルへのアクセスを高速化していた。またそれによって、サーバが故障したりネットワークに障害が発生しても、影響を限定することができた。ファイルへのリード/ライト操作は、まずローカルなキャッシュに対して行う。ファイルの中身を更新してクローズしたとき、変更された箇所をサーバに書き戻す。キャッシュの一貫性は callback と呼ばれる機構によって保たれる。ファイルをキャッシュすると、サーバはそのことを覚えておき、更新が行われたら、他のクライアントに対してそれを通知する。いずれかのクライアント/サーバ/ネットワークで問題が発生したら、callback は失敗し、再試行される。callback の再試行とはステータスのチェックであり、必ずしもファイル自体を再度読む必要はない。ファイルロックはファイル単位であるため、AFS はデータベースのような1つのファイル内のレコードを複数クライアントが更新するような形態での使用には適さない。これは、大学でのコンピュータ利用形態を考慮して決定した設計であった。このため、Andrew Project での電子メールシステム Andrew Message System は1つのメッセージを1つのファイルにしており、メールボックスを1つのファイルにするような設定ではなかった。AFS の重要な特徴として、ボリューム（Volume）と呼ばれるものがある。ディレクトリツリーと AFS のマウントポイント（他の AFS ボリュームへのリンク）から構成される（つまり、パーティションとは全く別個に構築される）。ボリュームは管理者が作成し、AFSセル（サーバグループ）の特定のパス名にリンクされる。作成されれば、ユーザはそれが物理的にはどこにあるのかを気にせずに、ディレクトリやファイルを作成できる。ボリュームにはクオータが設定され、利用可能なディスク容量が制限されている場合もある。管理者は、必要に応じてボリュームをサーバからサーバへ移動でき、それをユーザに通知する必要がない。ボリューム内のファイルを使っている最中でも移動可能である。AFS ボリュームは、リードオンリーの複製を持たせることができる。リードオンリーのボリュームにアクセスする場合、クライアントがそのファイルを読み込むだけなら何の問題もない。読み込みの途中でそのサーバが使えなくなった場合、クライアントは別のコピーがないか探す。これはユーザには気づかれずに行われるので、管理者は必要に応じてそのようなコピーを複数のサーバに用意しておけばよい。AFS はリードオンリーの複製ボリュームが本来のリード/ライト可能なボリュームの複製時点の正確なコピーであることを保証する。ファイル名空間は、Andrew ワークステーション上では「共有（shared）」と「ローカル（local）」に分離されている。共有ファイル名空間（通常 /afs にマウントされる）は、全ワークステーションで共通である。ローカル名前空間は各ワークステーション固有である。ローカルな部分には、立ち上げに必要な一時ファイルや共有名前空間へのシンボリックリンクなどだけが存在する。AFS はサン・マイクロシステムズの Network File System (NFS) バージョン4に影響を与えた。また、AFSの派生として、1989年にDCEの一部としてOSFが開発した DCE/DFS がある。