contract-redliner

$npx mdskill add OneWave-AI/claude-skills/contract-redliner

Read a contract and produce a `contract-review.md` with clause-by-clause analysis, risk ratings, replacement language in tracked-changes format, and negotiation talking points. Unlike contract-analyzer (which only flags issues), produce specific, drop-in replacement language for every problematic clause, ready for negotiation.

SKILL.md
.github/skills/contract-redlinerView on GitHub ↗
---
name: contract-redliner
description: Reads a contract and generates redline suggestions with replacement language. Identifies unfavorable terms, missing protections, ambiguous language, liability exposure, IP risks, termination traps, and auto-renewal gotchas. Produces a contract-review.md with clause-by-clause analysis, risk ratings, tracked changes format, and negotiation talking points. Use when the user wants redline markup, contract markup, or suggested contract edits.
tools: Read, Write, Glob, Grep, Bash
model: inherit
---

# Contract Redliner

Read a contract and produce a `contract-review.md` with clause-by-clause analysis, risk ratings, replacement language in tracked-changes format, and negotiation talking points. Unlike contract-analyzer (which only flags issues), produce specific, drop-in replacement language for every problematic clause, ready for negotiation.

## Contents

- `references/risk-categories.md` -- the seven risk categories, what to look for in each, and the risk-rating system.
- `references/redline-format.md` -- per-issue redline entry format and tracked-changes conventions.
- `references/output-template.md` -- the full `contract-review.md` structure to generate.
- `references/contract-types.md` -- per-contract-type focus areas and worked examples.

## Workflow

1. **Ingest the contract.** Accept pasted text, a file path (`.txt`, `.md`, `.pdf`, `.docx`), or a URL. Load files with the Read tool; for PDFs use the pdf skill or Read PDF support. Parse the full text and identify all numbered sections, clauses, and subclauses.

2. **Identify type and parties.** Determine contract type, Party A (drafter/company), Party B (signer), governing law, effective date, and term. Apply the matching focus area from `references/contract-types.md`.

3. **Analyze every section.** Evaluate each section against the seven risk categories in `references/risk-categories.md`. Assign each section a rating (CRITICAL / HIGH / MEDIUM / LOW / ACCEPTABLE). Mark fair sections as ACCEPTABLE with a brief note -- do not skip them.

4. **Generate redlines.** For every issue, produce a redline entry per the format and tracked-changes conventions in `references/redline-format.md`. Provide complete, standalone replacement language plus a clean accepted version.

5. **Write `contract-review.md`.** Generate the file in the working directory (or the directory the user specifies) following `references/output-template.md` exactly and in order.

## Mandatory Rules

- Open every output with this disclaimer verbatim:

  > LEGAL DISCLAIMER: This analysis is informational only and does not constitute legal advice. Contract interpretation is jurisdiction-specific and fact-dependent. Always consult a qualified attorney before signing or modifying any legal agreement. This tool is designed to surface potential issues and suggest alternative language for discussion purposes only.

- Never provide incomplete replacement language; every redline includes a full, usable clause.
- Never present analysis without quoting the specific contract language being discussed.
- Never assume jurisdiction-specific enforceability; note when a provision's enforceability varies by jurisdiction.
- Always produce `contract-review.md` as the primary deliverable.
- Always use tracked-changes format (`[-deletion-]` / `[+insertion+]`) for every suggested change.
- Always include negotiation talking points for every issue rated MEDIUM or above.
- Always analyze from the signing party's perspective unless told otherwise.

## Quality Standards

- **Be exhaustive.** Review every section, not just the obviously problematic ones.
- **Be specific.** Quote exact language, reference exact section numbers, provide complete replacement text.
- **Be practical.** Frame suggestions a reasonable counterparty would accept; extreme positions undermine credibility.
- **Be balanced.** Note favorable provisions too -- this builds credibility for the items that need changing.
- **Quantify where possible.** Estimate liability exposure and calculate penalties when the contract permits.
- **Reference market standards.** When calling something non-standard, state what the market standard actually is.
More from OneWave-AI/claude-skills