跳到正文
cccskills
免费在 GitHub 公开

contract-review

When the user needs to review an existing contract, assess risk in proposed terms, or evaluate a contract before signing.

中文简介正在准备中。当前显示原文说明。

实测评分 未实测

查看安装方法

包含的文件(1)

  • SKILL.md8.7 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

Contract Review

When to Use

Activate when a founder has received a contract to sign and wants to understand the risks before proceeding. This includes vendor agreements, customer enterprise agreements, partnership deals, investment documents, employment agreements, NDAs, IP assignment agreements, and any other binding legal document. Also activate when the user says things like "review this contract," "is this agreement fair," "what should I push back on," or "flag anything concerning."

Context Required

  • From startup-context: company stage, team size, business model, fundraising status, current revenue, and any existing legal counsel.
  • From the user: the contract text (or key sections), who the counterparty is, the business relationship context (are they a customer, vendor, investor, partner), the user's negotiating leverage, and any specific concerns they have. Also helpful: whether this is a template/standard agreement or has been negotiated.

Workflow

  1. Contract intake — Receive the contract text. Identify the contract type, parties, effective date, and term. Create a one-paragraph summary of what the contract does.
  2. Section-by-section analysis — Walk through each major section, summarizing what it means in plain language and flagging anything noteworthy.
  3. Risk flagging — Apply the red/yellow/green flagging system (see below) to each clause. Assign a severity and explain why.
  4. Missing protections — Identify standard protections that are absent from the contract but should be present given the contract type and relationship.
  5. Negotiation recommendations — For each red and yellow flag, suggest specific alternative language or a negotiation strategy.
  6. Summary report — Produce a structured risk assessment with prioritized action items.

Output Format

Contract Summary (top of report)

  • Contract type: (e.g., SaaS vendor agreement, MSA, NDA)
  • Parties: Company name vs. counterparty name
  • Term: Duration, renewal mechanism
  • Total value: Financial commitment if applicable
  • Overall risk level: Red / Yellow / Green with one-sentence rationale

Clause-by-Clause Analysis Table

SectionSummaryFlagRiskRecommended Action
Liability CapCapped at fees paid in prior 6 monthsYellowLow cap for potential damagesNegotiate to 12-month cap
IP AssignmentBroad assignment of all work productRedCould capture pre-existing IPAdd carve-out for pre-existing IP

Missing Protections Checklist

Bulleted list of protections that should be present but are not.

Prioritized Action Items

Numbered list of what to do, in order of importance.

Frameworks & Best Practices

The Red/Yellow/Green Flagging System

Red Flags — Immediate concern, do not sign without modification:

  • Unlimited liability or liability cap below a reasonable threshold
  • Broad IP assignment that could capture pre-existing IP or IP unrelated to the engagement
  • Non-compete clauses that are overly broad in scope, geography, or duration
  • Unilateral termination rights without cure period for one party only
  • Automatic renewal with no opt-out window or unreasonable notice requirements
  • Indemnification obligations that are uncapped or wildly asymmetric
  • Most-favored-nation clauses that constrain your pricing with other customers
  • Exclusivity provisions that limit your ability to work with competitors
  • Audit rights with unreasonable scope or no notice requirement
  • Governing law in an unfavorable or distant jurisdiction with no negotiation

Yellow Flags — Worth negotiating, but not necessarily deal-breakers:

  • Liability caps that are low relative to the contract value
  • Warranty periods or SLA credits that are below industry standard
  • Payment terms exceeding net-60
  • Change-of-control provisions that allow termination on acquisition
  • Broad confidentiality definitions with long or indefinite survival periods
  • Assignment restrictions that prevent assignment in an acquisition scenario
  • Force majeure clauses that are overly broad or favor one party
  • Data handling terms that are vague about deletion, portability, or sub-processors

Green Flags — Standard and reasonable:

  • Mutual confidentiality obligations
  • Balanced termination rights with cure periods
  • Liability capped at 12 months of fees paid
  • Standard representations and warranties
  • Clear payment terms (net-30)
  • Reasonable non-solicitation (employees only, 12 months)

Negotiation Principles

  • Symmetry first. Any obligation imposed on one party should apply to both unless there is a clear business reason for asymmetry.
  • Cap everything. Liability, indemnification, and damages should all have explicit caps.
  • Cure periods. Both parties should have the opportunity to fix a breach before termination.
  • Specificity over breadth. Narrow definitions protect both parties. "Confidential Information means everything" protects nothing.
  • Survival clarity. Specify exactly which clauses survive termination and for how long.

Related Skills

  • terms-of-service — When reviewing a customer's redlines to your terms of service, use contract-review to assess their proposed modifications.
  • privacy-policy — Data processing addendums and DPAs often accompany contracts. Review these for consistency with your privacy commitments.

Examples

Example 1: Reviewing a vendor SaaS agreement

User: "We're about to sign a contract with a data enrichment vendor. Here are the terms. Can you flag anything concerning?"

Good output excerpt:

Overall Risk Level: Yellow

The agreement is mostly standard but has three issues worth negotiating before signing.

SectionFlagIssue
4.2 Data RightsRedVendor claims a "perpetual, irrevocable license to use Customer Data for product improvement and benchmarking." This means they keep and use your data forever, even after termination. Negotiate to: license limited to providing the service, terminates on contract end, anonymization required for any aggregate use.
7.1 LiabilityYellowCap is set at "fees paid in the prior 3 months." For a $2K/month contract, that is a $6K cap. If they cause a data breach affecting your customers, your exposure could be much higher. Negotiate to: 12 months of fees, with a carve-out for uncapped liability on data breaches and IP infringement.
9.3 TerminationYellow90-day notice required to cancel, even on annual renewal. Combined with auto-renewal, this means you need to decide 3 months before your renewal date. Negotiate to: 30-day notice, or set a calendar reminder now.

Missing Protections:

  • No data deletion timeline after termination
  • No breach notification obligation
  • No sub-processor list or approval rights
  • No SLA or uptime commitment

Example 2: Reviewing an IP assignment in an employment agreement

User: "A new engineer's offer letter has an IP assignment clause. They're concerned about their open-source side projects. Can you review?"

Good output excerpt:

Section 8 — Invention Assignment: Red Flag

The current language reads: "Employee assigns to the Company all right, title, and interest in any invention, improvement, or work of authorship created during the term of employment."

This is overly broad. It captures the engineer's weekend open-source contributions, personal projects, and anything they create during employment regardless of whether it relates to company business.

Recommended revision: Add a carve-out: "...created during the term of employment that (a) relates to the Company's current or reasonably anticipated business, (b) was developed using Company resources, or (c) resulted from work performed for the Company."

Also add a Schedule A listing the engineer's pre-existing IP and active side projects, explicitly excluded from assignment. Note: California Labor Code Section 2870 already provides some protection, but an explicit carve-out is clearer and avoids disputes.


Disclaimer: This skill provides contract analysis for educational and planning purposes only. It does not constitute legal advice. Contract interpretation depends on jurisdiction-specific law, the full context of the business relationship, and facts that may not be apparent from the document alone. Always have a qualified attorney review contracts before signing, especially those involving significant financial commitments, IP rights, or liability exposure.

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

When the user wants to apply to startup accelerators, incubators, or fellowship programs. Also use when the user mentions "YC application", "Techstars", "accelerator", or "apply to programs".

中文简介正在准备中。当前显示原文说明。

shawnpang/startup-founder-skills3682026年3月17日 更新

When the user needs to design or evaluate system architecture — service boundaries, data models, API contracts, infrastructure topology, database selection, or dependency analysis. Also activate for "design the system", "how should I architect this", "monolith vs microservices", or architecture decision records.

中文简介正在准备中。当前显示原文说明。

shawnpang/startup-founder-skills3682026年3月17日 更新

When the user needs to write a monthly or quarterly investor update, prepare a board deck, or communicate company progress to stakeholders.

中文简介正在准备中。当前显示原文说明。

shawnpang/startup-founder-skills3682026年3月17日 更新

When the user needs to identify at-risk accounts, understand why customers are leaving, reduce churn rate, build health scores, design save plays, or create win-back campaigns.

中文简介正在准备中。当前显示原文说明。

shawnpang/startup-founder-skills3682026年3月17日 更新

When the user needs to set up or improve CI/CD pipelines — GitHub Actions, GitLab CI, deployment automation, or says "set up CI", "automate deployment", "add tests to pipeline", "fix my build".

中文简介正在准备中。当前显示原文说明。

shawnpang/startup-founder-skills3682026年3月17日 更新

When the user asks for a code review, shares code for feedback, or says "review this", "check my code", "what's wrong with this". Also activate when reviewing a pull request or diff.

中文简介正在准备中。当前显示原文说明。

shawnpang/startup-founder-skills3682026年3月17日 更新

查看 shawnpang 的全部技能

报告此技能的问题