Coworkで契約書をバッチレビューする — フォルダとPlaybookで一括処理する手順

Coworkの契約書バッチレビューとは、契約書が並んだフォルダとPlaybook(自社の審査基準をまとめた文書)を1つの依頼で突き合わせ、契約ごとに逸脱点をまとめたメモを自動生成する使い方です。Claudeは各契約書を条項ごとにチェックし、Playbookの基準からどこがどれだけ外れているかを条項番号付きで書き出します。

Coworkの契約書バッチレビューとは何ができる機能か

公式の製品ページはこの使い方を「Review in bulk」として紹介しており、次のプロンプト例を示しています。

These vendor agreements in Contracts/Inbound are up for review.
Check each one against our playbook in Legal/Playbook.docx and
write me a memo per contract: where it departs from our positions,
how far, and which departures are worth pushing back on.

出てくるのは契約書の本数だけ並んだメモです。1件につき、Playbookのどの基準に対応する条項が原文にあり、どれだけ外れているか、押し戻す価値がある逸脱かどうかまでが1枚にまとまります。Playbookが対象にしていない条項は「基準なし」として個別に印が付きます。フォルダを渡すだけで件数分の下読みが同じ形式で揃う点が、1件ずつ依頼するのとの違いです。

同じ「フォルダを渡してまとめて処理する」骨格は、契約書以外の業務にも使われています。ベンダーのオンボーディングを一括処理する例はCoworkでベンダーのオンボーディングを一括処理するにまとめてあり、対象がベンダー資料か契約書かが変わるだけで進め方は共通しています。

準備するもの

バッチレビューを始める前に3点をそろえます。

1つ目はプランです。Coworkは有料プラン(Pro・Max・Team・Enterprise)が前提で、フォルダ接続もこの4プランで使えます。ローカルのファイルへ直接アクセスするにはClaude Desktopアプリが必要で、フォルダを扱う工程が終わるまではアプリを開いたままにしておきます。

2つ目はフォルダ構成です。受信した契約書と、審査基準をまとめたPlaybookを1つのフォルダにまとめておきます。公式のプロンプト例はContracts/Inboundに契約書を、Legal/Playbook.docxにPlaybookを置く構成ですが、名前もパスも固定ではありません。Coworkで「+ Add folder」からこの上位フォルダを選ぶと、Claudeはそのフォルダに対してだけ読み書きの権限を持ちます。

3つ目はPlaybook自体の中身です。「支払い条件はネット30以内」「損害賠償の上限は契約金額の範囲内」のような自社の基準を、条項ごとに読み取れる形で文書化しておきます。基準が曖昧なままだと、Claudeの逸脱判定も粒度がぶれます。

ステップ1: フォルダをCoworkプロジェクトとして保存する

フォルダを選んだら、そのままCoworkプロジェクトとして保存しておきます。プロジェクトにしておくと、Playbookと指示がセッションをまたいで保持され、次のバッチを回すときに同じ基準をもう一度説明し直す必要がなくなります。継続的に契約書が届く業務ほど、この一手間が効いてきます。

ステップ2: バッチレビューの依頼文を書く

依頼文には、対象フォルダ・Playbookの場所・出力形式の3つを明示します。たとえばContracts/Inboundに未着手のベンダー契約が12件たまっている、という想定で書くと次のようになります。

Contracts/Inboundにある未着手のベンダー契約12件をレビューしてください。
Legal/Playbook.docxを基準に、契約ごとに次のメモを1件ずつ作成してください。
 
- 基準から外れている条項番号と、外れている度合い
- 押し戻す価値がある逸脱と、許容範囲内の逸脱を分けて記載
- Playbookが対象にしていない条項は「基準なし」と明記
- 法的な結論や受諾可否は書かず、事実の整理までにとどめる
- メモはContracts/Reviewedフォルダに、契約ごとのファイル名で保存

「法的な結論や受諾可否は書かない」という制約は書いておく価値があります。指示しないと、Claudeは親切に評価まで踏み込んでくることがあり、結論を誰が出すかという責任の所在があいまいになります。出力先を別フォルダ(Contracts/Reviewedなど)に分けておくと、原本と成果物が混ざりません。

件数が多い依頼では、Claudeは内部でサブエージェントに分担させ、複数の契約書を並列に処理します。利用者がサブエージェントを明示的に呼び出す設定はなく、複雑なタスクを渡すとClaude側の判断で自動的に分割されます。この分割と並列化の仕組みはCoworkサブエージェントの使い方で扱っており、チャットではなくCoworkでのみ動く機能です。

ステップ3: 出力されたメモを検算する

メモが出そろったら、法務側で確認できる形に絞って検算します。

• 条項番号が原文の該当箇所と実際に対応しているか(3〜5件を抜き取り)
• 金額・期間・上限といった数値が動いた条項は、変更前後の数値が両方とも記載されているか(全件)
• 「基準なし」に振られた条項が、実際にPlaybookの対象外か
• メモの件数とフォルダ内の契約書の件数が一致しているか(処理漏れの兆候)

数値だけは全件確認にする理由があります。金額や期間の取り違えは、メモの見た目からは異常が読み取れないためです。損害賠償の上限が契約金額の範囲内か、その2倍かは、整ったメモの中では同じ1行に見えます。

Commercial Legal公式プラグインを使うと何が変わるか

ここまでの手順はプラグインなしでも動きます。指示文だけでフォルダとPlaybookを渡す方法です。一方でCoworkにはCommercial Legalという公式プラグインがあり、同じ業務をコマンド化した形で提供しています。

Commercial Legalプラグインの/reviewスキルは、契約書を条項ごとにPlaybookと突き合わせ、緑・黄・赤の3段階で評価し、黄・赤の条項には修正案と交渉相手向けの根拠まで添えます。導入直後は/cold-start-interviewを実行し、自社の商取引慣行をClaudeに学習させておくと、以降のレビューの基準がぶれにくくなります。エスカレーションが必要な契約は/escalation-flaggerスキルで、あらかじめ決めた承認者へ自動的に振り分けられます。

プレーンな指示文とプラグインの違いは、判定の粒度と再利用性です。指示文はその場で自由に条件を書けますが、毎回同じ文面を用意する必要があります。プラグインは判定基準がスキルに組み込まれているため呼び出しが短く済み、チームでスキルを共有すれば担当者が変わっても評価の基準がそろいます。ただしプラグイン自体は有料プランでのみ使え、無料プランでは到達できません。Commercial Legal・Financeを含む公式プラグインの全体像は、製品ページではLegalとして紹介されているプラグインを含めてCowork公式プラグイン3種を試すにまとめています。

継続的に契約書が届く業務では、/scheduleコマンドで/reviewスキルを定期実行に組み込むこともできます。平日朝に受信フォルダを確認し、新着の契約書だけを自動でレビューする運用です。バッチ処理が「今たまっている分をまとめて片付ける」作業なのに対し、この定期実行は「新着を取りこぼさない」ための仕組みという役割の違いがあります。

承認モードと機密文書の扱い

Coworkには3つの承認モードがあります。

Team・Enterpriseで自動承認を選べるかは、組織設定「Allow "Automatically approve" mode」で決まります。既定はオンです。ただし契約書バッチレビューの主読者である法務チームは、選べる場合でも手動承認を基本にし、コネクタに与える権限の範囲(読み取りのみか、書き込みも許すか)で強弱を付ける運用が手堅い選択です。自動承認モードは通常より使用量を多く消費するため、件数の多いバッチでは消費量にも注意してください。

読み取りと条項の書き出しが中心のバッチレビューは、書き込み・削除の判断が発生しにくく、手動承認でも都度の停止が最小限で済む部類です。ただし相手方から届いた契約書は、外部から来た信頼できない文書でもあります。文書に紛れ込ませた指示をClaudeがタスクの一部として読んでしまうプロンプトインジェクションのリスクはゼロではないため、契約書を読ませるセッションには外部送信の権限を与えず、読み取りと出力だけに絞る構成が安全です。単発の契約書レビューにおける同じリスクと線引きはClaude Cowork法務活用で詳しく扱っています。

単発・チャット・バッチ・定期実行の使い分け

契約書をClaudeに読ませる方法は、実は1つではありません。案件の性質によって向く方法が変わります。

Claude.aiのチャットで1本の契約書をレッドラインし、交渉メールまで作る手順はClaude契約書レッドラインにまとめています。案件数が少なく都度チャットで完結させたいときはこちらが早く、受信フォルダに複数件たまっているときは本記事のバッチ手順が向きます。どちらを選んでも、法的な結論は書かせず人が持つという運用は共通です。

よくあるつまずき

出力先フォルダを分けていない場合、メモを原本と同じフォルダに保存すると、次のバッチで前回のメモまで対象に含まれてしまうことがあります。Contracts/Reviewedのような別フォルダを最初から指定しておくと避けられます。

デスクトップアプリを閉じてしまうと、ローカルフォルダを読む工程の途中で中断します。バッチの件数が多いほど処理時間も伸びるため、完了まで開いたままにしておく必要があります。

Playbookが古いまま更新されていないと、基準が変わったのに判定は古い基準のまま出てきます。基準を変えたら、次のバッチを回す前にファイルを差し替えます。

1件分の依頼のつもりで並列処理を期待するのもつまずきの一つです。サブエージェントによる並列処理は、複数の独立した対象がある依頼でだけ働きます。契約書が1件しかない依頼では分割する材料が無いため、単発のチャット(前節の使い分け表を参照)のほうが手早く済みます。

まとめ

Coworkの契約書バッチレビューは、受信フォルダとPlaybookを1つの依頼で突き合わせ、契約ごとの逸脱点をそろった形式のメモに落とし込む使い方です。指示文だけでも動きますが、/reviewをはじめとするCommercial Legal公式プラグインを使えば、緑・黄・赤の判定とエスカレーションまでコマンド化できます。件数がまとまっているなら本記事の手順、1件だけを今すぐ確認したいならチャットでのレッドライン、新着を継続的に監視したいなら/scheduleとの組み合わせ、というように、契約書の届き方に応じて方法を使い分けるのが手堅い進め方です。どの方法でも、条項番号と数値の検算、そして法的な結論を人が持つという運用だけは共通させてください。