contract-redliner
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.
What this skill does
# 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.
Related in Code Review
gstack
IncludedFast headless browser for QA testing and site dogfooding. Navigate pages, interact with elements, verify state, diff before/after, take annotated screenshots, test responsive layouts, forms, uploads, dialogs, and capture bug evidence. Use when asked to open or test a site, verify a deployment, dogfood a user flow, or file a bug with screenshots. (gstack)
startup-due-diligence
IncludedLegal due diligence review for seed-stage and Series A startups (US, Delaware C-Corp focus). Supports both investor and founder perspectives. Capabilities include: (1) Interactive document review and issue spotting; (2) Document request list generation; (3) Cap table and SAFE/convertible note analysis; (4) Red flag identification with severity ratings; (5) Diligence report generation. TRIGGERS: due diligence, DD, startup investment, cap table review, Series A, seed round, investor diligence, legal review startup, SAFE analysis, convertible note, 409A, founder vesting.
interview-master
IncludedThis skill should be used when the user asks to "generate interview questions", "prepare for interview", "optimize resume", "conduct mock interview", "analyze git commits for resume", "generate resume from code", "review my resume", or mentions interview preparation, career assistance, or extracting project experience from git history. Provides comprehensive interview and career development guidance for both job seekers and interviewers.
fix-issue
IncludedFixes GitHub issues using parallel analysis agents for root cause investigation, code exploration, and regression detection. Reads issue context from gh CLI, searches codebase and memory for related patterns, generates a fix with tests, and links the resolution back to the issue via PR. Includes prevention analysis to avoid recurrence. Use when debugging errors, resolving regressions, fixing bugs, or triaging issues.
sf-apex
IncludedGenerates and reviews Salesforce Apex code with 150-point scoring. TRIGGER when: user writes, reviews, or fixes Apex classes, triggers, test classes, batch/queueable/schedulable jobs, or touches .cls/.trigger files. DO NOT TRIGGER when: LWC JavaScript (use sf-lwc), Flow XML (use sf-flow), SOQL-only queries (use sf-soql), or non-Salesforce code.
swift-development
IncludedComprehensive Swift development for building, testing, and deploying iOS/macOS applications. Use when Claude needs to: (1) Build Swift packages or Xcode projects from command line, (2) Run tests with XCTest or Swift Testing framework, (3) Manage iOS simulators with simctl, (4) Handle code signing, provisioning profiles, and app distribution, (5) Format or lint Swift code with SwiftFormat/SwiftLint, (6) Work with Swift Package Manager (SPM), (7) Implement Swift 6 concurrency patterns (async/await, actors, Sendable), (8) Create SwiftUI views with MVVM architecture, (9) Set up Core Data or SwiftData persistence, or any other Swift/iOS/macOS development tasks.