Skip to content This library is free, offered as dana. If it helps your work, donate here →
penguin tree ai
← back to libraryDonate here

This is one of 3,622 free prompts in the penguin tree ai library. Sign up once and the whole library opens, with new prompts by email.

open the library →

Contract clause redline generator

Generates negotiation-ready contract clause redlines with a preferred position, one or two fallback positions, and rejection language for high-stakes commercial terms — liability caps, indemnification, IP ownership…

download .md

Purpose

Turn a single clause type and deal context into a ready-to-use redline package — a preferred position, a fallback ladder, and clean rejection language — with the exact clause text, the business rationale, and the counterparty objection each position triggers. Eliminates the "start from a template and hope" problem by giving commercial counsel defensible, drafted positions they can drop into a markup or bring to a negotiation call.

When to Use

Invoke this skill when the user asks to:

  • Redline a specific clause in a vendor MSA, SaaS agreement, DPA, or order form
  • Draft a preferred position and fallback for liability, indemnification, IP, or data terms
  • Build a fallback ladder or negotiation position for a term the counterparty pushed back on
  • Standardize how the team handles a recurring problematic clause across deals
  • Respond to a counterparty's aggressive markup with counter-language
  • Prepare talking points and drafted alternatives before a contract negotiation

Inputs Required

Before starting, collect:

  • Clause type: The specific clause to redline (e.g., limitation of liability, mutual indemnification, IP ownership, data processing/security, warranties, termination for convenience, confidentiality)
  • Our side of the deal: Are we the customer/buyer or the vendor/supplier?
  • Deal size and risk profile: Approximate contract value and how business-critical the relationship is (strategic / standard / low-stakes)
  • Data sensitivity: Whether the deal involves personal data, regulated data (PII, PHI, financial), or only non-sensitive operational data
  • Counterparty leverage: Roughly equal / they have leverage / we have leverage
  • Existing clause language: The current draft or counterparty's proposed language, if available
  • Non-negotiables: Any positions the business or legal team has flagged as hard requirements

If existing clause language is not provided, draft from a standard market-form starting point and note the assumption. If deal size or data sensitivity is unclear, default to a mid-market, personal-data-present risk profile and flag it.

Instructions

Step 1: Frame the Position from Our Side

Establish the negotiating posture before drafting:

  • Confirm whether we are the risk-bearing party (typically the vendor on liability/indemnity, the customer on data/IP) — this flips the entire redline.
  • State the strategic objective in one sentence: what outcome protects the business without killing the deal.
  • Calibrate aggressiveness to leverage: with equal leverage, anchor slightly beyond the fallback; with low leverage, keep the preferred position credible, not fantasy.

Step 2: Draft the Preferred Position (Opening Anchor)

Produce the ideal-but-defensible version:

  • Clause language: The full, clean drafted clause — ready to paste into the document, no brackets or placeholders.
  • Why we want it: 2–3 sentences of business rationale tied to this deal's risk profile.
  • What it costs the counterparty: The specific obligation or exposure this puts on them.
  • Objection to expect: The most likely pushback and the one-line response to hold the position.

Apply clause-specific standards:

Limitation of Liability — Anchor a mutual cap; carve out from the cap the items that should have unlimited liability (breach of confidentiality, indemnification obligations, IP infringement, data breach, gross negligence/willful misconduct). Specify a cap multiple of fees (e.g., 12 months of fees paid, or a fixed super-cap for data incidents). Address the exclusion of consequential/indirect damages and whether that exclusion is mutual.

Indemnification — Define the covered triggers (third-party IP claims, data breach, bodily injury/property damage, breach of law). Specify defense obligations, control of defense, notice requirements, and whether indemnification survives the liability cap. Push for mutual where symmetric, one-way where risk is asymmetric.

IP Ownership — Separate pre-existing/background IP (each party keeps its own) from deliverables/work product (who owns) from feedback and aggregated/anonymized data (typically vendor retains a license). Address license scope, sublicensing, and residual knowledge.

Data Processing / Security — Specify data ownership (customer owns its data), processing limitations, security standards (reference a named framework — SOC 2, ISO 27001), breach notification timelines (e.g., without undue delay and no later than 72 hours), subprocessor approval rights, and data return/deletion on termination. Confirm DPA and standard contractual clauses where cross-border transfer applies.

Step 3: Build the Fallback Ladder (1–2 Positions)

For each fallback, provide:

  • Fallback clause language: The concession version — still drafted in full, ready to use.
  • What we gave up: The specific delta from the preferred position.
  • What we protected: The line we held.
  • Trigger to move here: The signal that it's time to drop from preferred to this fallback (e.g., counterparty refuses unlimited data-breach liability but will accept a super-cap).

Order fallbacks from least concessive to most. The final fallback is the floor — below it, escalate.

Step 4: Draft Rejection / Walk-Away Language

Provide the clean language for the position we will not accept:

  • The specific counterparty ask that is a hard no.
  • Two sentences of rationale the counsel can say out loud.
  • A bridge offer, if one exists, that trades this concession for something we want elsewhere.

Step 5: Summarize the Negotiation Path

Close with a one-paragraph roadmap: open at preferred, expect [objection], fall to Fallback 1 if [trigger], hold the floor at Fallback 2, escalate internally if pushed past it.

Output Format

  • Structure: One redline package for the requested clause, organized as Position → Fallback ladder → Rejection language → Negotiation path
  • Length: 700–1,100 words for a single clause
  • Format: Drafted clause language in block quotes or clearly demarcated blocks, with rationale in structured bullets beneath each
  • Sections: Positioning summary → Preferred position (with language) → Fallback 1 (with language) → Fallback 2 (with language, if applicable) → Rejection language → Negotiation path summary
  • Tone: Commercial counsel — precise, drafted, and pragmatic; no legalese padding, no disclaimers that hedge the actual position. Written to be used in a live negotiation.

Quality Checklist

Before delivering output, verify:

  • [ ] Every position includes fully drafted clause language with zero brackets or placeholders
  • [ ] The redline reflects the correct side of the deal (customer vs. vendor posture is not reversed)
  • [ ] At least one fallback is provided, each with an explicit trigger to move to it
  • [ ] Liability caps specify a concrete measure (fee multiple, fixed amount, or super-cap) — not "reasonable" or "capped"
  • [ ] Data clauses name a security framework and a breach notification timeline where data sensitivity warrants it
  • [ ] Rejection language identifies a specific hard-no ask, not a vague "unfavorable terms"

Notes

  • This is drafting support, not legal advice — flag to the user that jurisdiction-specific enforceability (especially liability caps and consequential damages exclusions) should be confirmed by licensed counsel in the governing-law jurisdiction.
  • The highest-leverage clauses to standardize are limitation of liability and data terms — they recur in nearly every SaaS deal and are where inconsistent positions cost the most.
  • When the counterparty's existing language is provided, redline against it directly (show what to strike and what to insert) rather than proposing a fresh clause in a vacuum — a targeted markup lands better than a wholesale rewrite.
  • A credible preferred position sits within market range; anchoring with terms no counterparty would accept wastes a negotiation round and signals inexperience.

How to use this skill

This file is a Claude Code skill in Anthropic's standard format — markdown with YAML frontmatter at the top.

Installing in Claude Code:

  • ~/.claude/skills/<folder-name>/SKILL.md — auto-loads in every session anywhere on your machine (recommended for skills you'll use across multiple projects)
  • <your-project>/.claude/skills/<folder-name>/SKILL.md — auto-loads only when working in that project (recommended for project-specific skills)

Restart Claude Code or open a new session to register.

Using in Claude.ai, ChatGPT, Gemini, or other AI tools:

  1. Drag this file into a new chat, or copy and paste its contents
  2. Send your task or request as your next message — the AI will apply the skill where it fits

For Claude Code skill details: https://docs.anthropic.com/en/docs/claude-code/skills