mcpField
C
contract-review

contract-review

github.com/shawnpangドキュメント370198 回インストール32 週間前に更新
リポジトリ

contract-review について

contract-review は、創業者向けの契約分析スキルです。条項を平易に説明し、リスクと交渉案を整理するとともに、不足している保護条項も確認します。分析は教育・計画目的であり、法的助言ではありません。

主な機能

  1. 01契約の種類、当事者、期間の要約
  2. 02条項ごとの内容説明
  3. 03赤・黄・緑でのリスク表示
  4. 04不足する保護条項の確認
  5. 05修正案と交渉方針の提示

活用シーン

  1. 01ベンダー契約の締結前にリスクを確認
  2. 02顧客との企業契約の条件を評価
  3. 03投資や提携に関する文書を検討
  4. 04雇用契約の知的財産条項を確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/shawnpang/startup-founder-skills --skill contract-review

インストール後、Claude Code で/contract-reviewを入力して読み込まれたか確認します。

詳細

契約書のレビュー

使用するタイミング

創業者が署名する契約書を受け取り、手続きを進める前にリスクを把握したい場合に使用します。対象には、ベンダー契約、顧客とのエンタープライズ契約、提携契約、投資関連書類、雇用契約、NDA、知的財産権の譲渡契約、その他あらゆる法的拘束力のある文書が含まれます。また、「この契約書をレビューして」「この契約は公平ですか」「どこに異議を唱えるべきですか」「懸念点を指摘して」などとユーザーが言った場合も使用します。

必要なコンテキスト

  • startup-context から: 会社のステージ、チームの規模、ビジネスモデル、資金調達の状況、現在の売上、既存の法律顧問の有無。
  • ユーザーから: 契約書の本文(または主要な条項)、相手方、ビジネス上の関係(顧客、ベンダー、投資家、パートナーのいずれか)、ユーザーの交渉力、具体的な懸念事項。テンプレート/標準契約書か、交渉済みのものかも分かると役立ちます。

ワークフロー

  1. 契約書の受領 — 契約書の本文を受け取ります。契約の種類、当事者、発効日、契約期間を特定します。契約の内容を1段落で要約します。
  2. 条項ごとの分析 — 主要な各条項を確認し、平易な言葉で意味を要約して、注目すべき点を指摘します。
  3. リスクの指摘 — 各条項に、以下の赤/黄/緑のフラグ付けシステムを適用します。重大度を設定し、その理由を説明します。
  4. 不足している保護条項 — 契約の種類や関係性を踏まえて盛り込むべきなのに、契約書にない標準的な保護条項を特定します。
  5. 交渉に関する提案 — 赤と黄のフラグが付いた各項目について、具体的な代替文言または交渉戦略を提案します。
  6. サマリーレポート — 優先順位を付けた対応項目を含む、構成化されたリスク評価を作成します。

出力形式

契約概要(レポートの冒頭)
  • 契約の種類: (例:SaaS ベンダー契約、MSA、NDA)
  • 当事者: 会社名 対 相手方の名前
  • 契約期間: 期間、更新の仕組み
  • 総額: 該当する場合は金銭的なコミットメント
  • 総合リスクレベル: 赤/黄/緑と、その理由を1文で記載
条項ごとの分析表
セクション概要フラグリスク推奨する対応
責任上限直近6か月間に支払った料金を上限とする黄想定される損害に対して上限が低い上限を12か月分にするよう交渉する
知的財産権の譲渡あらゆる成果物を広範に譲渡する赤既存の知的財産権まで対象になる可能性がある既存の知的財産権を除外する条項を追加する
不足している保護条項のチェックリスト

盛り込むべきなのに契約書にない保護条項を箇条書きで示します。

優先順位付き対応項目

重要度の高い順に、実施すべきことを番号付きリストで示します。

フレームワークとベストプラクティス

レッド・イエロー・グリーンのフラグ付けシステム

レッドフラグ — 直ちに懸念すべき事項。修正せずに署名しないでください:

  • 責任が無制限、または責任上限が妥当な基準を下回っている
  • 既存の知的財産や契約業務と無関係な知的財産まで対象となり得る、広範な知的財産の譲渡
  • 適用範囲、地域、期間が過度に広い競業避止条項
  • 一方の当事者のみに、是正期間のない一方的な解約権が認められている
  • 解約の申し出期間が設けられていない、または不合理な通知要件がある自動更新
  • 上限がない、または著しく不均衡な補償義務
  • 他の顧客との価格設定を制約する最恵国待遇条項
  • 競合他社との取引能力を制限する独占条項
  • 対象範囲が不合理、または事前通知が不要な監査権
  • 交渉の余地がなく、不利または遠方の法域の準拠法が適用される

イエローフラグ — 交渉する価値はありますが、必ずしも契約を断念する理由にはなりません:

  • 契約金額に比べて低い責任上限
  • 業界標準を下回る保証期間または SLA クレジット
  • 支払条件が net-60 を超えている
  • 買収時の解約を認める支配権変更条項
  • 定義が広範で、存続期間が長い、または無期限の秘密保持条項
  • 買収時の契約譲渡を妨げる譲渡制限
  • 対象範囲が広すぎる、または一方の当事者に有利な不可抗力条項
  • データの削除、移行可能性、または再委託先に関する定めが曖昧なデータ取扱条件

グリーンフラグ — 標準的で妥当な事項:

  • 相互の秘密保持義務
  • 是正期間を設けた、均衡の取れた解約権
  • 支払済み料金の 12 か月分を上限とする責任
  • 標準的な表明および保証
  • 明確な支払条件(net-30)
  • 妥当な勧誘禁止(従業員のみ、12 か月間)
交渉の原則
  • まず対称性を確保します。 明確な商業上の理由がない限り、一方の当事者に課される義務は両当事者に適用されるべきです。
  • すべてに上限を設けます。 責任、補償、損害賠償には、すべて明示的な上限を定めるべきです。
  • 是正期間を設けます。 解約前に、両当事者が違反を是正する機会を得られるようにします。
  • 広さより具体性を重視します。 定義を限定することで、両当事者が保護されます。「秘密情報とはすべてを意味する」という定義では、何も保護できません。
  • 契約終了後の存続を明確にします。 どの条項が契約終了後も存続するのか、またその期間を正確に定めます。

関連スキル

  • terms-of-service — 顧客から利用規約への修正案が提示された場合は、contract-review を使用して、提案された変更を評価します。
  • privacy-policy — データ処理付属書や DPA は、契約に付随することがよくあります。プライバシーに関する取り組みとの整合性を確認してください。

例

例1:ベンダーの SaaS 契約のレビュー

ユーザー:「データ補完ベンダーとの契約を締結しようとしています。契約条件はこちらです。懸念点があれば指摘してもらえますか?」

良い出力例:

総合リスクレベル:黄色

契約はおおむね標準的ですが、締結前に交渉する価値のある問題が3つあります。

セクション評価問題
4.2 データの権利赤ベンダーは「顧客データを製品の改善およびベンチマークに使用する、永久的かつ取消不能なライセンス」を主張しています。つまり、契約終了後も含め、データを永久に保持して使用することになります。交渉案: ライセンスの用途をサービスの提供に限定し、契約終了時に失効させ、集計目的で使用する場合は匿名化を必須にします。
7.1 責任黄色上限は「直近3か月に支払われた料金」に設定されています。月額2,000ドルの契約であれば、上限は6,000ドルです。ベンダーが顧客に影響するデータ侵害を引き起こした場合、損害額はこれを大幅に上回る可能性があります。交渉案: 料金の12か月分を上限とし、データ侵害と知的財産権侵害については責任上限の適用除外を設けます。
9.3 解約黄色年次更新の場合でも、解約には90日前の通知が必要です。自動更新と組み合わさると、更新日の3か月前に判断する必要があります。交渉案: 通知期間を30日にするか、今すぐカレンダーにリマインダーを設定します。

不足している保護条項:

  • 契約終了後のデータ削除期限がない
  • データ侵害の通知義務がない
  • サブプロセッサーの一覧や承認権がない
  • SLA または稼働率の保証がない
例2:雇用契約における知的財産権の譲渡条項のレビュー

ユーザー:「新しく採用するエンジニアの採用通知書に、知的財産権の譲渡条項があります。本人はオープンソースの個人プロジェクトを懸念しています。レビューしてもらえますか?」

良い出力例:

第8条 — 発明の譲渡:重大な懸念

現在の条文は次のとおりです。「従業員は、雇用期間中に創作したあらゆる発明、改良、または著作物に関するすべての権利、権原、および利益を会社に譲渡する。」

これは範囲が広すぎます。エンジニアが週末に行うオープンソースへの貢献、個人プロジェクト、および会社の業務に関係するかどうかを問わず雇用期間中に作成するすべてのものが対象になります。

推奨する修正案: 次の適用除外を追加します。「…雇用期間中に創作され、かつ、(a)会社の現在の事業または合理的に予想される事業に関連する、(b)会社のリソースを使用して開発された、または(c)会社のために行った業務の結果として生じたもの。」

また、エンジニアが以前から保有する知的財産と進行中の個人プロジェクトを記載し、譲渡の対象から明示的に除外する別紙Aも追加してください。注:カリフォルニア州労働法第2870条により、すでに一定の保護が受けられますが、適用除外を明記したほうが明確で、紛争を避けられます。


免責事項: このスキルは、教育および計画を目的とした契約分析を提供するものであり、法律上の助言を構成するものではありません。契約の解釈は、管轄区域ごとの法律、取引関係の全体像、および文書だけでは明らかでない場合がある事実によって異なります。特に、多額の金銭的負担、知的財産権、または責任に関わる契約は、署名前に必ず資格を有する弁護士に確認してもらってください。

コメント