jpskill.com
💼 ビジネス コミュニティ

review-contract

Review a contract against your organization's negotiation playbook — flag deviations, generate redlines, provide business impact analysis. Use when reviewing vendor or customer agreements, when you need clause-by-clause analysis against standard positions, or when preparing a negotiation strategy with prioritized redlines and fallback positions.

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o review-contract.zip https://jpskill.com/download/22636.zip && unzip -o review-contract.zip && rm review-contract.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/22636.zip -OutFile "$d\review-contract.zip"; Expand-Archive "$d\review-contract.zip" -DestinationPath $d -Force; ri "$d\review-contract.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して review-contract.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → review-contract フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

[Skill 名] review-contract

/review-contract -- プレイブックに対する契約レビュー

見慣れないプレースホルダーが表示される場合や、どのツールが接続されているかを確認する必要がある場合は、CONNECTORS.md を参照してください。

組織の交渉プレイブックに対して契約をレビューします。各条項を分析し、逸脱を指摘し、修正案を生成し、ビジネスへの影響分析を提供します。

重要: 法務ワークフローを支援しますが、法的助言は提供しません。すべての分析は、依拠する前に資格のある法務専門家によってレビューされる必要があります。

呼び出し

/review-contract <contract file or URL>

契約をレビューします: @$1

ワークフロー

ステップ1: 契約の受け入れ

以下のいずれかの形式で契約を受け入れます。

  • ファイルアップロード: PDF、DOCX、またはその他のドキュメント形式
  • URL: CLM、クラウドストレージ(例: Box、Egnyte、SharePoint)、またはその他のドキュメントシステムにある契約へのリンク
  • 貼り付けられたテキスト: 会話に直接貼り付けられた契約テキスト

契約が提供されていない場合は、ユーザーに契約を提供するように促します。

ステップ2: コンテキストの収集

レビューを開始する前に、ユーザーにコンテキストを尋ねます。

  1. どちらの立場ですか? (ベンダー/サプライヤー、顧客/バイヤー、ライセンサー、ライセンシー、パートナー -- またはその他)
  2. 期限: いつまでに最終決定する必要がありますか? (問題の優先順位付けに影響します)
  3. 重点分野: 特定の懸念事項はありますか? (例: 「データ保護が重要です」、「期間の柔軟性が必要です」、「IP所有権が主要な問題です」)
  4. 取引のコンテキスト: 関連するビジネスコンテキストはありますか? (例: 取引規模、戦略的重要性、既存の関係)

ユーザーが部分的なコンテキストを提供した場合でも、持っている情報で続行し、仮定をメモします。

ステップ3: プレイブックの読み込み

組織の契約レビュープレイブックをローカル設定(例: legal.local.md または類似の構成ファイル)で探します。

プレイブックは以下を定義する必要があります。

  • 標準的な立場: 各主要条項タイプに対する組織の推奨条件
  • 許容範囲: エスカレーションなしで合意できる条件
  • エスカレーショントリガー: 上級顧問のレビューまたは外部顧問の関与が必要な条件

プレイブックが設定されていない場合:

  • プレイブックが見つからなかったことをユーザーに通知します
  • 2つのオプションを提示します。
    1. ユーザーがプレイブックを設定するのを支援します(主要条項の立場を定義する手順を案内します)
    2. 広く受け入れられている商業基準をベースラインとして、一般的なレビューを進めます
  • 一般的なレビューを進める場合は、レビューが組織の特定の立場ではなく、一般的な商業基準に基づいていることを明確にメモします

ステップ4: 条項ごとの分析

以下のレビュープロセスを適用します。

  1. 契約タイプを特定します: SaaS契約、プロフェッショナルサービス、ライセンス、パートナーシップ、調達など。契約タイプは、どの条項が最も重要であるかに影響します。
  2. ユーザーの立場を決定します: ベンダー、顧客、ライセンサー、ライセンシー、パートナー。これは分析を根本的に変更します(例: 責任制限の保護は異なる当事者に有利に働きます)。
  3. 問題を指摘する前に契約全体を読みます。条項は互いに作用します(例: 無制限の補償は、広範な責任制限によって部分的に緩和される場合があります)。
  4. プレイブックの立場に対して各重要な条項を分析します
  5. 契約を全体的に考慮します: 全体的なリスク配分と商業条件はバランスが取れていますか?

契約を体系的に分析し、少なくとも以下をカバーします。

条項カテゴリ 主要なレビューポイント
責任制限 上限額、除外事項、相互 vs. 片務、結果的損害
補償 範囲、相互 vs. 片務、上限、IP侵害、データ侵害
IP所有権 既存IP、開発されたIP、職務著作、ライセンス付与、譲渡
データ保護 DPA要件、処理条件、サブプロセッサー、侵害通知、国境を越えた転送
機密保持 範囲、期間、除外事項、返却/破棄義務
表明および保証 範囲、免責事項、存続期間
期間および終了 期間、更新、便宜による終了、原因による終了、終了後の処理
準拠法および紛争解決 管轄、裁判地、仲裁 vs. 訴訟
保険 補償要件、最低額、補償の証拠
譲渡 同意要件、支配権変更、例外
不可抗力 範囲、通知、終了権
支払い条件 支払期日、延滞料、税金、価格エスカレーション

各条項について、プレイブック(または一般的な基準)に対して評価し、それが存在するか、欠落しているか、または異常であるかをメモします。

詳細な条項ガイダンス

責任制限

レビューすべき主要な要素:

  • 上限額(固定ドル額、料金の倍数、または無制限)
  • 上限が相互であるか、各当事者に異なる適用があるか
  • 上限からの除外事項(どの責任が無制限であるか)
  • 結果的、間接的、特別、または懲罰的損害が除外されているか
  • 除外が相互であるか
  • 結果的損害除外からの除外事項
  • 上限が請求ごと、年ごと、または総額に適用されるか

一般的な問題点:

  • 支払われた料金の一部に設定された上限(例: 低額契約における「過去3ヶ月間に支払われた料金」)
  • 作成者に有利な非対称な除外事項
  • 上限を実質的に排除する広範な除外事項(例: 「セクションXのいかなる違反」で、セクションXがほとんどの義務をカバーする場合)
  • 一方の当事者の違反に対する結果的損害の除外がない
補償

レビューすべき主要な要素:

  • 補償が相互であるか、片務であるか
  • 範囲: 補償義務をトリガーするもの(IP侵害、データ侵害、身体的傷害、表明および保証の違反)
  • 補償に上限があるか(多くの場合、全体的な責任上限の対象となるか、または無制限である場合もある)
  • 手続き: 通知要件、防御を管理する権利、和解する権利
  • 被補償者が軽減義務を負うか
  • 補償と責任制限条項の関係

(原文がここで切り詰められています)

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

/review-contract -- Contract Review Against Playbook

If you see unfamiliar placeholders or need to check which tools are connected, see CONNECTORS.md.

Review a contract against your organization's negotiation playbook. Analyze each clause, flag deviations, generate redline suggestions, and provide business impact analysis.

Important: You assist with legal workflows but do not provide legal advice. All analysis should be reviewed by qualified legal professionals before being relied upon.

Invocation

/review-contract <contract file or URL>

Review the contract: @$1

Workflow

Step 1: Accept the Contract

Accept the contract in any of these formats:

  • File upload: PDF, DOCX, or other document format
  • URL: Link to a contract in your CLM, cloud storage (e.g., Box, Egnyte, SharePoint), or other document system
  • Pasted text: Contract text pasted directly into the conversation

If no contract is provided, prompt the user to supply one.

Step 2: Gather Context

Ask the user for context before beginning the review:

  1. Which side are you on? (vendor/supplier, customer/buyer, licensor, licensee, partner -- or other)
  2. Deadline: When does this need to be finalized? (Affects prioritization of issues)
  3. Focus areas: Any specific concerns? (e.g., "data protection is critical", "we need flexibility on term", "IP ownership is the key issue")
  4. Deal context: Any relevant business context? (e.g., deal size, strategic importance, existing relationship)

If the user provides partial context, proceed with what you have and note assumptions.

Step 3: Load the Playbook

Look for the organization's contract review playbook in local settings (e.g., legal.local.md or similar configuration files).

The playbook should define:

  • Standard positions: The organization's preferred terms for each major clause type
  • Acceptable ranges: Terms that can be agreed to without escalation
  • Escalation triggers: Terms that require senior counsel review or outside counsel involvement

If no playbook is configured:

  • Inform the user that no playbook was found
  • Offer two options:
    1. Help the user set up their playbook (walk through defining positions for key clauses)
    2. Proceed with a generic review using widely-accepted commercial standards as the baseline
  • If proceeding generically, clearly note that the review is based on general commercial standards, not the organization's specific positions

Step 4: Clause-by-Clause Analysis

Apply the following review process:

  1. Identify the contract type: SaaS agreement, professional services, license, partnership, procurement, etc. The contract type affects which clauses are most material.
  2. Determine the user's side: Vendor, customer, licensor, licensee, partner. This fundamentally changes the analysis (e.g., limitation of liability protections favor different parties).
  3. Read the entire contract before flagging issues. Clauses interact with each other (e.g., an uncapped indemnity may be partially mitigated by a broad limitation of liability).
  4. Analyze each material clause against the playbook position.
  5. Consider the contract holistically: Are the overall risk allocation and commercial terms balanced?

Analyze the contract systematically, covering at minimum:

Clause Category Key Review Points
Limitation of Liability Cap amount, carveouts, mutual vs. unilateral, consequential damages
Indemnification Scope, mutual vs. unilateral, cap, IP infringement, data breach
IP Ownership Pre-existing IP, developed IP, work-for-hire, license grants, assignment
Data Protection DPA requirement, processing terms, sub-processors, breach notification, cross-border transfers
Confidentiality Scope, term, carveouts, return/destruction obligations
Representations & Warranties Scope, disclaimers, survival period
Term & Termination Duration, renewal, termination for convenience, termination for cause, wind-down
Governing Law & Dispute Resolution Jurisdiction, venue, arbitration vs. litigation
Insurance Coverage requirements, minimums, evidence of coverage
Assignment Consent requirements, change of control, exceptions
Force Majeure Scope, notification, termination rights
Payment Terms Net terms, late fees, taxes, price escalation

For each clause, assess against the playbook (or generic standards) and note whether it is present, absent, or unusual.

Detailed Clause Guidance

Limitation of Liability

Key elements to review:

  • Cap amount (fixed dollar amount, multiple of fees, or uncapped)
  • Whether the cap is mutual or applies differently to each party
  • Carveouts from the cap (what liabilities are uncapped)
  • Whether consequential, indirect, special, or punitive damages are excluded
  • Whether the exclusion is mutual
  • Carveouts from the consequential damages exclusion
  • Whether the cap applies per-claim, per-year, or aggregate

Common issues:

  • Cap set at a fraction of fees paid (e.g., "fees paid in the prior 3 months" on a low-value contract)
  • Asymmetric carveouts favoring the drafter
  • Broad carveouts that effectively eliminate the cap (e.g., "any breach of Section X" where Section X covers most obligations)
  • No consequential damages exclusion for one party's breaches
Indemnification

Key elements to review:

  • Whether indemnification is mutual or unilateral
  • Scope: what triggers the indemnification obligation (IP infringement, data breach, bodily injury, breach of reps and warranties)
  • Whether indemnification is capped (often subject to the overall liability cap, or sometimes uncapped)
  • Procedure: notice requirements, right to control defense, right to settle
  • Whether the indemnitee must mitigate
  • Relationship between indemnification and the limitation of liability clause

Common issues:

  • Unilateral indemnification for IP infringement when both parties contribute IP
  • Indemnification for "any breach" (too broad; essentially converts the liability cap to uncapped liability)
  • No right to control defense of claims
  • Indemnification obligations that survive termination indefinitely
Intellectual Property

Key elements to review:

  • Ownership of pre-existing IP (each party should retain their own)
  • Ownership of IP developed during the engagement
  • Work-for-hire provisions and their scope
  • License grants: scope, exclusivity, territory, sublicensing rights
  • Open source considerations
  • Feedback clauses (grants on suggestions or improvements)

Common issues:

  • Broad IP assignment that could capture the customer's pre-existing IP
  • Work-for-hire provisions extending beyond the deliverables
  • Unrestricted feedback clauses granting perpetual, irrevocable licenses
  • License scope broader than needed for the business relationship
Data Protection

Key elements to review:

  • Whether a Data Processing Agreement/Addendum (DPA) is required
  • Data controller vs. data processor classification
  • Sub-processor rights and notification obligations
  • Data breach notification timeline (72 hours for GDPR)
  • Cross-border data transfer mechanisms (SCCs, adequacy decisions, binding corporate rules)
  • Data deletion or return obligations on termination
  • Data security requirements and audit rights
  • Purpose limitation for data processing

Common issues:

  • No DPA when personal data is being processed
  • Blanket authorization for sub-processors without notification
  • Breach notification timeline longer than regulatory requirements
  • No cross-border transfer protections when data moves internationally
  • Inadequate data deletion provisions
Term and Termination

Key elements to review:

  • Initial term and renewal terms
  • Auto-renewal provisions and notice periods
  • Termination for convenience: available? notice period? early termination fees?
  • Termination for cause: cure period? what constitutes cause?
  • Effects of termination: data return, transition assistance, survival clauses
  • Wind-down period and obligations

Common issues:

  • Long initial terms with no termination for convenience
  • Auto-renewal with short notice windows (e.g., 30-day notice for annual renewal)
  • No cure period for termination for cause
  • Inadequate transition assistance provisions
  • Survival clauses that effectively extend the agreement indefinitely
Governing Law and Dispute Resolution

Key elements to review:

  • Choice of law (governing jurisdiction)
  • Dispute resolution mechanism (litigation, arbitration, mediation first)
  • Venue and jurisdiction for litigation
  • Arbitration rules and seat (if arbitration)
  • Jury waiver
  • Class action waiver
  • Prevailing party attorney's fees

Common issues:

  • Unfavorable jurisdiction (unusual or remote venue)
  • Mandatory arbitration with rules favorable to the drafter
  • Waiver of jury trial without corresponding protections
  • No escalation process before formal dispute resolution

Step 5: Flag Deviations

Classify each deviation from the playbook using a three-tier system:

GREEN -- Acceptable

The clause aligns with or is better than the organization's standard position. Minor variations that are commercially reasonable and do not increase risk materially.

Examples:

  • Liability cap at 18 months of fees when standard is 12 months (better for the customer)
  • Mutual NDA term of 2 years when standard is 3 years (shorter but reasonable)
  • Governing law in a well-established commercial jurisdiction close to the preferred one

Action: Note for awareness. No negotiation needed.

YELLOW -- Negotiate

The clause falls outside the standard position but within a negotiable range. The term is common in the market but not the organization's preference. Requires attention and likely negotiation, but not escalation.

Examples:

  • Liability cap at 6 months of fees when standard is 12 months (below standard but negotiable)
  • Unilateral indemnification for IP infringement when standard is mutual (common market position but not preferred)
  • Auto-renewal with 60-day notice when standard is 90 days
  • Governing law in an acceptable but not preferred jurisdiction

Action: Generate specific redline language. Provide fallback position. Estimate business impact of accepting vs. negotiating.

  • Include: Specific redline language to bring the term back to standard position
  • Include: Fallback position if the counterparty pushes back
  • Include: Business impact of accepting as-is vs. negotiating

RED -- Escalate

The clause falls outside acceptable range, triggers a defined escalation criterion, or poses material risk. Requires senior counsel review, outside counsel involvement, or business decision-maker sign-off.

Examples:

  • Uncapped liability or no limitation of liability clause
  • Unilateral broad indemnification with no cap
  • IP assignment of pre-existing IP
  • No DPA offered when personal data is processed
  • Unreasonable non-compete or exclusivity provisions
  • Governing law in a problematic jurisdiction with mandatory arbitration

Action: Explain the specific risk. Provide market-standard alternative language. Estimate exposure. Recommend escalation path.

  • Include: Why this is a RED flag (specific risk)
  • Include: What the standard market position looks like
  • Include: Business impact and potential exposure
  • Include: Recommended escalation path

Step 6: Generate Redline Suggestions

For each YELLOW and RED deviation, provide:

  • Current language: Quote the relevant contract text
  • Suggested redline: Specific alternative language
  • Rationale: Brief explanation suitable for sharing with the counterparty
  • Priority: Whether this is a must-have or nice-to-have in negotiation

Redline Generation Best Practices

When generating redline suggestions:

  1. Be specific: Provide exact language, not vague guidance. The redline should be ready to insert.
  2. Be balanced: Propose language that is firm on critical points but commercially reasonable. Overly aggressive redlines slow negotiations.
  3. Explain the rationale: Include a brief, professional rationale suitable for sharing with the counterparty's counsel.
  4. Provide fallback positions: For YELLOW items, include a fallback position if the primary ask is rejected.
  5. Prioritize: Not all redlines are equal. Indicate which are must-haves and which are nice-to-haves.
  6. Consider the relationship: Adjust tone and approach based on whether this is a new vendor, strategic partner, or commodity supplier.

Redline Format

For each redline:

**Clause**: [Section reference and clause name]
**Current language**: "[exact quote from the contract]"
**Proposed redline**: "[specific alternative language with additions in bold and deletions struck through conceptually]"
**Rationale**: [1-2 sentences explaining why, suitable for external sharing]
**Priority**: [Must-have / Should-have / Nice-to-have]
**Fallback**: [Alternative position if primary redline is rejected]

Step 7: Business Impact Summary

Provide a summary section covering:

  • Overall risk assessment: High-level view of the contract's risk profile
  • Top 3 issues: The most important items to address
  • Negotiation strategy: Recommended approach (which issues to lead with, what to concede)
  • Timeline considerations: Any urgency factors affecting the negotiation approach

Negotiation Priority Framework

When presenting redlines, organize by negotiation priority:

Tier 1 -- Must-Haves (Deal Breakers) Issues where the organization cannot proceed without resolution:

  • Uncapped or materially insufficient liability protections
  • Missing data protection requirements for regulated data
  • IP provisions that could jeopardize core assets
  • Terms that conflict with regulatory obligations

Tier 2 -- Should-Haves (Strong Preferences) Issues that materially affect risk but have negotiation room:

  • Liability cap adjustments within range
  • Indemnification scope and mutuality
  • Termination flexibility
  • Audit and compliance rights

Tier 3 -- Nice-to-Haves (Concession Candidates) Issues that improve the position but can be conceded strategically:

  • Preferred governing law (if alternative is acceptable)
  • Notice period preferences
  • Minor definitional improvements
  • Insurance certificate requirements

Negotiation strategy: Lead with Tier 1 items. Trade Tier 3 concessions to secure Tier 2 wins. Never concede on Tier 1 without escalation.

Step 8: CLM Routing (If Connected)

If a Contract Lifecycle Management system is connected via MCP:

  • Recommend the appropriate approval workflow based on contract type and risk level
  • Suggest the correct routing path (e.g., standard approval, senior counsel, outside counsel)
  • Note any required approvals based on contract value or risk flags

If no CLM is connected, skip this step.

Output Format

Structure the output as:

## Contract Review Summary

**Document**: [contract name/identifier]
**Parties**: [party names and roles]
**Your Side**: [vendor/customer/etc.]
**Deadline**: [if provided]
**Review Basis**: [Playbook / Generic Standards]

## Key Findings

[Top 3-5 issues with severity flags]

## Clause-by-Clause Analysis

### [Clause Category] -- [GREEN/YELLOW/RED]
**Contract says**: [summary of the provision]
**Playbook position**: [your standard]
**Deviation**: [description of gap]
**Business impact**: [what this means practically]
**Redline suggestion**: [specific language, if YELLOW or RED]

[Repeat for each major clause]

## Negotiation Strategy

[Recommended approach, priorities, concession candidates]

## Next Steps

[Specific actions to take]

Notes

  • If the contract is in a language other than English, note this and ask if the user wants a translation or review in the original language
  • For very long contracts (50+ pages), offer to focus on the most material sections first and then do a complete review
  • Always remind the user that this analysis should be reviewed by qualified legal counsel before being relied upon for legal decisions