legal/skills/review-contract/SKILL.md
Review a contract against your organization's negotiation playbook — flag deviations, generate redlines, provide business impact analysis
npx skillsauth add grailautomation/claude-plugins review-contractInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
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.
/legal:review-contract <contract file or URL>
Review the contract: @$1
Accept the contract in any of these formats:
If no contract is provided, prompt the user to supply one.
Ask the user for context before beginning the review:
If the user provides partial context, proceed with what you have and note assumptions.
Look for the organization's contract review playbook in local settings (e.g., legal.local.md or similar configuration files).
The playbook should define:
If no playbook is configured:
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.
Classify each deviation from the playbook using a three-tier system:
For each YELLOW and RED deviation, provide:
Provide a summary section covering:
If a Contract Lifecycle Management system is connected via MCP:
If no CLM is connected, skip this step.
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]
development
Parse and analyze Workato recipe JSON exports. Use when the user asks about a Workato recipe's logic, data flow, field mappings, error handling, or control flow. Also use when the user references a .recipe.json file or asks to debug a Workato integration.
databases
Review implementation plans as a staff software engineer. Use when the user asks for staff engineer feedback, senior engineering review, plan review, architecture review, implementation-plan critique, approval before proceeding, risk review, or feedback on a proposed technical plan.
tools
Use when the user invokes $spec-kit:tasks or /spec-kit:tasks, or asks to generate dependency-ordered tasks from the plan and repo context.
testing
Use when the user invokes $spec-kit:specify or /spec-kit:specify, or asks to create a brownfield-aware feature specification from a natural language description.