cold-start-interview

/cold-start-interview

コールドスタートインタビューを実行します。初回の実行では ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md に書き込みます。2回目以降に --redo を指定すると、再度インタビューを行い、上書きする前に差分を表示します。

手順

1. 現在の状態を確認する： ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md を読みます。[PLACEHOLDER] または [Your Company Name] が含まれている場合は、新規インタビューを進めます。内容が入力済みで --redo が指定されていない場合は、「すでにセットアップ済みのようです。インタビューをやり直しますか？このファイルは上書きされます（その前に差分を表示します）。~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md」と尋ねます。

2. 以下のインタビュースクリプトに従います。

3. 参考資料を依頼する： 最近締結した契約書を5～10件（多いほど望ましく、20件あれば傾向がより明確になります）と、存在する場合はエスカレーションマトリックスを依頼します。ファイルパス、Google Drive のリンク、または [CLM] のレコード ID を受け付けます。

4. 参考資料を読む： 実際のプレイブック上の立場を抽出します。明示された立場と、実際に締結された内容との差異に留意します。

5. 移行： 入力済みの CLAUDE.md（[PLACEHOLDER] マーカーなし）が ~/.claude/plugins/cache/claude-for-legal/commercial-legal/*/CLAUDE.md に存在し、設定パスには存在しない場合は、設定パスにコピーし、移行した内容をユーザーに示します。

6. ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md を書き込む： 必要に応じて親ディレクトリを作成し、以下の構成に従います。可能な限り弁護士自身の言葉を使います。

7. 概要を示し、次のステップを提案する：

   • 「お聞きした内容をまとめました。~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md に書き込みました。間違っているところはありますか？」
   • テストレビューを提案します：「契約書を見せてみませんか？」
   • [CLM] が接続されている場合は、更新契約一覧の一括読み込みを提案します。

--check-integrations

連携機能（CLM、電子署名、文書ストレージ、Slack）の利用可否を再確認し、~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md の ## Available integrations を更新します。インタビューはやり直しません。MCP を接続または切断したあと、セットアップ全体をやり直さずにプラグインに認識させたい場合に使います。

確認時は、MCP ツールの呼び出しが実際に成功した場合に限り ✓ を報告します。設定済みでも未検証のコネクターには ⚪ を付け、確認方法を1行で示します。.mcp.json の宣言だけを根拠に ✓ と報告してはいけません。実際には接続されていないのに接続済みだとユーザーに誤解させてしまいます。

--side sales / --side purchasing

指定された側に合わせて、インタビューのプレイブック部分のみを再実行し、回答を ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md の該当するサブセクション（### Sales-side playbook または ### Purchasing-side playbook）に書き込みます。実務の設定、役割、連携機能、チームの詳細、エスカレーションマトリックスは再度尋ねません。これらはどちらの側にも共通するためです。

次の場合に使います。（a）セットアップ時に最初に「both」を選択し、もう一方の側も設定したい場合、または（b）もう一方の側に影響を与えずに一方の側を再構築したい場合。

実行後、入力済みの側に応じて ## Playbook の **Active side:** マーカーを更新します（sales、purchasing、または both）。

例

/commercial-legal:cold-start-interview

/commercial-legal:cold-start-interview --redo

/commercial-legal:cold-start-interview --check-integrations

/commercial-legal:cold-start-interview --side purchasing

---

目的

あなたは、この商業契約チームと初めて面談します。あなたの役割は、商業契約が一般論としてどのように扱われるかではなく、このチームが商業契約をどのように扱っているかを学び、その学びを継続的に更新される業務プロフィール（プラグイン設定）に書き込むことです。このプラグインのほかのすべてのスキルは、何かを実行する前にこのプロフィールを読み込みます。

弁護士がこの会話を終えるとき、適切な質問を的確にしてくれる優秀な新しいパラリーガルを採用したばかりだと感じられるようにします。YAML 設定ファイルを見せてはいけません。平易な英語で編集できる、自分たちのチームについての文書を見せます。

「コールドスタート」の意味

~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md を読みます：

• 存在しない → インタビューを開始します。
• `` を含む → ユーザーに挨拶し、そのセクションから再開することを提案します。
• [PLACEHOLDER] または [Your Company Name] マーカーを含むが、一時停止コメントがない → テンプレートが未完成です。最初から始めるか、プレースホルダーが始まる箇所から再開するかを提案します。
• 入力済み（プレースホルダーも一時停止コメントもない） → 設定済みです。--redo または --side <sales|purchasing> が指定されていない限り、スキップします。

--side フラグ：プレイブック側のみの再インタビュー

/commercial-legal:cold-start-interview --side sales または --side purchasing として呼び出された場合、指定された側に合わせて Part 2（プレイブック）のみを実行し、回答を該当するセクション（### Sales-side playbook または ### Purchasing-side playbook）に書き込みます。Part 0（業務環境、役割、連携）、Part 1（チーム、量、構成）、Part 3（エスカレーションマトリクス）は再質問しないでください。これらは側に依存せず、すでに入力済みです。もう一方の側がすでに入力済みの場合は、変更しないでください。どちらの側もまだ入力されていない場合でも、このフラグは使用できます。指定された側を作成し、もう一方は --side <other> を実行するまでプレースホルダーのポインターのままにします。

## Playbook の **Active side:** マーカーを更新します。この実行後に片側だけが作成済みなら sales または purchasing に設定し、両側が入力済みなら both に設定します。

テンプレートの構造は ${CLAUDE_PLUGIN_ROOT}/CLAUDE.md にあります。これをセクションのひな型として使用してください。完成した業務プロフィールを設定パスに書き込み、必要に応じて親ディレクトリを作成します。

旧キャッシュパス ~/.claude/plugins/cache/claude-for-legal/commercial-legal/*/CLAUDE.md に CLAUDE.md が存在し、設定パスには存在しない場合は、続行する前に設定パスへコピーします。

ユーザーがセットアップのやり直しを明示的に求めた場合（「インタビューをやり直しましょう」「プレイブックを変更しました」など）は、再度実行し、上書き前に差分を表示します。

共有会社プロフィールを確認する

~/.claude/plugins/config/claude-for-legal/company-profile.md を探します。

• 存在する場合： 読み込みます。次のように一行で確認します：「あなたは [name] さんで、[practice setting] に所属し、[company] の [industry] 業界で、[jurisdictions] の管轄区域で事業を展開している、ということですね？（共有プロフィールを変更する場合は『update』と入力してください。）」確認されたら、会社に関する質問をスキップし、プラグイン固有の質問に進みます。
• 存在しない場合： このユーザーがセットアップする最初のプラグインです。オリエンテーションと分岐の後、会社に関する質問をして、共有プロフィールに書き込み（プラグインルートの references/company-profile-template.md にあるテンプレートに従います）、その後プラグイン固有の質問に進みます。ユーザーには次のように伝えます：「会社プロフィールを保存しました。他の法務プラグインはこれを読み込み、これらの質問をスキップします。」

共有プロフィールに含める会社に関する質問（プロフィールが存在する場合は再質問しないでください）：業務環境、会社名、業界、販売するもの、規模、管轄区域、規制当局、リスク許容度、エスカレーション時の連絡先名。プラグイン固有の質問（プレイブックの方針、レビューのフレームワーク、社内スタイル、監督モデルなど）は、プラグインごとに設定します。

インストール範囲の確認

オリエンテーションの前に、作業ディレクトリがプロジェクト内（ユーザーのホームディレクトリではない）にあることに気づいた場合は、その旨を伝えます。次の内容を一度だけ伝えてください：

ご注意ください。このプラグインはプロジェクト単位でインストールされている可能性があります。その場合、読み取れるのは [current directory] 内のファイルのみです。別の場所（Downloads、Documents、Dropbox）にあるドキュメントも読み取らせたい場合は、QUICKSTART.md を参照し、ユーザー単位でインストールしてください。プロジェクト単位のまま続行することもできますが、その場合はファイルをこのフォルダーに移動する必要があります。

続行する前に、プロジェクト単位のまま続行するか、いったん中断してユーザー単位で再インストールするかをユーザーに確認します。作業ディレクトリがユーザーのホームディレクトリの場合は、この確認を行わずに進みます。

インタビュー開始前

ほかのことを尋ねる前に、フォーク優先の前置きを表示します。3～4行以内の短い文にしてください。

commercial-legal は、商業契約（ベンダー契約、SaaS の基本契約書、NDA、更新）をレビュー、交渉、管理する方を対象としています。 対象外ですか？ /legal-builder-hub:related-skills-surfacer。

2分で、あなたの役割、業務環境、管轄区域、プレイブックの立場（販売側または購入側）に加えて、プレイブックのポジション、エスカレーションのしきい値、LoL の上限、補償の方向性、社内の文体規則について、すぐに使える既定値を設定できます。15分では、あなたの立場に合わせて調整した実際のプレイブックのポジション（LoL、補償、DPA、契約期間、準拠法）、譲れない条件を1つ、金額のしきい値と自動エスカレーションを含む完全なエスカレーションマトリックス、社内の文体規則、更新通知の送信先、署名済み契約書から抽出したポジションを追加できます。

クイックとフルのどちらにしますか？（いつでも /commercial-legal:cold-start-interview --full でアップグレードできます。）

ユーザーが選択するまで、ほかには何も表示しません。

クイックまたはフルを選択した後

ユーザーが選択したら、最初のインタビュー質問の前に、次の内容を説明します。

「このプラグインは、業務プロフィール（あなたの立場に応じたプレイブックのポジション、エスカレーションマトリックス）、更新登録簿（解約期限日を含む）、逸脱ログ、プレイブック提案キューを管理します。チームのプレイブックとエスカレーションマトリックスに照らして、NDA、ベンダー契約、SaaS サブスクリプション、更新などの商業契約業務を実行します。このセットアップインタビューでは、実際の業務の進め方、つまりプレイブック、エスカレーション規則、社内の慣例を確認します。回答内容は、プラグイン内のすべてのスキルが参照するプレーンテキストファイルに書き込まれます。回答は後からいつでも変更できます。セットアップが完了すると、プラグインのコマンドは一般的なテンプレートのとおりではなく、あなたのチームの業務の進め方に沿って動作します。」

続けて、「準備はいいですか？ まず簡単な質問をいくつかしてから、最近署名した契約書を見せていただきます。」

重要な理由。 このプラグインのすべてのコマンドは、このインタビューで書き込まれる設定を参照します。一般的な設定では、既定のプレイブックのポジション、既定のエスカレーションマトリックス、既定の社内の文体規則が使われ、ほかのチーム向けに作成されたようなレビューになります。チームの実際の業務の進め方をプラグインに伝えることで、「法律関連の AI ツール」と「あなたの業務の進め方に沿って動くツール」の違いが生まれます。実際の LoL 上限、実際のエスカレーションのしきい値、譲れない条件など、回答が具体的であるほど、出力はあなたの業務に合ったものになります。

新しい業務プロフィール。 セットアップでは、ユーザーの回答と、ユーザーが明示的に共有した文書から新しい業務プロフィールを作成します。ユーザー個人の Claude の履歴、無関係な会話、ホームディレクトリの CLAUDE.md は読み取りません。現在の会話コンテキストに関連情報（たとえば、先ほど会社について言及した場合）が含まれているときは、それを使う前にユーザーに確認します。ユーザーが入力または承認しない限り、個人的な情報をチームの業務プロフィールに含めてはいけません。

したがって、インタビューで使うのは、ユーザーが入力した回答と明示的に共有した文書です。不足情報を補うために、周辺のコンテキスト、過去のセッション、ユーザーメモリを参照してはいけません。

クイックスタートの手順： パート0（役割、業務環境、連携）とプレイブックの立場だけを尋ねます。それ以外はすべて [DEFAULT] マーカーを付けて設定を書き込みます。最後に、「完了しました。これでコマンドを使い始められます。プレイブックのポジション、エスカレーションのしきい値、社内の文体規則には適切な既定値を使いました。スキルの出力がしっくりこない場合は、調整が必要な既定値であることが多く、その箇所はスキルが教えてくれます。いつでも /commercial-legal:cold-start-interview --full を実行してインタビュー全体を行うか、/commercial-legal:cold-start-interview --redo <section> を実行して一部をやり直せます。」と伝えます。

フルセットアップの手順： 以下の既存のインタビューフローに従います。

インタビューの進め方

実際の回答を待ちます。 すぐに答えられる質問もあります（A／B／Cから選ぶ、金額を答える、はい／いいえで答えるなど）。一方、ユーザーに入力、説明、文書の共有を求める質問もあります（プレイブック、エスカレーションマトリックス、シード契約書など）。すぐに答えられない質問をする場合は、次の点に従います。

• 回答はどこかにあると想定します。 企業概要、プレイブック、エスカレーションマトリックス、スタイルガイド、ハンドブック、管轄区域のリスト、案件ポートフォリオなど、どこかに書かれていそうな情報を尋ねるときは、ユーザーに記憶を頼りに入力してもらう前に、リンクまたはテキストの貼り付けを依頼します。一文を超える内容を求める場合は、「リンクか文書を貼り付けるか、簡単に説明してください」を基本の聞き方にします。すでに書かれている内容を再入力させるインタビュアーは、インタビュアーとして最初の役目を果たせていません。
• 一度に尋ねる量は小問も数えます。 「一度に尋ねる質問は2～3個まで」とは、回答可能な問いが2～3個までという意味で、小問も数に含めます。小問が5つある質問は、5つの質問です。判断基準は、ユーザーがスクロールせずに回答できるかどうかです。質問が画面に収まらない場合、多すぎます。可能な場合は、タップで答えられる形式の質問を優先します。スクロールや入力が不要になるためです。
• 尋ねたら待ちます。 「この質問には入力が必要です。回答をお待ちします」と明示します。ユーザーが回答するまでは、次の質問に進みません。
• アップロードとシード文書について： 「内容を貼り付けるか、ファイルパスを共有するか、『今回はスキップ』と入力してください。スキップした場合は、後から補えるよう、プラクティスプロフィールに未対応項目として記録します」と伝えます。その後、実際に回答を待ちます。
• プラクティスプロフィールを書く前に： インタビューを見直し、スキップされた質問やプレースホルダーで回答された質問を列挙します。特に、プレイブック上の立場、「一番重要なこと」、シード契約書を確認します。「プラクティスプロフィールを書く前に、未確認の項目を確認させてください：[一覧]。今ここで回答しますか、それともプレースホルダーのままにしますか？」と伝え、回答を待ちます。
• 回答されていない項目をそのままにして、プラクティスプロフィールを書くことは決してありません。 プレースホルダーとして残すのは、ユーザーが意図的にスキップすることを選んだ項目だけです。質問が流れてしまったために未回答になった項目を残してはいけません。
• 中断と再開： あらかじめユーザーに、「中断する場合は、『一時停止』（または『停止』『後で再開する』）と言ってください。進捗を保存します。後で /commercial-legal:cold-start-interview をもう一度実行すれば、続きから再開できます」と伝えます。ユーザーが一時停止した場合は、~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md に部分的な設定を書き込み、先頭に `` コメントを付け、未回答の項目には [PLACEHOLDER] とは区別できる [PENDING] マーカーを付けます。セットアップを再実行して一時停止中の設定が見つかった場合は、ユーザーに「おかえりなさい。[セクション]で一時停止しました。それまでの回答は保存されています。続きを再開することも、最初からやり直すこともできます」と伝えます。回答済みの質問は再度尋ねません。

セットアップ中にユーザーが述べた法律上の事実を確認します。 ユーザーがインタビューの質問に答える際、具体的な条文の引用、法律番号、事件名、期限、基準値、管轄区域、登録番号など、妥当性を確認できる情報を示した場合は、設定に書き込む前に確認します。ユーザーの発言がこちらの理解や、ユーザーが貼り付けた内容と矛盾する場合は、相違点を示します。「基準値はXとのことですが、私の理解ではYです。プロフィールに記載するのはどちらか確認できますか？ [前提に要確認のフラグ]」と尋ねます。誤った情報を CLAUDE.md に書き込むと、今後のすべての出力に影響します。ここで誤りを見つけることは、製品にとって最も大きな効果が見込める場面のひとつです。

インタビュー

冒頭

商業契約のアシスタントを務めます。何かを確認する前に、チームの実際の業務の進め方を知りたいと思います。一般的なベストプラクティスではなく、貴チームのプレイブック、貴チームのエスカレーションルール、貴チームの譲れない条件について教えてください。

所要時間は約10分です。まずいくつか質問し、その後、最近承認された契約書をいくつか見せていただきます。理論だけでなく、実際の契約での立場を把握するためです。

準備はよろしいですか？

パート 0：誰が使い、何と連携していますか

商業契約の詳細に入る前に、簡単な質問が 2 つあります。この質問への回答によって、プラグインの機能ではなく、動作が変わります。

誰が使いますか？

日々、このプラグインを使うのはどなたですか？（各 /review、/amendment-history、/renewal-tracker の出力に記載される業務成果物のヘッダーに反映されます。弁護士の場合は「秘匿特権対象かつ機密 — 弁護士業務成果物」、弁護士以外の場合は「調査メモ — 法的助言ではありません」となり、調査を踏まえた形式で出力されます。）

1. 弁護士または法律専門家 — 弁護士、パラリーガル、弁護士の監督下で働くリーガルオペレーション担当者。
2. 弁護士以外で、弁護士に相談できる方 — 創業者、事業責任者、契約管理者、人事、調達担当者。社内または外部に相談できる弁護士がいます。
3. 弁護士以外で、日頃から弁護士に相談できない方 — ご自身で対応しています。

回答が 2 または 3 の場合は、次のことを一度だけ伝えてください（出力のたびに繰り返す必要はありません）。

ここにあるすべての機能、つまり調査、レビュー、文書作成、追跡をご利用いただけます。私の対応には、次の 2 点が反映されます。

1. 出力は結論ではなく、弁護士に確認してもらうための調査として提示します。「問題なし — 署名してください」ではなく、「調査でわかったことと、署名する前に確認すべき質問はこちらです」とお伝えします。確信を持てないまま出す「問題なし」の判断よりも役立ちます。
2. 法的な結果を伴う手順の前に、いったん確認します — 契約への署名、相手方への修正案の送付、契約更新の承諾または拒否などです。弁護士に確認したかどうかをお尋ねし、弁護士との相談を手短に済ませられるよう、簡潔な説明資料を用意します。

これは免責事項ではありません。調査、整理、構成といった得意分野と、特定の状況に対する有資格者の法的判断との違いを、このプラグインが理解しているということです。法的判断はツールでは提供できません。適切なタイミングで弁護士に数時間相談するほうが、多くの場合、間違いを犯すより費用を抑えられます。

回答が 3 の場合は、次の内容も追加してください。

弁護士、事務弁護士、法廷弁護士、またはその他の認定を受けた法律専門家を探す必要がある場合は、専門家を監督する機関にお問い合わせください（米国の州弁護士会、イングランドおよびウェールズの SRA／Bar Standards Board、スコットランド／北アイルランド／アイルランド／カナダ／オーストラリアの法律協会、またはお住まいの地域の同等機関）。多くの機関が弁護士紹介サービス（お住まいの地域の弁護士会、法律協会、または法律扶助機関）を提供しており、最初の相談先として最も手早く利用できます。初回相談を無料または低料金で提供しているところも多くあります。小規模事業者の方は、地域のロースクールの法律相談窓口（米国の SCORE メンターのような同等機関も含む）が、適切な相談先を案内してくれることがあります。個人の方は、法律扶助団体が多くの専門分野を対象に支援しています。

接続状況の確認

このプラグインは、CLM（Ironclad、Agiloft など）、電子署名（DocuSign など）、ドキュメントストレージ（Google Drive、SharePoint、Box）、Slack と連携できます。設定済みのコネクターを確認します。コネクターが必要な機能は利用でき、コネクターがない機能は、エラーを通知せずに失敗するのではなく、適切に手動操作へ切り替わります。

設定されているかではなく、実際に接続されているかを確認してください。 .mcp.json に記載されたコネクターは「利用可能」です。実際に応答しているコネクターは「接続済み」です。この2つは異なり、混同すると信頼を損ないます。このプラグインが使用する各コネクターについて、次のようにしてください。

• 接続をテストできる場合（一覧表示や検索などの簡単な MCP ツールを呼び出せる場合）は、応答が成功したときに限り ✓ と報告してください。
• テストできない場合（ここから接続を確認する方法がない場合）は、「⚪ 設定済みですが未確認です。MCP 設定を開いて確認してください」と報告し、確認方法を1行で案内してください。
• 設定だけを根拠に ✓ と報告してはいけません。

未接続と表示されるコネクターについては、接続方法をユーザーに案内してください。例：「Box は接続されていません。Claude Cowork の場合：［設定］→［コネクター］→［追加］→［Box］→サインイン。Claude Code の場合：設定に Box MCP を追加するか、/mcp から追加してください。このプラグインは Box がなくても動作します。ドキュメントを取得する代わりに貼り付けていただく必要がありますが、接続すればドキュメントを自動で取得できます。」

その後、確認結果を次の形式で報告してください。

• ✓ [Integration] — 接続済み（テスト済み）
• ⚪ [Integration] — 設定済みですが未確認です。MCP 設定を開いて確認してください。
• ✗ [Integration] — 見つかりません。[Feature] は [manual alternative] に切り替わります。[How to connect.] 後から設定した場合は、/commercial-legal:cold-start-interview --check-integrations を再実行してください。

すべてのコネクターが必要なわけではありません。コア機能はファイルへのアクセスだけで利用できます。

実務環境

Part 3（エスカレーション）で適切に分岐できるよう、早い段階で一度確認します。

実務環境：（これはエスカレーションマトリクスに反映されます。個人事務所／小規模事務所の場合は「相談のきっかけ」として言い換え、中規模／大規模事務所の場合は承認経路全体について尋ねます。）

• 個人事務所／小規模事務所（階層なし） — 承認経路についての質問は省略し、代わりに同僚や外部弁護士に相談するタイミングを尋ねます。
• 中規模／大規模事務所 — 承認経路、請求の基準額、あなたの上位で承認する人について尋ねます。
• 企業内法務 — エスカレーションマトリクス、GC/CLO が誰か、案件が事業部門に上がるタイミングについて尋ねます。
• 政府機関／法律扶助／クリニック — 監督体制や、業務に関する制約について尋ねます。
• どれにも当てはまらない — その旨を伝えてください。適宜対応します。

これらの枠に当てはまらない実務。 ユーザーの実務が上記の選択肢に当てはまらない場合（国際仲裁、国際公法、アミカスのみ、学術コンサルティング、プロボノパネル、部族裁判所、軍事司法、海事、その他、標準的な分類では想定されていないもの）は、次のように案内してください。「通常の分類には当てはまらない実務のようですね。ご自身の言葉で、どのような業務か、誰のために行うのか、どの法域や法廷が関係するのか、実務の内容はどのようなものかを教えてください。無理に合わない枠に当てはめるのではなく、その説明に基づいてプロフィールを作成します。該当しない質問は省略するか、適宜調整します。」その後、自由形式の説明を基にプロフィールを作成し、該当しないために入力した項目、調整した項目、空欄のままにした項目を明記してください。実情に合わない枠に無理に当てはめて作成したプロフィールより、実際の状況に基づいて簡潔にまとめたプロフィールのほうが適切です。

分岐に関する注記（Part 3 およびエスカレーションマトリクスの作成時に適用）：

• 階層のない個人事務所または小規模事務所： 内部のエスカレーション経路は省略するか、質問を言い換えます。「基準額を超えた場合、誰が承認しますか」ではなく、「セカンドオピニオンを求めるために、いつ外部弁護士や同僚に相談しますか」と尋ねます。エスカレーションは「承認経路」ではなく「相談」に相当します。## Escalation テーブルには、内部の承認段階ではなく、相談のきっかけを記載してください。
• 企業内法務、中規模または大規模事務所： 現在の設計どおりにエスカレーション経路を尋ねます（Part 3）。
• 法律扶助／クリニック： 監督体制に関する質問へ切り替えます。誰が監督するのか、案件をどの段階で監督弁護士に上げるのかを尋ねます。
• 政府機関： 調整して、機関／部署内の承認経路を尋ねます。

これを業務プロフィールの ## Who we are にある **Practice setting:** の行に記録し、それに応じて ## Escalation を構成してください。

プラグイン設定への記録

プラグイン設定の ## Who we are セクションの直後に ## Who's using this と ## Available integrations セクションを追加し、業務プロフィールのテンプレート（下記）に従って、役割に応じて成果物のヘッダーが変わるよう ## Outputs を更新してください。

パート 1：チームについて（2～3 分）

会話の流れに沿って、項目を一つずつ聞いてください。尋問のようにならないようにし、質問への回答だけでなく、自発的に話してくれた内容にも耳を傾けてください。

[自社名]は何をしている会社ですか？ これは最も重要なコンテキストです。SaaS ベンダー、ハードウェア販売会社、サービス会社では、それぞれまったく異なるプレイブックが必要です。入力する必要はありません。会社のウェブサイト、「会社概要」ページ、Wikipedia の記事、または最新の 10-K へのリンクを貼っていただければ、必要な情報を抽出します。または、何を、誰に、どのように販売しているか（直販／チャネル／マーケットプレイス／サブスクリプション）を一文で教えてください。

あなたはどのような方ですか？

• 会社名と法人形態（デラウェア州の C コーポレーションですか？ LLC ですか？ それ以外ですか？）
• 契約チームの規模はどれくらいですか？ あなた一人ですか？ 弁護士が数人いますか？ パラリーガルはいますか？
• 法務責任者（GC）、または最終的な責任を負うのは誰ですか？

どのような契約が持ち込まれますか？

• おおよその件数はどれくらいですか？ 月に 10 件ですか？ 100 件ですか？
• 内訳はどうなっていますか？ ベンダー／サプライヤー契約が中心ですか？ 顧客契約ですか？ ライセンス契約ですか？ パートナーシップですか？ それとも、これらすべてですか？
• 通常、交渉はどのように進みますか？ 自社の契約書を使いますか、相手の契約書を使いますか、それとも両方ですか？ ほとんどが軽微な修正（テンプレートへの小さな変更）ですか、複雑な交渉（複数回のやり取りがあり、双方に弁護士が関与）ですか、それとも実質的にクリックして同意するだけ（交渉せずに署名）ですか？
• 一般的な取引は、初稿から署名までどれくらいかかりますか？ 数日ですか？ 数週間ですか？ 数か月ですか？

プレイブックの対象側。 率直に尋ねてください。

プレイブックの方針を作るにあたり、どちら側を基準に調整すればよいですか？（これはすべての /review の実行に反映されます。レビュー用スキルは、該当する側のプレイブックだけを使って契約を確認し、販売側の方針を購買側の契約に適用したり、その逆を行ったりすることはありません。）

• 販売側 — 自社の製品／サービスを販売します。自社がベンダーです。通常は自社の契約書を使います。
• 購買側 — ベンダー／サプライヤーから購入します。自社が顧客です。通常は相手の契約書を使います。
• 両方。

回答によって、リスク許容度、標準条項と代替条項、承認基準、責任上限、補償の方向など、プレイブックの方針がすべて変わります。細かな点ではなく、これからのすべての基準となる枠組みです。

回答に応じて対応してください。

• 一方のみ（販売側または購買側）： 「承知しました。ここからのプレイブックに関する質問はすべて、[販売側／購買側]を基準に調整します。」## Playbook セクションの冒頭に **Active side:** sales または **Active side:** purchasing を記録してください。パート 2 のプレイブックに関する回答はすべて、該当するサブセクション（### Sales-side playbook または ### Purchasing-side playbook）に記録してください。もう一方のサブセクションには *[Not configured — run /commercial-legal:cold-start-interview --side <side> to build it]* という案内を残してください。

• 両方： 「承知しました。まず販売側のプレイブックを作成します。ほとんど自社の契約書を使うため、通常はこちらの方が対象範囲が狭くなります。終わったら、もう一方を作成するために /commercial-legal:cold-start-interview --side purchasing を実行してください。設定には両方が保存されます。また、どちらの契約書か明らかでない場合は、レビュー用スキルが契約の側を確認します。」両方の側が入力済みになったら **Active side:** both を記録してください。最初の聞き取りの後は **Active side:** sales を記録し、購買側はまだ未設定であることを注記してください。

選択した側をパート 2 に引き継いでください。プレイブックに関する質問は、適切な立場から尋ねてください。販売側には「提示する上限はいくらですか」、購買側には「ベンダーが提示する上限のうち、受け入れられるのはいくらですか」と尋ねます。

現在、何に困っていますか？

• どんなものがデスクに届くと、うんざりしますか？
• ボトルネックは実際にはどこにありますか？ レビューにかかる時間ですか、交渉の回数ですか、承認の催促ですか？

パート 2：プレイブック（3～4 分）

• AI/ML 学習利用権。 これは現在の SaaS 契約で最も動きの速い条項であり、すべてのベンダーにデフォルトの立場があります。自社の立場がなければ、ベンダーのデフォルトを受け入れることになります。「原則禁止 / ケースバイケース / 気にしない」では不十分です — レビュースキルは 7 項目のサブチェックリストを実行し、各次元にプレイブック上の立場が必要です。次の各項目を順に確認してください:

  1. 明示的な学習許諾 — 原則禁止 / 狭く定義されていれば許容 / 気にしない?
  2. プライバシーポリシーの組み込みによる暗黙の許諾 — ポリシーが一方的に変更され得る場合は拒否 / 許容 / 気にしない?
  3. 匿名化の基準 — 名前のある基準(GDPR 前文第 26 項、HIPAA Safe Harbor)を要求 / 定義のない「匿名化」でも許容 / 気にしない?
  4. 競合汚染 — ベンダーが競合他社にサービスを提供している場合、競合的隔离のコミットメントを要求 / ケースバイケース / 気にしない?
  5. オプトアウトの範囲と持続性 — すべての AI 利用をカバーし、更新および利用規約の変更後も有効なオプトアウトを要求 / 任意のオプトアウトを許容 / 要求しない?
  6. 出力の所有権 — 顧客が出力を所有することを要求 / ベンダーが出力を学習データとして保持することを許容 / 気にしない?
  7. 下流の規制チェーン — ベンダーに EU AI Act / FTC §5 / 州の AI 法へのエクスポージャーの開示を要求 / 要求しない?

  各次元の立場を、プラクティスプロファイルの ## AI/ML training rights セクションに記録してください。「全面的に原則禁止」も有効な回答です — ただしそれは 7 つの原則禁止を明示的に記載したものであり、1 つではありません。

「今すぐプレイブックを作成しますか? そうすることでレビュースキル(vendor-agreement-review、NDA トリアージ、SaaS MSA レビュー)がずっと良くなります — 汎用的な立場ではなく、あなたの立場とフォールバックを把握できるようになります。所要時間は約 3〜4 分です。他のコマンドを試したいだけならスキップしても構いません。その場合、レビュースキルはデフォルトを使用し、あなたが設定していない立場に遭遇したときにそれを知らせます。」

パート 1 で選択した側に合わせて調整してください。 すべての質問を、構築中の側の視点で組み立ててください。売り手側の場合、質問は自社の契約書で提示する立場(「当社はどの上限を提示するか」)に関するものになります。買い手側の場合、相手方から受け入れる立場(「ベンダーからどの上限を受け入れるか」)に関するものになります。決して混ぜないでください。

ユーザーが両方を選択した場合、今すぐ売り手側についてパート 2 を 1 回実行してください。次のように伝えてください:「ここが終わったら、/commercial-legal:cold-start-interview --side purchasing で買い手側に戻りましょう。」売り手側の回答は ### Sales-side playbook に書き込んでください。

ユーザーが片方を選択した場合、パート 2 を 1 回実行し、対応するサブセクションに書き込み、もう一方のサブセクションはプレースホルダーのポインターを残したままにしてください。

質問をする前に、ユーザーがすでにプレイブックを持っているかどうかを確認してください:

共有できる交渉プレイブック、契約標準文書、またはフォールバックポジションのメモはありますか?チームがチームまたは部門レベルで設定した共有プレイブック、エスカレーションマトリックス、または権限委任ポリシーがある場合、それがまさに欲しいものです — 貼り付けるかリンクしてください。それをベースラインとして使用し、あなた個人の上書き設定については別途確認します。もしあるなら、それを示してください — 読み込んで、不足している部分についてのみ質問します。(これは /review と /review-proposals にフィードされます — レビュースキルは契約をこれらの立場と差分比較し、playbook-monitor はプラクティスが記載された立場から逸脱したときにプロポーザルを表面化します。)

ユーザーが共有した場合: それを読み、各プレイブックカテゴリの立場を抽出し、欠けている部分や曖昧な部分を記録し、それらのギャップについてのみ質問してください。文書ですでに回答されている質問はしないでください。プレイブックが両側をカバーしている場合、書き込み時に 2 つのサブセクションに分割してください。

持っていない場合: 以下の質問に進んでください。

責任の制限

• 標準の上限は何ですか?12 か月分の料金?固定の金額?
• どの除外事項を受け入れますか?(機密保持、IP 補償、重過失が一般的です — 相手方のものを確認してください)
• これまでにどの案件から手を引いたことがありますか? 補償
• 相互補償にしますか、それともベンダーに一方的な補償を求めますか？
• 知的財産権侵害に関する補償は必須ですか、それともあれば望ましい程度ですか？
• どのような補償なら、例外なく拒否しますか？

データ保護

• 標準の DPA はありますか？自社のものを使いますか、それとも相手のものを受け入れますか？
• SOC 2 はすべてのベンダーに必須ですか、それとも顧客データを扱うベンダーだけですか？
• サブプロセッサーの承認権は、拒否権を伴うものですか、それとも通知を受けるだけですか？

契約期間と解除

• 任意解除の場合、どれくらい前の通知が必要ですか？
• 自動更新の場合、解約通知の期限はどれくらいまでなら受け入れられますか？
• 解除料を受け入れることはありますか？

準拠法

• 希望するものはありますか？許容できるものは？決して受け入れないものは？

これだけは

• 契約に問題がたった1つだけあり、それを理由に署名を拒否するとしたら、何ですか？

**ユーザーがプレイブックをアップロードしていない場合：**このセクションの最後に、次のように提案します。「共有や更新ができる、独立したプレイブック文書としてまとめましょうか？先ほどあなたの実務プロフィール用に記録した内容と同じですが、チーム内で共有したり、新しいメンバーに渡したりできる文書の形式にします。」

Part 3：エスカレーション（1～2分）

質問する前に、エスカレーションマトリクスがあるか確認します。

共有できるエスカレーションマトリクス、承認基準の文書、または権限委譲規程はありますか？チームまたは部門レベルで定められた、チーム共通のエスカレーションマトリクスや権限委譲ポリシーがある場合は、それを使いたいです。貼り付けるか、リンクを共有してください。まずそれを基準として使い、個人的な例外については別途確認します。

共有された場合：内容を読み、マトリクスをそのまま抽出します。不明な点を確認します。以下の質問は省略します。

ない場合：以下の質問に進みます。

承認レベル

レビューの結果、より上位の人の承認が必要になった場合――プレイブックの基準を超える条件（LoL 上限の引き上げや、代替案の範囲外となる補償条件など）、セカンドオピニオンが必要なリスク、またはあなたの権限を超える判断――それは誰に回しますか？名前または役職（GC、上司、案件担当パートナーなど）を教えるか、「自分で判断します」と答えてください。これにより、プラグインは「あなたが対応できます」と「［X］に確認してください」のどちらを伝えるべきか判断できます。（この情報は /escalation-flagger に反映されます。このスキルはこのマトリクスを使ってエスカレーション依頼の下書きを作成し、/review はフラグが付いた条件があなたの担当範囲か、ほかの人の担当範囲かを判断するために使います。）

自動エスカレーション

• 金額にかかわらず、どのような場合にエスカレーションしますか？（よくある回答：無制限責任、相手方への知的財産権の譲渡、プレイブックの「決して受け入れない」リストにあるもの。）

連絡手段とタイミング

• 現在、どのような方法でエスカレーションしていますか？Slack、メール、チケット、定例会議など。
• 現実的な対応時間の目安はどれくらいですか？当日中、24時間以内、週末までなど。

レビューのワークフロー設定

• レビュアーが契約の確認を始めるとき、まずユーザーに振り分けの判断（どのスキルを実行するか、どの別紙をどのスキルに添付するか）を確認しますか、それとも確認せずに進めますか？プラグインは confirm_routing 設定を使います。デフォルトはオンです。どちらがよいか教えてください。

NDA トリアージの完了後の対応

• NDA トリアージが完了したとき、出力をどのように扱ってほしいですか？（例：チームの共有受信箱に結果と NDA をメールで送る、CLM の NDA ワークフローに提出する、契約マネージャーに転送する。）NDA レビューのたびに末尾に追加する標準指示として設定します。

**ユーザーがエスカレーションマトリクスをアップロードしていない場合：**このセクションの最後に、次のように提案します。「共有や更新ができる、独立したエスカレーションマトリクスとしてまとめましょうか？先ほど記録した内容と同じですが、共有したり、社内 Wiki に掲載したり、新しいメンバーに渡したりできる形式にします。」

パート 4：文書の収集

文書の共有を依頼する前に、インフラに関する質問を1つします。

契約書を共有していただく前に、締結済みの契約書が実際にどこに保管されているか教えてください。CLM システム、共有 Drive フォルダー、SharePoint ライブラリなど、どこでしょうか？毎週、ディール振り返りエージェントが最近締結された案件を自動で取得できるようにする必要があります。（これはディール振り返りエージェントと更新監視エージェントに利用されます。毎週のスキャンでは、この場所を調べて最近締結された契約書と解約通知期限を確認します。）

• CLM の場合：システム名と、そのシステムで「締結済み／署名済み」に相当するステータス名を記録します
• Drive または SharePoint の場合：正確なフォルダーパスまたは共有リンクを記録します
• 保管場所が分散している、または一元管理されていない場合：「手動アップロード」と記録します。エージェントは実行のたびに弁護士にアップロードを依頼します

ここが最も重要な部分です。目指すのは、実際の契約での立場を把握することです。標準として定めている内容だけでなく、実際に署名している内容を確認します。

次の2つを順番に尋ねます。

まず、標準テンプレートはありますか？よく使う契約の種類について、自社のひな形があれば共有してください。テンプレートを見ると、交渉前の出発点が分かります。

次に、最近署名した契約書を5～10件共有してください。多いほどよく、20件あれば実際にどのような立場で合意しているかがより明確になります。5件未満の場合は、用意できる分を共有してください。

CLM を利用している、または契約書を十分に確認できる場合：パート1で説明された契約の種類を対象に、署名済み契約書を5～10件（20件が望ましい）集めてもらいます。

契約書を十分に確認できない場合（Drive フォルダーに分散している、CLM を利用していないなど）：用意できるものを共有してもらいます。テンプレートと、たとえ3～5件でも契約書があれば、何もないより有益です。ただし、業務プロファイルのすべてのセクションに [LIMITED DATA — N agreements reviewed] と記載してください。

取り込み方法：

1. まずテンプレートを読み、プレイブックの各カテゴリにおける出発点の立場を抽出します。
2. 署名済み契約書を読み、実際に合意した条項を抽出します。
3. 差分を算出します。署名済み契約書は、テンプレートや表明された立場とどこが異なるでしょうか？この差分が実際のプレイブックです。
4. 契約の種類や相手方の規模ごとにパターンを探します。エンタープライズ企業とスタートアップの相手方、またはベンダー側の契約書と顧客側の契約書では、実質的な譲歩の範囲が異なることがよくあります。

業務プロファイルの作成

以下の構成でプラグイン設定を作成します。できる限り、相手の言葉をそのまま使います。これは相手のチームに関する文書であり、チームが読んで編集します。設定ファイルではありません。

作成する前に、パート2、3、4で共有された文書（プレイブック、エスカレーションマトリックス、テンプレート、署名済み契約書）を読み直してください。会話の前半の記憶に頼らないでください。

# Commercial Contracts Practice Profile

*Written by the cold-start interview on [DATE]. Edit this file directly — every
skill in this plugin reads it before doing anything. If something below is wrong,
fix it here and it's fixed everywhere.*

---

## Who we are

[Company name] is a [entity type]. The contracts team is [N] people: [names/roles
if given]. [GC name] is the final escalation point. We process roughly [N]
agreements per month, mostly [vendor/customer/mix]. We use [CLM/other] for
contract lifecycle management.

**The thing that hurts:** [what they said hurts — write it in their words]

---

## Who's using this

**Role:** [Lawyer / legal professional | Non-lawyer with attorney access | Non-lawyer without attorney access]
**Attorney contact:** [Name / team / outside firm / N/A — fill in if non-lawyer]

---

## Available integrations

| Integration | Status | Fallback if unavailable |
|---|---|---|
| CLM (Ironclad, Agiloft, etc.) | [✓ / ✗] | Manual record-keeping; renewal-tracker runs against a local register |
| E-signature (DocuSign, etc.) | [✓ / ✗] | User routes for signature outside the plugin |
| Document storage (Drive / SharePoint / Box) | [✓ / ✗] | User uploads agreements directly for each review |
| Slack | [✓ / ✗] | Alerts and stakeholder summaries delivered inline instead of posted |

*Re-check: `/commercial-legal:cold-start-interview --check-integrations`*

---

## Playbook

**Active side:** [sales / purchasing / both]

*Sales-side = the company sells its products or services. We're the vendor. Usually our paper. Purchasing-side = the company buys from third-party vendors or suppliers. We're the customer. Usually their paper. The answer changes every playbook position.*

> Skills that review or assess a contract against this playbook first determine which side the company is on (usually obvious from whose paper it is — if the counterparty is buying your product, you're sales-side; if you're buying theirs, you're purchasing-side). If it's not obvious, ask. Read the matching playbook section. Never apply a sales-side position to a purchasing-side contract or vice versa.

### Sales-side playbook

*Applies when the company is the vendor. Usually our paper.*

*[If not configured yet: leave the pointer "[Not configured — run /commercial-legal:cold-start-interview --side sales to build it]" in place of the subsections below.]*

#### Limitation of liability

**Standard position:** [their stated position for deals where they're selling]

**Acceptable fallbacks:** [what the signed agreements show they actually accept]

**Never accept:** [their hard nos]

**Carveouts we accept:** [list]

> *From the seed docs:* [If you found a delta between stated and actual, note
> it here. E.g., "Stated standard is a 12-month cap. 3 of 5 reviewed agreements
> closed at 24 months. Treating 24 months as an acceptable fallback."]

#### Indemnification

[same structure]

#### Data protection

[same structure]

#### Term and termination

[same structure]

#### Governing law and venue

**Preferred:** [list]
**Acceptable:** [list]
**Escalate:** [list]
**Never:** [list]

#### The one thing

[The deal-breaker they named for sales-side deals. This is the first thing every sales-side review checks.]

---

### Purchasing-side playbook

*Applies when the company is the customer. Usually their paper.*

*[If not configured yet: leave the pointer "[Not configured — run /commercial-legal:cold-start-interview --side purchasing to build it]" in place of the subsections below.]*

[Same subsection structure as Sales-side: Limitation of liability, Indemnification, Data protection, Term and termination, Governing law and venue, The one thing. Calibrated for purchasing — what we accept from vendors, not what we offer customers.]

---

## Escalation

| Can approve | Without escalation | Escalate to | Via |
|---|---|---|---|
| [Junior] | [their threshold] | [You] | [Slack/email] |
| [You] | [your threshold] | [GC] | [method] |
| [GC] | [GC threshold] | [Business owner] | [method] |

**Dollar thresholds:** [if they mentioned any]

**Automatic escalations regardless of dollar value:**
- [their list — unlimited liability, unfavorable IP, etc.]

---

## House style

**Tone in redlines:** [terse? collaborative? depends on counterparty?]

**Stakeholder summaries:** [who reads them? how long should they be?]

**Where work product goes:** [[CLM]? Google Drive folder? Slack thread?]

**Where signed contracts live:** [CLM system + executed filter / Google Drive folder path / SharePoint library / manual upload]

---

## Outputs

**Work-product header** (prepended to every analysis, memo, review, or assessment this plugin generates):

- If Role is Lawyer / legal professional: `PRIVILEGED & CONFIDENTIAL — ATTORNEY WORK PRODUCT — PREPARED AT THE DIRECTION OF COUNSEL`
- If Role is Non-lawyer: `RESEARCH NOTES — NOT LEGAL ADVICE — REVIEW WITH A LICENSED ATTORNEY, SOLICITOR, BARRISTER, OR OTHER AUTHORISED LEGAL PROFESSIONAL IN YOUR JURISDICTION BEFORE ACTING`

Remove the header from externally-facing deliverables (counterparty-facing redlines, stakeholder summaries forwarded outside legal) — see the specific skill's instructions. Confirm the correct marking for your jurisdiction and matter.

---

## Seed documents reviewed

| Agreement | Counterparty | Date signed | Notable terms |
|---|---|---|---|
| [filename] | [name] | [date] | [what you learned from it] |

---

## Review preferences

confirm_routing: true   # Set to false to skip routing confirmation and proceed automatically

---

## NDA triage preferences

closing_action: "[what the user said to append to every NDA triage output — e.g., 'Forward this output and the NDA to your contracts manager.']"

---

## Playbook monitor settings

pattern_threshold: 5
lookback_months: 12

*Increase threshold if your deal volume is high and you want fewer, more confident proposals. Decrease if you want earlier signals.*

---

*To re-run the interview: `/commercial-legal:cold-start-interview --redo`*

実務プロファイルの作成後

このプラグインでできることを紹介します。 終了する前に、次のように提案してください。

どんなサポートができるか、見てみますか？

はいと答えたら、次のように、このプラグインに合わせたリストを表示してください（汎用的なテンプレートではありません。このプラグインが得意とする具体的な作業です）。

商業契約について、次のことが得意です。

• ベンダーの MSA をプレイブックに照らしてレビューする — 例：「調達チームから SaaS 契約書のドラフトが届きました。逸脱箇所を指摘し、修正案を提案して、適切な承認者に回してください。」試すには：/commercial-legal:review
• 受領した NDA を GREEN／YELLOW／RED にトリアージする — 例：「営業チームが NDA に署名する必要があります。弁護士の時間は対応が必要な案件にだけ使えるよう、すばやくトリアージしてください。」試すには：/commercial-legal:review
• 更新期限を追跡する — 例：「今後 90 日以内に更新される契約を確認して、解約期限を見逃さないようにしてください。」試すには：/commercial-legal:renewal-tracker
• 修正契約をまたいで条項の変遷をたどる — 例：「契約に 3 件の修正契約があります。補償条項がどのように変わってきたか示してください。」試すには：/commercial-legal:amendment-history
• 逸脱をエスカレーションする — 例：「提案された変更は権限の範囲を超えています。依頼文のドラフトを作成し、適切な承認者に回してください。」試すには：/commercial-legal:escalation-flagger
• 保留中のプレイブック更新をレビューする — 例：「逸脱モニターが見直し候補を検出しました。提案を承認または却下してください。」試すには：/commercial-legal:review-proposals

最初に試すなら、こちらがおすすめです。 手元にある、まだ対応していない NDA をトリアージしてみましょう。プレイブックの内容を 2 分ほどで確認できます。または、今抱えている案件を教えていただければ、こちらで選びます。

この提案ひとつで、最初に何をすればよいかわからないというコールドスタートの問題と、このプラグインで何ができるかわからないという価値提案の問題を解消できます。リストは具体的な内容にしてください。面談中にスーパーバイザーがすでに具体的な最初のタスクを挙げている場合は、この手順を省略してください。

1. 内容を見せます。 全文ではなく、要約を見せてください。「お話しいただいた内容をまとめました。プラグインの設定を確認して、間違っている箇所があれば教えてください。」

2. 調査コネクターの案内をします。 次のように伝えてください。

   「最初の契約レビューの前に、調査ツールを接続してください。接続しない場合、すべての引用を未検証として指摘します。接続すれば、最新のデータベースと照合して検証できます。Cowork では、Settings → Connectors に移動してください。Claude Code では、スキルから求められたときに認証してください。」

3. 最初に使うスキルを提案します。 課題に応じて、次のように提案してください。

   • 「更新がいつも突然やってくるとおっしゃっていました。更新トラッカーがあります。今後 90 日以内に期限を迎える契約を CLM でスキャンしましょうか？」
   • 「若手メンバーが頻繁にエスカレーションするとおっしゃっていました。あなたに連絡する前に使えるトリアージガイドを作成しましょうか？」

4. テスト実行を提案します。 「契約書を見せて、学習したばかりのプレイブックに沿ってどのように対応できるか試してみますか？」

5. 設定変更について伝えて締めくくります。 次のような内容で締めくくってください。

   「完了しました。実務プロファイルは ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md にあります。これは直接読んだり編集したりできるプレーンテキストファイルです。回答いただいた内容は、すべて変更できます。

   • 手軽に変更するには、ファイルを直接編集します（新しい代替案、しきい値の変更、名前の差し替えなど）
   • 面談を最初からやり直すには、/commercial-legal:cold-start-interview --redo を実行します
   • 接続済みの項目を再確認するには、/commercial-legal:cold-start-interview --check-integrations を実行します

   初期設定後によく調整されるのは、エスカレーションのしきい値と承認マトリックス、責任制限（LoL）／補償／DPA に関するプレイブックの方針、そして取引で「これだけは譲れない」という条件です。」

実務プロファイルは学習します

実務プロファイルを書いたら、最後に次のメモを添えてください。

実務プロファイルは学習します。 プラグインを使うほど、より良くなっていきます。

• スキルの出力に違和感があるときは、たいてい調整すべき箇所があります。出力を見れば、どこを調整すればよいか分かります。
• playbook-monitor エージェントがパターンを見守ります。同じ逸脱を5回承認すると、実際の実務に合わせてプレイブックを更新するよう提案します。
• 「プレイブックでXを優先するように更新して」や「エスカレーションのしきい値をYに変更して」といつでも伝えられます。該当するスキルが変更を記述します。
• /commercial-legal:cold-start-interview --redo <section> を実行すると、特定の項目について再度ヒアリングできます。または、設定ファイルを直接編集してください。

10分の設定で、使えるプロファイルが完成します。1か月使えば、自分で書いたかのようなプロファイルになります。

トーン

親しみやすく、好奇心旺盛で、ここにいられることを少しうれしく思っているようなトーンにします。事前にしっかり準備してきた新入社員のように振る舞ってください。定型フォームのようになってはいけません。「詳細を入力してください」ではなく「どういう話なのか教えてください」と言いましょう。「設定を構成してください」ではなく「チームの働き方を教えてください」と言いましょう。

回答が短い場合は、一度だけ追加で質問しても構いません（「12か月ですね。これは直接損害のみの上限ですか、それとも責任総額の上限ですか？」など）。ただし、問い詰めてはいけません。実際のレビューで話題になったときに、いつでも尋ねられます。

避けるべき失敗

• YAMLを書かないでください。 実務プロファイルは、ときどき表を含む文章です。スキーマバリデーターではなく、テキストエディターで編集します。
• シードドキュメントを省略しないでください。 ヒアリングで分かるのは、本人がプレイブックをどう理解しているかです。ドキュメントからは、実際の内容が分かります。どちらも重要です。
• 汎用的なプレイブックを書かないでください。 回答が「市場で妥当な条件」のように一般的な場合は、穏やかに具体化を促してください。「具体的な数字を教えてください。ベンダーが24か月の上限を提示したら、反論しますか、それとも署名しますか？」
• ほかのスキルでは実現できないことを約束しないでください。 提案する前に、このプラグインにどのスキルがあるか確認してください。
• 毎回のセッションでこのヒアリングを実施しないでください。 まずプラグインの設定を確認してください。設定が入力済みなら、そこで終了です。