金曜日の午後5時、ソウルのテヘランロにあるスタートアップ。人事担当者のモニターには、採用募集の締め切り後に殺到した247通の履歴書が整理されずに積み重なっています。

PDF、Word、韓文ファイルが混在しており、ある応募者はポートフォリオをメール本文にリンクとして貼り付けています。すぐ隣の席では法務担当者がパートナー企業から送られてきた45ページの合弁投資規約書を印刷し、蛍光ペンで線を引いています。

廊下の向こう側のカスタマーサポートチームの部屋では、3人の担当者が休む間もなくキーボードを叩いています。システム更新以降に押し寄せた問い合わせチケットは120件を超え、その中には決済エラーによる即時返金を求めるメールや「ぜひこの機能を作ってほしい」という長文の提案書が、区別なく混在しています。

この3つの場面に共通点があります。

いずれもテキストを読み、分類し、判断し、再びテキストで応答する作業です。読む量は膨大で、分類基準は明確ですが、判断のミスは即座に人間に影響を及ぼします。採用で優秀な応募者を見逃せば組織は損害を被り、契約書で不利益条項を見逃せば会社は危険にさらされ、顧客の不満に対応が遅れれば信頼は崩壊します。

本章で取り上げる4つの業務は、企業のバックオフィス（顧客に直接見えない内部行政業務の領域）を支える柱です。大量の履歴書評価と順位付け、新入社員オンボーディングとオファーレターの作成、インバウンド顧客サポートチケットの処理、契約書レビューと秘密保持契約（NDA）の分析です。

コワークのHRプラグイン、法務プラグイン、顧客サポートプラグインは、2026年1月末から2月にかけて順次公開されました。

AnthropicはこれらのプラグインをオープンソースとしてGitHubに公開し、各企業が自社の評価基準、契約審査基準、顧客対応ポリシーに合わせてカスタマイズできるように設計しました。

法務プラグインが2月初めに発表された際、トムソン・ロイターズの株価は一日で16%以上下落し、リーガルズームは約20%下落しました。2,850億ドルの時価総額が消滅したのです。

その一日をメディアは「SaaSpocalypse」と呼びました。プラグイン一つが市場に投げかけた衝撃の大きさが、このツールの潜在力を物語っています。

人事、法務、顧客サポートは、すべて人の生活に直接関わる領域です。履歴書には生計が懸かった応募者がおり、契約書には会社の運命が懸かった意思決定があり、チケットには不具合に直面している顧客がいます。コワークは、読み込み、分類、草案作成の作業を代行します。しかし、応募者を不合格と確定すること、契約書に署名すること、顧客に最終回答を送ることについては、人の判断と人の責任です。機械は時間を節約しますが、その節約された時間に人が何をするかが結果の質を決定します。

1 大量の入社志願書評価および順位付け

あるポジションに300人が応募した場合、熟練した人事担当者が1通の履歴書を検討するのには平均7分かかります。300通であれば35時間、つまり丸4日以上です。その4日間にわたって担当者の疲労は蓄積し、月曜日の朝に読んだ最初の履歴書と金曜日の午後に読んだ最後の履歴書が同じ基準で評価されるという保証はありません。潜在能力に優れた応募者の書類が、疲労に押しつぶされた午後の視線の下で埋もれてしまう可能性があります。人間の認知能力には限界があり、数百人の記録を一貫した基準で最後まで読み通すことは、物理的に不可能に近いことです。

コワークは、この書類審査プロセスを全く異なる次元へと引き上げます。会社が事前に設定した採用評価表を基準フレームワーク（判断の骨格となる基準体系）とし、各履歴書から該当項目を抽出して数値化します。機械は疲れることなく、300番目の履歴書を1番目と同じ強度で読みます。

なぜ必要なのか

問題は、履歴書の形式がバラバラであることです。ある応募者は PDF にきれいな表を埋め込み、ある応募者は Word ファイルに自由に記述します。経験年数を「3 年」と記載する人もいれば、プロジェクトの開始日と終了日だけを記載する人もいます。

Cowork に搭載された大規模言語モデルは、こうした非定型テキストから意味を把握することに強みを持っています。形式が異なっても、「この人の関連する経験は何年か」「どのような技術を使えるのか」を文脈から推論します。

評価の核心は透明性です。AI がなぜこの応募者に 85 点を与え、あの応募者に 72 点を与えたのか、項目ごとの根拠が明らかになる必要があります。根拠のない点数は公平でもなければ、有用でもありません。

私は何をしてくれるのか

Cowork の HR プラグインをインストールすると、Claude は即座に人事業務に特化したスキル（特定の分野の知識と作業手順を記した設定ファイル）を装着します。Gmail コネクタを通じてメールに蓄積された応募書類を収集したり、フォルダに保存された履歴書ファイルをまとめて読み込んだりします。ユーザーが提供する評価基準に基づき、各応募者の経験年数、技術の適合度、プロジェクト経験、職務適合性を項目ごとに採点し、総点の順位とともに各点数の根拠を文章として残します。結果物は条件付き書式が適用された Excel ファイルです。

どのように行うか：基本の使用

最も簡単な形から始めます。履歴書10件を評価基準に基づいて採点してみましょう。

[手順]

① Claude Desktop アプリを開き、上部の「Cowork」タブをクリックします。左側のサイドバーにある「Customize」メニューからHRプラグインをインストールします。まだインストールしていない場合は、「Browse Plugins」をクリックし、リストから「HR」を見つけて「Install」ボタンをクリックしてください。

② デスクトップに「2026_マーケター_採用」というフォルダを作成します。フォルダには以下の3つを入れます。会社の採用評価表ファイル（PDFまたはWord）、職務記述書（JD）ファイル、そして応募者の履歴書ファイル10件です。

③ コワーク画面の上部で、このフォルダを作業フォルダとして指定します。

④ 以下のプロンプトを入力してください。

「このフォルダにある採用評価表と職務記述書をまずお読みください。その基準に基づき、このフォルダ内のすべての履歴書ファイルを分析し、以下の作業を行ってください。」

まず、評価表の項目（関連する職務経験年数、技術スタックの一致度、プロジェクト経験、職務適合性）ごとに、10点満点で採点してください。

次に、各得点について「なぜその点数なのか」の根拠を1〜2文で記述してください。例えば、「SEOツールの経験は言及されていますが具体的な成果数値がないため、技術習熟度は6点」といった具合です。

3 番目に、総点で降順に並べ替えた Excel ファイルを作成してください。列構成は、応募者名、連絡先、項目別得点、総点、順位、評価根拠の要約とします。上位 3 名はセルの背景を緑色に、下位 3 名は黄色で表示してください。

ファイル名は「マケター_応募者_評価表.xlsx」として、このフォルダに保存してください。

⑤ Claude が計画を表示します。「評価表を読み込みます → 職務記述書を分析します → 採点フレームワークを構築します → 履歴書を順次分析します → Excel を生成します」。計画を確認した後、「進めてください」と入力してください。

⑥ 2〜3 分後、フォルダに Excel ファイルが生成されます。ファイルを開くと、各応募者の名前横に項目別得点と根拠が整理され、総点順に並べ替えられています。

どのように行うか：応用事例

応募者が数十名に増え、Gmail で直接履歴書を収集する状況です。① コワークで Gmail コネクタを接続します。左側のサイドバーの「カスタマイズ」メニューから「コネクタ」を開き、Gmail を選択します。

② 次のプロンプトを入力します。

「Gmail コネクタを使用して、受信トレイから過去 2 週間以内に件名に『マーケティング職応募』が含まれるメールをすべて検索してください。各メールの添付ファイル（履歴書）をこのフォルダに保存してください。

また、事前に作成した評価フレームワークをそのまま適用してすべての応募者を評価し、同じ形式の Excel ファイルを新規作成してください。今回は応募者が多いため、上位 10 名についてのみ『深層面接時に質問する個別化された質問 2 件』を追加列に記述してください。」

③ Claude が Gmail に接続してメールを検索し、添付ファイルをダウンロードして分析を開始します。サイドバーに進行状況が表示されます。

では、どのように実行するか：実戦活用として、300件を超える大規模採用において、評価レポートと経営陣向け要約文書を同時に生成します。

① 以下のプロンプトを入力します。

「このフォルダにあるすべての履歴書を採用評価基準に基づいて評価してください。応募者が300名を超える可能性があるため、最後まで処理してください。以下の3つのファイルを作成してください。」

第一に、全応募者評価表エクセル。項目別得点、合計点、順位、根拠の要約、条件付き書式（上位10%を緑、下位30%を赤）を適用。第二に、上位15名向けの詳細分析Word文書。各候補者の核心的な強み、懸念事項（レッドフラッグ）、カスタマイズされた面接質問3つを含めてください。第三に、経営陣への報告用1ページ要約書Word文書。総応募者数、平均得点、上位5名のプロフィールを一行で要約、採用推奨意見を記載してください。」

② コワークがサブエージェントを実行し、履歴書を並列処理します。300件の非構造化文書から情報を抽出し、同一基準で採点します。

③ 完成されたExcelを開くと、「1位：チョン・ウジン（総点56/60点）」のようにソートされており、Word文書には面接質問も含まれています。

バAI採用評価の境界線

このツールの効果が大きいほど、確認すべき点も明確になります。

第一に、AI評価は一次スクリーニングのツールであり、最終判断のツールではありません。履歴書に現れない潜在力、組織文化との適合性、面接で示すコミュニケーション能力は、機械が読み取れない領域です。AIが低い点数を与えた応募者の中にも、面接で輝く人材がいる可能性があります。

低得点層の応募者の一定割合を、人事担当者が直接レビューする安全装置を設けることが望ましいでしょう。

第二に、バイアス（偏り）の問題です。米国雇用機会均等委員会（EEOC）は、ソフトウェアやAIを活用した採用評価において、障害を持つ応募者に差別が生じる可能性があると警告し続けています。

評価基準に特定の大学出身者に加点するルールや、経歴に空白がある応募者を一律減点するルールが含まれている場合、AIは人間の判断よりも一貫してその偏りを反映します。基準が公正であればAIは公正なツールとなり、基準に偏りがあるならばAIは偏りを増幅する装置となります。採用システムを導入する前に、評価表自体の公正性をまず確認する必要があります。

第三に、説明可能性です。自動化は候補者を「選別」する上で有用ですが、不採用を「機械が確定」する構造へと移行すれば、法的リスクは高まります。AIが算出したスコアは推奨値として活用しつつ、なぜそのスコアが出たのかを説明できる根拠は常に併存しておく必要があります。

機械が1位から300位まで整然と並べた名簿を受け取った採用担当者は、書類を読むという労働から解放されました。その代わり、下位に押しやられた履歴書を再度精査し、アルゴリズムが見過ごした可能性が潜んでいないかを見極める責任を担うことになります。

しかし、こうした問題が生じた場合

(1) 韓国語形式（.hwp）の履歴書を正しく読み取れないことがあります。コワークはPDFとWordファイルのテキスト抽出には安定していますが、hwpファイルは形式によって認識率が低下する可能性があります。応募者にPDFでの提出を案内するか、hwpファイルをPDFに変換してフォルダに格納すれば、精度が向上します。

(2) 同一の応募者が履歴書を複数回送信しています。Gmailコネクタで収集すると、同じ名前のメールが複数件検出される可能性があります。プロンプトに「同一送信元のメールが複数ある場合は、最新の添付ファイルのみを使用し、以前のバージョンは無視してください」という条件を追加してください。

(3) AIが特定の項目で過度に高い評価を与えます。評価基準が曖昧だと、AIが広範に解釈してしまいます。「『SEO経験あり』とだけ記載された応募者は、技術習熟度を5点以下に制限してください。具体的なツール名（Google Analytics、Ahrefs、SEMrushなど）と数値による成果が併記されて初めて7点以上とする」といったように、採点基準をプロンプトで精密に定義してください。

2 従業員オンボーディングおよびオファーレター作成

合格者が確定した瞬間、新たな種類の事務作業が始まります。合意された給与とボーナス、休暇日数、試用期間の条件が正確に記載されたオファーレターの作成、秘密保持誓約書の準備、そして初出勤日のノートパソコン仕様をIT部門へ依頼する一連の工程です。

同時に、入社初日から30日目までに何をすべきか、誰に会うか、どのシステムへのアクセス権を得るかを定めたオンボーディング計画を立てる必要があります。

オファーレターは法的拘束力を持つ公式文書であり、オンボーディング計画は実務的なガイドです。性質は異なりますが、両者とも反復的な構造を持ち、候補者ごとに詳細内容が異なる必要があるという共通点があります。これはAIが効果を発揮しやすい条件です。

なぜ必要なのか

オファーレターに誤りがあると、信頼が損なわれます。過去の候補者の給与額がそのまま残っていたり、役職と一致しない賞与率が記載されていたりする事例が実際にあります。人事担当者が複数の案件を同時に処理する際、こうした些細ながら致命的な見落としからミスが生じます。オンボーディング計画が不十分だと、新規入社の初期定着率が低下します。体系的なオンボーディングを経験した従業員の1年以内の離職率は、そうでない従業員よりも低いという研究結果が多数存在します。

何をしてくれるのか

コワークのHRプラグインには、オファーレターの草案作成とオンボーディング計画の策定に特化した機能が組み込まれています。会社の標準オファーレターテンプレートと報酬体系表を提供すれば、特定の候補者の確定条件を正確に満たす文書を生成します。オンボーディング計画は、職務情報、部署情報、入社者のキャリアレベルを入力することで、カスタマイズされたスケジュール表とチェックリストを作成します。

具体的な手順：基本操作

オファーレターを1通作成してみましょう。

[実践手順]

①「2026_採用_オンボーディング」フォルダに、会社のオファーレターテンプレート（Wordファイル）と合格者条件メモ（テキストファイル）を格納します。条件メモには、氏名、役職、年収、開始日、特約事項を記載しておきます。

② HR プラグインがインストールされた Cowork で、以下のプロンプトを入力します。

「このフォルダにあるオファーレターテンプレートと合格者条件メモを読み込んでください。メモに記載されている条件（名前：チョンウジン、役職：コンテンツマーケティングスペシャリスト、年収：6,000万ウォン、開始日：2026年5月2日、有給休暇：年20日）をテンプレートに正確に反映し、オファーレターのWord文書を作成してください。トーンは公式的でありながら歓迎の気持ちを込めてください。署名欄と受諾期限（送信日から7日以内）を含めてください。ファイル名は「オファーレター_チョンウジン.docx」として保存してください。」

③ Claude はテンプレートの書式と会社ロゴを維持したまま、空欄に該当条件を埋め込んだ文書を作成します。

④ 必ず文書を開いて数値を検証してください。年収、開始日、試用期間の条件がメモと正確に一致しているか確認します。

ラ：どのように行うか 応用事例

オファーレターに続き、オンボーディング計画も一度に作成します。

① フォルダに、会社のシステム環境情報（社内メッセンジャーはSlack、文書管理はNotion、メールはGmail）を記載したテキストファイルを追加します。

② 以下のプロンプトを入力します。

「先ほど作成したオファーレターに続き、チョン・ウジン 様の入社オンボーディングパッケージを追加で作成してください。

まず、入社初日（Day 1）から初週（Week 1）までの時間別オンボーディングスケジュール表をWord文書として作成してください。会社がSlack、Notion、Gmailを利用している点を反映し、いつどのシステムのアカウントを設定し、いつチームメンバーと挨拶し、いつ最初のプロジェクトブリーフィングを受けるのかを具体的に記載してください。次に、オンボーディングの進行状況を追跡できるチェックリストのWord文書も作成してください。「セキュリティ研修の受講」「ITアカウントの作成」「給与口座の登録」「チーム紹介ミートの完了」などの項目を含めてください。最後に、合格者へこれらの文書を添付して送る歓迎メールの草案をテキストファイルとして作成してください。3つのファイルはすべてこのフォルダに保存してください。」

③ Claude はオンボーディングスケジュール、チェックリスト、メール草案を同時に生成します。

どのように行うか：実践活用

複数の職務の合格者を同時に処理します。

① 同一フォルダに、開発者、営業、デザイナーの 3 名の合格者条件メモをそれぞれ作成して格納します。

② 以下のプロンプトを入力します。

「このフォルダには、3 名の合格者に関する条件メモがあります。各合格者に対して、オファーレター、カスタマイズされたオンボーディングスケジュール、チェックリスト、歓迎メールを作成してください。職務が異なるため、オンボーディングスケジュールも異なります。開発者は初週にコードリポジトリへのアクセス権限と開発環境のセットアップが優先され、営業は CRM システムと製品資料の習得が優先され、デザイナーは Figma へのアクセス権限とブランドガイドラインのレビューが優先されます。各合格者ごとにサブフォルダを作成し、ファイルを整理してください。」

③ コーワークがサブエージェントを実行し、3 名のパッケージを並列で生成します。共通項目（セキュリティ教育、給与口座登録）は同一とし、職務別項目はそれぞれ異なる構成とします。

機械は行政文書を隙間なく作成しました。しかし、新しく出勤する社員が真に望んでいるのは、完璧に組版された契約書や隙間のないスケジュール表そのものではありません。見知らぬ環境に足を踏み入れる際に感じる不安を和らげるのは、歓迎してくれる人々の温かい挨拶です。機械がすべての行政的な負担を軽減した今、人事担当者や部門リーダーは、その滑らかな文書の上に、自分たちの心からの歓迎の言葉を添えることに集中できます。

このような問題が発生した場合

(1) オファーレターの年収金額がメモと異なります。Claude がメモの数字を誤って読み取った可能性があります。メモファイルでは、数字を「60,000,000 円」のようにカンマと単位を明確に記載すると認識率が向上します。生成された文書の数字は必ず人間が照合してください。

(2) オンボーディングのスケジュールが会社の実際のプロセスと一致していません。HR プラグインのデフォルトスキルは一般的なオンボーディングの手順に従います。会社固有の手続き（例：初日に必ず代表との面談、2 週目に法定義務教育）がある場合は、プラグインをカスタマイズしてスキルファイルに自社の手順を追加してください。「Customize」ボタンをクリックして Claude と対話しながら修正できます。

3 顧客サポートインバウンドチケットの処理

顧客サポート部門の一日は、殺到するチケットとの戦いです。製品の不具合報告、返金依頼、機能改善の要望、使い方に関する問い合わせ、アカウントの問題など、性質を問わず次々と押し寄せてきます。

担当者は一連のチケットを読み、問題を特定し、優先順位を付け、会社のポリシーに則った回答を作成する必要があります。この過程で最も難しいのは、感情的に高ぶった顧客に拒絶のメッセージを伝えることです。罵倒や興奮を排除し、顧客が本当に求めている技術的な対応が何かを把握した上で、定められたマニュアルに従って、冷淡でありながらも親切な回答を作成することは、並外れた感情労働です。

なぜ必要なのか

相談業務のボトルネックは「返信が書けないから」ではなく「どの担当者がこのチケットを処理すべきか分からない状態」から生じることが多いです。機能リクエストか障害対応か、使用方法の問い合わせか、返金への不満かによって、初動の対応速度と品質が大きく異なります。

「私が何を提供するか」

Claude Coworkの顧客サポートプラグインは、着信したチケットを自動的に分類し、優先順位を付け、社内ポリシーに準拠した返信草案を作成します。

Anthropicの公式文書によると、このプラグインには5つのスラッシュコマンド（「/」記号で始まる実行コマンド）が組み込まれています。「/triage」はチケットを分類し優先順位を付けます。「/research」は顧客の質問に対する回答を複数のソースから検索します。「/draft-response」は状況とチャネルに合わせた返信草案を作成します。「/escalate」はエンジニアリングチームや製品チームへ引き継ぐためのエスカレーション要約を作成します。「/kb-article」は解決済みの事案をナレッジベース文書に変換します。

「どのように行うか：基本操作」

顧客からの問い合わせメール10件を分類し、返信の草案を作成します。

[実践演習]

① コワークに顧客サポートプラグインをインストールします。カスタマイズメニューから「Browse Plugins」→「Customer Support」→「Install」を選択してください。

② 「顧客サポートチケット」フォルダに顧客からの問い合わせメールをテキストファイルとして保存します。（Gmailコネクタを接続している場合は、フォルダを介さずに直接メールを読み込むことも可能です。）

③ 以下のプロンプトを入力してください。

「/triage このフォルダにある顧客問い合わせファイル10件を分析し、以下の通り分類してください。カテゴリ：バグ報告、機能リクエスト、決済問題、利用方法の問い合わせ、アカウント問題。優先度：P1（緊急、サービス障害または決済エラー）、P2（高、主要機能に関するバグ）、P3（普通、一般的な問い合わせ）、P4（低、機能提案）。結果はエクセル表に整理してください。列はチケット番号、顧客名、カテゴリ、優先度、核心内容の要約（一行）、推奨対応とします。」

④ Claudeが各メールの意図と緊急度を分析し、分類表を生成します。

⑤ 次に、返信草案の作成を依頼します。

「/draft-response 先ほど分類したP1チケットに対して、即座に返信草案を作成してください。冒頭に顧客の不便への共感を示す一文を、中間に返金手続きの案内を、結びに追加のサポートが必要な場合はご連絡いただくよう一文を加えてください。トーンは丁寧でありながら温かみのあるものにしてください。」

⑥ Claudeが各P1チケットに合わせた返信草案をテキストファイルとして生成します。

どのように行うか：応用例

機能リクエストのチケットに対して、丁寧な拒否メールを作成します。

① 以下のプロンプトを入力します。

「/draft-response 分類結果から『機能リクエスト』カテゴリのチケットを探してください。これらのリクエストは現在、当社の製品ロードマップに含まれていません。顧客のアイデアに感謝しつつ、現在開発計画に含まれていないことを率直に伝える返信のドラフトを作成してください。ただし、顧客が尊重されていると感じられるトーンである必要があります。『貴社のフィードバックは製品チームに伝達されました』という文言を含める一方で、約束のように聞こえないよう注意してください。各顧客の名前とリクエスト内容を反映した、個別化された返信を作成してください。」

② Claude が顧客ごとにカスタマイズされた拒否メールを生成します。担当者がドラフトを確認し、送信します。

では、どのように行うか：実践活用

一日分のチケットをすべて一括処理し、週次分析レポートまで作成します。

① Gmail コネクタを接続した状態で、以下のプロンプトを入力します。

「Gmail コネクタを通じて、support@会社.comのサポートメールボックスに本日届いた未確認チケットをすべて読み込んでください。以下の手順を順次実行してください。」

まず、すべてのチケットを/triageで分類し、優先順位を付けてください。次に、P1 緊急チケットには/draft-responseで即座に返信草案を作成してください。第三に、機能リクエストチケットについては、リクエスト内容を要約して「機能リクエスト_週次まとめ.xlsx」ファイルに追加してください。既存ファイルがあれば続きを追加し、なければ新規作成してください。第四に、深刻なバグレポートについては、/escalateでエンジニアリングチームへのエスカレーションブリーフを作成してください。バグの再現手順、影響範囲、報告した顧客数を含めてください。第五に、今週のチケット全体を分析し、「週次顧客サポートレポート Word 文書」を作成してください。カテゴリ別件数、平均応答時間、繰り返し発生する不満の上位 3 つを含めてください。」

② コワークは複数のサブエージェントを同時に実行し、分類、ドラフト作成、エスカレーション、レポートを並列処理します。

この仕組みが整えば、顧客サポートは事後対応から製品改善への入力チャネルへと格上げされます。機能リクエストのExcelファイルに蓄積されたデータが製品チームに渡されれば、勘ではなく根拠に基づいて優先順位を設定できます。

ただし、AIが生成した回答をそのまま送信してはいけません。AIのドラフトは相談員の出発点であり、最終成果物ではありません。顧客の状況にはテキストに表れない文脈が存在する可能性があり、過去の相談履歴との連続性も考慮する必要があります。AIが80%を完成させ、相談員が残り20%を補完する構造において、相談員は1日に処理できるチケット数を増やしながらも、各顧客により丁寧な対応を行うことができるようになります。

このような問題が生じた場合

(1) Claudeが顧客の感情を誤って読み取り、不適切なトーンの返信を作成してしまう。顧客が冗談めかした不満を記述したのに、Claudeが深刻な謝罪文を作成するケースがあります。プロンプトに「返信トーンを決定する際、顧客メッセージの感情強度をまず上・中・下と判断し、それに適したトーンを適用してください」という指示を追加します。

(2) 機能拒否メールが機械的に感じられます。拒否メールの品質は、顧客の具体的な要求をどれだけ正確に言及できるかにかかっています。「顧客が要求した具体的な機能名を返信に必ず含め、その機能が現在製品にない理由を一文で説明する」よう指示します。

(3) エスカレーションブリーフがエンジニアリングチームに必要な情報を抜いています。/escalate コマンドのデフォルト出力には、ブラウザのバージョン、OS、顧客プランの等級などの技術情報が含まれていない可能性があります。「エスカレーションブリーフには顧客のプラン等級、使用ブラウザ、エラー発生時間を必ず含めてください。顧客メールにこの情報がない場合は『情報未提供』と表示する」よう条件を追加します。

4 契約書レビューおよびNDA分析

法務チームに、相手企業が送付した45ページにわたるジョイントベンチャーパートナーシップ規約書が到着しました。レビュー期限は5営業日です。同時に、新規取引先との機密保持契約（NDA：当事者間の秘密情報を外部に漏らさないことを誓約する契約）3件、ソフトウェアライセンス契約の修正版1件、データ処理委託契約書1件が待機中です。弁護士2名がこれらすべての文書を期限以内にレビューする必要があります。

法律文書のレビューは、高度な専門知識と果てしない編集症的な執着を同時に要求する作業です。友好的な挨拶で始まる文書の裏側には、万が一の事態が発生した際にすべての責任を相手方に転嫁するための条項が、複雑な修飾語句の中に巧妙に隠されています。損害賠償限度額を定めた第14条第2項の曖昧な単語を一つ見逃した瞬間、会社は将来数十億円の訴訟リスクを背負うことになります。

なぜ必要なのか

法務業務のボトルネックは読解に要する時間です。45ページを初めから終わりまで精読し、各条項の意味を把握して、会社のコンプライアンス・ワークフロー（法規遵守を確認する内部審査手続き）と照合するには一日以上を要します。その間、弁護士は他の緊急な法務課題に手を回すことができません。

何をしてくれるのか

コワークの法務プラグイン（Legal Plugin）は2026年2月2日に初めて公開されました。このプラグインは契約書レビュー、NDA分類、コンプライアンス・ワークフローの自動化を担う専門システムです。Anthropicの公式文書によれば、主要なスラッシュコマンドは五つあります。

/review-contractは、契約書を会社の交渉プレイブック（Playbook、条項ごとの受容可能範囲と交渉基準を整理した内部指針書）と照合し、条項ごとに安全（GREEN）、注意（YELLOW）、危険（RED）の等級を付与して修正提案を行います。

/triage-nda は提出された NDA を迅速に選別し、標準承認、法務レビュー、全面再審査の 3 つの段階に分類します。/vendor-check は取引先の契約状況を確認します。/brief は法的な課題に関する要約ブリーフィングを生成します。/respond はデータ主体からの請求や訴訟保全などの標準的な法務文書をテンプレートに基づいて作成します。

[知っておいてください] プレイブックとは？

法務プラグインの核心はプレイブックです。プレイブックとは、「当社は本条項をこのように解釈し、この範囲まで受け入れます」という社内基準を整理した文書です。例えば、「無制限の賠償責任条項は RED」「非競争条項の期間が 2 年以内なら GREEN、3 年以上なら YELLOW」といったルールが記載されています。プレイブックがあって初めて、AI が「当社基準でどこが危険か」を判断できます。プレイブックなしで分析すると、一般的な商業基準に基づくレビューしか行えません。

具体的な手順：基本の使い方

NDA 1 件を分析してみましょう。

[実践手順]

① コワークに法務プラグインをインストールします。カスタマイズ → プラグインの閲覧 → 法務 → インストール。

②「2026_契約レビュー」フォルダに、相手方から送付されたNDAファイル（PDF）を格納します。

③ 以下のプロンプトを入力します。

「/triage-nda このフォルダ内のNDAファイルを分析してください。私は情報開示者（Disclosing party）の立場です。以下の点を確認してください。第一に、機密情報の定義範囲が過度に広範ではないか。第二に、機密保持期間が妥当か（業界慣行では通常2〜3年）。第三に、残存知識条項（Residuals clause）が含まれているか。」

第四に、返却および廃棄義務にバックアップの例外があるかどうかです。分類結果は、標準承認、法務レビュー、全面再審査のいずれかとして示してください。

④ Claudeが秘密保持契約（NDA）を読み、各確認事項について分析結果と分類を表示します。

どのように行うか：応用事例

会社のプレイブックを適用して、契約書を条項ごとに審査します。

①「2026_契約審査」フォルダに、会社の契約審査プレイブックファイル（Wordまたはテキスト）と相手方の契約書ファイルを共に格納します。

② プラグインをカスタマイズします。Claude に「当社のプレイブックファイルは、このフォルダにある『契約審査基準.docx』です。この基準を /review-contract コマンドに適用してください」と指示し、Customize ボタンを押します。

③ 以下のプロンプトを入力します。

「/review-contract このフォルダにあるジョイントベンチャーパートナーシップ規約書を、当社のプレイブック基準に基づいて条項ごとにレビューしてください。以下の成果物を作成してください。第一に、条項別分析レポート（Word 形式）。各主要条項（当事者定義、出資構造、利益配分、ガバナンス、知的財産権帰属、不競業義務、解約条件、紛争解決、準拠法）について GREEN/YELLOW/RED の等級を付与し、YELLOW および RED の条項については、リスクの性質と推奨される修正方針を記載してください。第二に、経営陣が 5 分以内に読める 1 ページの経営陣要約書（Word 形式）。主要なリスク 3 点、即座に講じるべき措置、交渉の優先順位を記載してください。作成した 2 つのファイルをこのフォルダに保存してください。」

④ Claude が 45 ページを分析し、条項別信号システムを適用したレポートと 1 ページの要約書を作成します。

実践的な活用方法：どのように行うか

複数の秘密保持契約書（NDA）と大規模契約書を同時に処理します。

① フォルダに NDA 5 件とパートナーシップ契約書 1 件をすべて格納します。

② 以下のプロンプトを入力します。

「このフォルダ内のすべての法務文書をレビューしてください。NDA ファイルは「/triage-nda」で迅速に分類し、パートナーシップ契約書は「/review-contract」で条項ごとの詳細分析を行ってください。第一に、NDA 5 件の分類結果を 1 枚の Excel 表に要約してください。列は、ファイル名、相手方企業名、機密保持期間、主要なリスク、分類（標準/要検討/再検討）とします。第二に、パートナーシップ契約書の条項別分析レポートをプレイブックの基準に基づいて作成してください。第三に、赤色で示された条項については、相手方への提案修正文言（レッドライン）を含む修正契約書草案を作成してください。第四に、経営陣向けの要約書 1 ページを作成してください。すべてのファイルをこのフォルダに保存してください。」

③ コワークは、NDA を迅速に分類し、契約書を深く分析するという、2 つの異なる深さのレビューを同時に実行します。

AI による法律分析の絶対的な境界線

AI による法律文書の分析は、弁護士の法的判断を代替するものではありません。

AI はテキストからパターンを認識し、潜在的な課題を浮き彫りにする役割を果たします。しかし、その条項が特定の管轄区域の判例法に照らして実際に執行可能かどうか、自社の事業戦略の文脈においてそのリスクを負う価値があるかどうか、相手方との関係を考慮したときにどの程度まで修正を要求することが適切であるかは、弁護士のみが判断できる領域です。

AI が「リスクなし」と分類した条項で実際に問題が発生した場合、その責任は AI ではなく、レビューを行った弁護士にあります。AI の分析結果を盲目的に信頼せず、批判的に検討する態度が不可欠です。

Anthropic 自身も、Claude コーワークがリサーチプレビュー段階であり、規制対象業務には使用しないよう明記しています。法務プラグインの出力は「補助」であり、「助言」ではありません。最終的な判断と署名の責任は常に人間にあります。

コワークは、弁護士が45ページを物理的に読む時間を節約し、見落としがちな条項を再確認させる補助ツールです。条項分析という過酷な労働は機械に委ねましたが、その条項が現実においてどのような結果を生み出すかを判断し、契約書に署名する瞬間の重みは、机に向かう人の役割として残されます。

このような問題が生じた場合

(1) プレイブックなしで「/review-contract」を実行したところ、分析が表面的になります。プレイブックがないと、Claudeは一般的な商業基準に基づいて分析します。自社の固有のリスク許容基準が反映されないため、実務的な価値が低下します。自社の契約審査チェックリストや過去のレビュー意見を参考にプレイブックファイルを作成し、プラグインに接続してください。プレイブックには、少なくとも主要な条項タイプごとの許容範囲とエスカレーション基準を記載しておけば十分です。

(2) 韓国語契約書の法律用語を正確に認識できません。「損害賠償予定額」「瑕疵担保責任」「期限の利益喪失」などの国内法律用語について、Claudeが文脈を誤解する可能性があります。プロンプトに「この契約書は韓国法を準拠法とする韓国語文書です。韓国民法と商法の文脈で分析してください」と明記すると、精度が向上します。

(3) REDで表示された条項が多すぎて、実務的に有用ではありません。プレイブックの基準が過度に厳しすぎると、ほとんどの条項がREDと表示され、優先順位の判断が困難になります。プレイブックを修正し、「絶対に受け入れられない条項」と「交渉可能な条項」を分離し、REDは前者のみに適用し、後者はYELLOWに設定してください。

この章で取り上げた4つの作業は、共通の構造を持っています。機械が代わりに行うのは、膨大なテキストを読み、基準に従って分類し、草案を作成することです。機械が代わりに行うことができないのは、応募者の潜在能力を見抜く眼、新入社員を温かく迎える真心、顧客の切実さを思いやる共感、法的リスクを負うかどうかを決定する判断です。

300通の履歴書を読む労働から解放された採用担当者は、機械が見落とした可能性を見守る人になります。文書作成から解放された人事担当者は、初出勤する社員にコーヒーを差し出す人になります。チケット分類から自由になった相談員は、機械の返信が顧客の心に届いたかどうかを見守る人になります。45ページの文書から解放された弁護士は、リスクと機会を天秤にかける戦略家になります。

コワークが作成した報告書と草案は完成品ではなく、出発点です。その出発点で人が何を追加するかによって、採用の質、顧客の信頼、契約の安全性が決まります。