contract-redline について
contract-redlineは、商業契約の審査と交渉を支援するスキルです。交渉プレイブックに照らして条項のリスクを評価し、理由や代替案を添えた優先順位付きの修正文案を作成します。
主な機能
- 01契約の種類と立場を踏まえた審査
- 02主要な契約条項の分析
- 03緑・黄・赤の逸脱評価
- 04挿入可能な修正文案の作成
- 05理由と代替案の提示
- 06交渉項目の優先順位付け
活用シーン
- 01SaaSサブスクリプション契約の審査
- 02相手方の法務部門向け修正案の準備
- 03エスカレーションする契約論点の選定
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ okou-ai/ okou-skills --skill contract-redlineインストール後、Claude Code で/contract-redlineを入力して読み込まれたか確認します。
詳細
レビュー前の準備
組織のプレイブック
分析を始める前に、ユーザーのローカル設定で交渉プレイブックが設定されているかを確認します。プレイブックには、主要な条項カテゴリごとに組織が望む立場、許容範囲、譲れない制限が明記されています。
プレイブックがない場合:
- ユーザーと協力して作成することを提案します
- ユーザーがすぐに進めたい場合は、一般的な商慣行を分析の基準点とします
文脈の整理
すべてのレビューは、次の3点を確認することから始める必要があります。
- 契約のカテゴリ -- SaaS サブスクリプション、専門サービス契約、ソフトウェアライセンス、販売代理店契約、調達契約、またはその他の契約形態のいずれに該当するかを判断します。カテゴリによって、特に重視すべき条項が決まります。
- クライアントの立場 -- 組織が買い手、売り手、ライセンスを付与する側、またはパートナーシップのいずれの立場にあるかを確認します。一方の当事者を利する保護文言は、他方に不利益をもたらします。
- 全体を通した読解 -- 個別の条項に修正を加える前に、文書全体を最初から最後まで読みます。条項は相互に関連して機能します。厳しい補償条項が、別の箇所にある強力な責任上限によって相殺されている場合があります。
条項ごとの分析
責任上限と損害賠償の免責
確認事項:
- 上限の構成:固定金額、料金の倍数、または上限の有無
- 当事者間で上限が対称的かどうか
- 上限の適用除外と、どちらの当事者に有利か
- 間接損害、結果的損害、特別損害、懲罰的損害が免責されているか
- 損害賠償の免責が相互的か
- 損害賠償の免責に対する例外
- 上限の算定期間:事案ごと、年単位、または契約期間全体の累計
よくある問題:
- 上限が料金のごく一部に設定されている(例えば、取引額が比較的小さい案件で支出額の3か月分)
- 起草者に有利となる一方的な適用除外により、上限が実質的に無効化されている
- 「本契約のあらゆる違反」のような広範な例外文言により、上限が意味をなさなくなる
- 損害賠償の免責が非対称で、一方の当事者が結果的損害の請求リスクにさらされる
補償条項
確認事項:
- 相互性:双方が相手方を補償するのか、一方向のみか
- 発生事由:知的財産権侵害、データ関連事故、人身傷害、保証違反
- 責任上限との関係:上限の対象か、一部のみ上限の対象か、または無制限か
- 手続き上の仕組み:適時の通知、防御を主導する者、和解権限
- 保護される当事者に損害を軽減する義務があるか
- 契約終了後の存続期間
よくある問題:
- 双方が知的財産を提供するにもかかわらず、一方向のみの知的財産権侵害に関する補償が規定されている
- 「あらゆる違反」を対象とする包括条項により、責任上限が実質的に無効化される
- 補償する当事者に法的防御を主導する権利がない
- 終了期限のない、無期限の存続規定
知的財産権
確認事項:
- 既存知的財産の所有権:各当事者が持ち込んだ知的財産を保持すること
- 新規知的財産:契約期間中に作成された成果物を誰が所有するか
- 職務著作の指定と、その適用範囲が相応かどうか
- ライセンス付与:範囲、独占性、地域的範囲、サブライセンス権
- オープンソースに関するリスク
- 提案や改善に関する権利を付与するフィードバック条項
よくある問題:
- 顧客の既存資産まで取り込むおそれのある、過度に広範な譲渡文言
- 特定の成果物を大きく超えて適用される職務著作条項
- 実質的な制限のない、永続的かつ取消不能なフィードバックライセンス
- 実際の取引関係に必要な範囲を超えるライセンス
データ保護条項
確認事項:
- データ処理契約書または付属書が必要か、また締結されているか
- 管理者/処理者の役割分担
- サブプロセッサーの起用権と変更通知義務
- 漏えい報告期限(管理者がGDPRの72時間の期限を遵守できるものであること)
- 国際移転の保護措置:標準契約条項、十分性認定、拘束的企業準則
- 契約終了時のデータ返却または削除義務
- セキュリティ基準と管理者の監査権
- 処理目的の制限
よくある問題:
- 個人データが対象に含まれているにもかかわらず、DPAが添付されていない
- 事前通知なしでサブプロセッサーを無制限に承認できる
- 規制上の期限を超える漏えい通知期限
- 国境を越えるデータに対する移転保護措置がない
- データ削除に関する約束が曖昧、または欠如している
契約期間、更新、終了
確認事項:
- 初回契約期間と更新期間
- 自動更新の仕組みと更新を拒否する期限
- 任意解約:解約の可否、必要な通知期間、早期解約の違約金
- 事由に基づく解約:該当する事由、是正期間の有無
- 契約終了後の義務:データの返却、移行支援、存続条項
- 終了処理の実務とスケジュール
よくある問題:
- 任意解約が認められないまま、初回契約期間が長期にわたって拘束される
- 年次更新の30日前など、更新拒否期間が短い自動更新
- 違反を是正する機会がない事由に基づく解約
- 移行支援に関する規定が不十分、または存在しない
- 主要な義務が事実上継続する存続条項
紛争解決と準拠法
確認事項:
- 適用法と管轄の選択
- 紛争解決手段:裁判所、仲裁、必須の調停手続き
- 訴訟地と対人管轄権
- 仲裁機関、手続規則、仲裁地(仲裁を適用する場合)
- 陪審裁判を受ける権利の放棄
- 集団訴訟の放棄
- 勝訴当事者への費用負担
よくある問題:
- 不便、または馴染みのない裁判地が選択されている
- 起草者に有利な規則に基づく強制仲裁
- 代替となる手続き上の保護措置がない陪審裁判権の放棄
- 正式な手続きに進む前の段階的なエスカレーションの仕組みがない
逸脱評価システム
GREEN -- 基準内
条項は組織の基準となる立場と一致するか、それを上回っています。変更内容は商業的に妥当であり、リスクを実質的に移転させるものではありません。
例:
- 基準が12か月を求める場合に、責任上限を18か月分の料金に設定(買い手に有利)
- 3年の基準に対し、相互の秘密保持期間が2年(短いものの妥当)
- 希望する管轄地に近い、評判の良い商事管轄地を準拠法とする
対応:透明性のために記録します。交渉は不要です。
YELLOW -- 修正を求める
条項は基準から外れていますが、交渉が現実的な範囲内です。市場で見られる内容ではあるものの、組織の希望とは異なります。注意を払い、協議する必要がありますが、直ちにエスカレーションする必要はありません。
例:
- 基準が12か月分の場合に、責任上限が6か月分(標準を下回るものの、交渉可能)
- 基準では相互のIP補償を求める場合に、一方向のみのIP補償(一般的ではあるが、望ましい内容ではない)
- 基準が90日の場合に、自動更新を拒否する期限が60日前
- 許容できるものの、希望とは異なる準拠法の管轄地
対応:具体的な修正条文を作成します。第一希望が拒否された場合に備えて、代替案を用意します。現状のまま受け入れる場合と交渉する場合の事業上の影響を見積もります。
RED -- 直ちにエスカレーション
条項が許容範囲を逸脱している、定められたエスカレーショントリガーに該当する、または重大なリスクをもたらす場合です。上級法務担当者、外部の法律顧問、または承認権限を持つ事業上の意思決定者によるレビューが必要です。
例:
- 責任上限が一切ない、または責任制限条項がない
- 一方的で、上限がなく、適用範囲が広い補償
- 組織の既存知的財産の譲渡
- DPA が提示されていない個人データの処理
- 不合理な競業避止義務または独占要求
- 敵対的な法域と、強制仲裁の組み合わせ
対応:具体的なリスクを明確に説明します。市場標準に沿った代替文言を提示します。潜在的な損失を定量化します。適切なエスカレーション経路を推奨します。
効果的な修正案の作成
交渉を前進させる修正案を作成するための原則:
- 正確な文言を提示する -- 抽象的な指針ではなく、そのまま挿入できる文言を提示します。
- 商業的な妥当性を保つ -- 過度に強硬な要求は取引を遅らせます。重要な保護については譲らず、それ以外では現実的に対応します。
- 専門的な理由を添える -- 相手方の法律顧問と共有できる、簡潔な理由を付記します。
- 代替案を用意する -- YELLOW 項目ごとに、最初の要求が拒否された場合に備えて次善の案を提示します。
- 重要度順に並べる -- 必須の修正と戦略的な要求を明示します。
- 関係性に応じて調整する -- 相手方が新規ベンダー、長年のパートナー、または一般的なサプライヤーのいずれかに応じて、トーンを調整します。
修正案の形式
提案する各変更を次の形式で提示します。
**Provision**: [Section number and title]
**Existing text**: "[verbatim excerpt from the agreement]"
**Proposed replacement**: "[specific new language]"
**Justification**: [One to two sentences explaining the rationale, appropriate for external sharing]
**Importance**: [Essential / Strongly Preferred / Optional]
**Fallback**: [Alternative position if the primary request is declined]
交渉の優先順位付け
交渉戦略の指針となるよう、提案するすべての修正案を3つの階層に整理します。
Tier 1 -- 譲れない条件(交渉決裂の要因)
解決されない限り、組織が契約を締結できない条項:
- 責任保護の欠如、または著しく不十分な責任保護
- 規制対象情報に必要なデータ保護要件の欠如
- 中核的な事業資産を危険にさらす知的財産条項
- 組織の規制上の義務と相反する条項
Tier 2 -- 優先度の高い条件(強い希望)
リスクプロファイルに重大な影響を及ぼすものの、交渉の余地がある条項:
- 許容範囲内での責任上限の調整
- 補償の範囲と相互性の改善
- 解約および終了の権利に関する柔軟性
- 監査、検査、コンプライアンス確認の権利
Tier 3 -- 戦略的な譲歩(交渉材料)
立場を強化するものの、より重要な成果を得るために譲歩できる条項:
- 代替案も許容できる場合の希望準拠法
- 通知期間の微調整
- 軽微な定義の調整
- 保険関連書類の要件
交渉方針:Tier 1 の要求から始めます。Tier 2 の成果を確保するための交渉材料として、Tier 3 の譲歩を提示します。承認権限を持つ意思決定者へのエスカレーションなしに、Tier 1 の条件を譲歩してはなりません。