本文へ移動
cccskills
無料GitHub で公開

tech-contract-review-parth-desai

Contract Review for Tech and general contract. Smart redflagging feature to show the problems.

インストール方法を見る

含まれるファイル(4)

  • SKILL.md16.0 KB
  • demo/DemoContract_NexaCloud_Anthropic_MSA.docx17.2 KB
  • README.md546 B
  • TechContractReview_LawvePlugin.docx19.5 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Tech Contract Review — Lawve Plugin for Anthropic

Purpose

Precision contract analysis for tech-sector agreements. Goal: zero open ambiguity. Flag risk, redline bad clauses, verify jurisdiction, and synthesize actionable output. Operates like a senior tech-transactional lawyer with red pen ready.


Scope — Contract Types Covered

TypeFull NamePrimary Risk Focus
MSAMaster Services AgreementLiability caps, IP ownership, termination rights
DPAData Processing AgreementGDPR/CCPA compliance, sub-processor obligations, breach notification
SOWStatement of WorkDeliverable ambiguity, acceptance criteria, change-order traps
LOELetter of EngagementScope creep, fee ambiguity, professional liability
NDANon-Disclosure AgreementScope of confidential info, carve-outs, term/survival
SLAService Level AgreementUptime definitions, remedy credits, exclusions
EULAEnd User License AgreementLicense scope, IP reversion, audit rights
IP AssignmentIP/Work-for-HireOwnership transfer completeness, moral rights, background IP
Vendor/SupplierProcurement AgreementWarranty disclaimers, liability exclusions, IP indemnity
API/Platform ToSTerms of ServiceAcceptable use restrictions, data retention, suspension rights

Review Workflow

Step 1 — Contract Intake

Before reviewing, establish:

  1. Document type — identify which contract type(s) above apply
  2. Parties — identify each party and their role (customer / vendor / processor / controller)
  3. Effective date & term
  4. Governing law & jurisdiction — see Jurisdiction Analysis section
  5. Execution status — draft, signed, or in negotiation?

Step 2 — Jurisdiction Analysis

ALWAYS perform jurisdiction analysis first. It affects how every clause is interpreted.

Key Questions

  • What governing law clause applies? (e.g., "laws of the State of California", "laws of England and Wales", "laws of India — IT Act 2000")
  • Is the jurisdiction enforceable given where parties are domiciled?
  • Does it conflict with mandatory local law (e.g., GDPR for EU data subjects overrides a non-EU governing law clause)?
  • Is there a dispute resolution mechanism? (court / arbitration / mediation) — and in which seat?

Jurisdiction-Specific Flags

JurisdictionKey Mandatory LawsWatch-for Clauses
IndiaIT Act 2000, DPDP Act 2023, Indian Contract Act 1872Cross-border data transfer restrictions, mandatory arbitration (Arbitration & Conciliation Act), stamp duty
EU / EEAGDPR (Reg 2016/679), NIS2, ePrivacyDPA mandatory per Art. 28, SCCs for third-country transfers, right to audit
US (Federal)CCPA (CA), COPPA, HIPAA, CLOUD ActChoice of law enforceability by state, CLOUD Act data access risk
UKUK GDPR, Data Protection Act 2018Post-Brexit adequacy, IDTA for international transfers
SingaporePDPA 2012Data intermediary obligations, breach notification 3-day window
Global / Multi-Jurisdiction—Identify which law governs data privacy, which governs IP, potential conflict

Rule: If governing law ≠ jurisdiction where data subjects reside, flag it. Privacy law follows the data subject, not the contract.

Step 3 — Clause-by-Clause Analysis

Scan ALL clauses. For each, classify:

  • 🟢 Standard / Acceptable — market-norm, no action needed
  • 🟡 Review / Negotiate — non-standard but not fatal; suggest edits
  • 🔴 Red Flag / Reject — high risk; must be redlined or contract rejected
  • ⚫ Missing / Absent — critical protection not present; must be added

Clause Category Checklist

A. Definitions

  • "Confidential Information" — is it over/under-broad?
  • "Intellectual Property" — does it include pre-existing IP? Background IP?
  • "Services" / "Deliverables" — vague definitions = scope creep risk 🔴
  • "Affiliates" — could bind third parties without consent?

B. Payment & Fees

  • Payment milestones tied to ambiguous deliverables 🔴
  • Unilateral fee increase clauses 🔴
  • Late payment interest rates — check usury limits per jurisdiction
  • Expense reimbursement — capped or uncapped?

C. Intellectual Property

  • Work-for-hire vs. license — who owns deliverables? 🔴
  • Background IP retained by vendor — is grant-back clause present?
  • AI-generated content ownership — increasingly critical for Anthropic contracts
  • Open source components — license compatibility (GPL contamination risk)
  • IP indemnity — does vendor indemnify for third-party IP infringement?

D. Data Protection (heightened for Anthropic/AI contracts)

  • Data controller vs. processor designation — matches reality? 🔴
  • Sub-processor obligations — approval mechanism required (GDPR Art. 28(2))
  • Data breach notification timeline — GDPR requires 72h; DPDP India requires prompt notice
  • Data deletion/return on termination — timeline specified?
  • Cross-border transfer mechanism — SCCs / adequacy / IDTA / BCRs?
  • Training data usage — CRITICAL for AI contracts: does vendor use customer data to train models? 🔴
  • Audit rights — customer right to audit processor's compliance?

E. Confidentiality

  • Scope of NDA obligations — mutual or one-way?
  • Carve-outs — publicly known, independently developed, required by law?
  • Survival period — post-termination confidentiality term (typically 2–5 years)
  • Residuals clause — allows vendor to retain and use learned knowledge 🔴

F. Liability

  • Liability cap — amount and basis (fees paid in 12 months is standard)
  • Consequential/indirect damage exclusion — one-way or mutual?
  • Carve-outs from cap — IP infringement, fraud, death/PI, data breach 🔴 (missing carve-outs = risk)
  • Insurance requirements — E&O, cyber liability specified?

G. Indemnification

  • IP infringement indemnity — vendor indemnifies customer? 🔴 if absent
  • Data breach indemnity — tied to processor obligations?
  • Third-party claims — "defend, indemnify, hold harmless" — is "defend" present?
  • Indemnity procedure — timely notice, control of defense required?

H. Warranties & Representations

  • Functionality warranty — does software/service perform per specs?
  • Non-infringement warranty
  • Disclaimer of all other warranties — "AS IS" disclaimers overly broad? 🟡
  • Virus/malware warranty
  • Compliance with laws warranty

I. Termination

  • Termination for convenience — notice period? fees payable?
  • Termination for cause — cure period defined? (typically 30 days)
  • Insolvency termination right
  • Effects of termination — data return, license wind-down, transition assistance?
  • Auto-renewal with inadequate notice period 🔴

J. Dispute Resolution

  • Jurisdiction clause — mandatory exclusive? matches governing law? enforceable?
  • Arbitration vs. litigation — seat, rules, number of arbitrators
  • Class action waiver — jurisdiction-specific enforceability
  • Equitable relief carve-out — IP/confidentiality breaches typically need injunctions

K. Force Majeure

  • Cyber attacks / ransomware — included or excluded? 🟡 (vendor should NOT include as FM excuse)
  • Pandemic — post-COVID, review carefully
  • Obligation to mitigate during FM event?
  • Customer right to terminate if FM exceeds threshold period?

L. Miscellaneous / Boilerplate

  • Entire agreement / integration clause — are all prior commitments captured?
  • Amendment procedure — written only? email sufficient?
  • Assignment — can vendor assign to acquirer without consent? 🔴
  • Waiver — non-waiver clause present?
  • Severability — does it include reconstruction obligation?
  • Notices — physical + email; effective when received or sent?

Step 4 — Suspicious Clause Detection (Sus Flags)

Always flag and redline these patterns:

🔴 Critical Sus Patterns

PatternSus Clause TypeWhy Dangerous
"perpetual, irrevocable, royalty-free license to use Your Data"Data exploitationVendor keeps your data forever, can use for training
"We may modify these terms at any time"Unilateral amendmentZero protection; future changes bind you silently
"sole discretion" paired with termination or suspensionArbitrary suspensionNo cure right, no appeal
Liability cap: "maximum [X]" with no carve-outsInadequate protectionData breach could exceed cap with no recourse
"including but not limited to" in exclusions listScope creep in exclusionsPotentially unlimited exclusion
Assignment "including in connection with a merger or acquisition" without consent rightChange of controlData and obligations pass to unknown acquirer
"residuals" clause in NDAIP leakageEngineers who learn your secrets are free to use what they remember
Auto-renewal notice period < 30 daysLock-in trapImpossible to miss renewal window in practice
Indemnity for "any and all claims" without materiality thresholdOpen-ended exposureNo floor on frivolous claims
"notwithstanding anything to the contrary" without specifying what it overridesConflict bombThis clause overrides EVERYTHING — dangerous position
SOW deliverable defined only as "as mutually agreed"Scope ambiguityNo enforceable deliverable definition
"best efforts" for critical obligationsUnenforceableShould be "shall" for material obligations
DPA: no sub-processor list or approval mechanismGDPR violationMandatory under Art. 28(2)
AI/ML contract: no restriction on training data useModel contaminationCustomer data used to improve competitor-facing models

Step 5 — Redlining Output

For each 🔴 and 🟡 clause, produce:

CLAUSE: [Section X.X — Clause Title]
RISK LEVEL: 🔴 Red Flag / 🟡 Review
ISSUE: [Plain-language description of the problem]
ORIGINAL TEXT: "[exact clause text]"
REDLINED REPLACEMENT: "[suggested replacement text]"
RATIONALE: [why this change protects the client]
JURISDICTION NOTE: [if jurisdiction-specific, call it out]

Step 6 — Active Research (Web Search Integration)

When reviewing:

  • Look up current regulatory requirements for identified jurisdiction (GDPR, DPDP Act, CCPA updates)
  • Search for case law on specific clause types if jurisdiction is identified
  • Check if DPA adequacy decisions are current for cross-border data transfers
  • Verify Anthropic's current DPA template against contract if reviewing a vendor DPA
  • Research industry standard benchmarks for liability caps in SaaS/AI contracts

Use web search for:

  • "GDPR adequacy decision [country] 2024"
  • "India DPDP Act 2023 requirements DPA"
  • "standard SaaS liability cap benchmark"
  • "CCPA amendment [year] requirements"

Step 7 — Contract Summary Output

After full review, produce structured summary:

CONTRACT REVIEW SUMMARY
═══════════════════════════════════════════════
Document: [Contract name/type]
Parties: [Party A] ↔ [Party B]
Governing Law: [Jurisdiction]
Effective Date: [Date]
Review Date: [Today's date]
Overall Risk Rating: 🔴 HIGH / 🟡 MEDIUM / 🟢 LOW
═══════════════════════════════════════════════

CRITICAL ISSUES (must fix before signing):
1. [Issue description + section reference]
2. ...

RECOMMENDED CHANGES (negotiate if possible):
1. [Issue description + section reference]
2. ...

MISSING PROTECTIONS (add these clauses):
1. [Missing clause description]
2. ...

JURISDICTION ALERTS:
- [Any mandatory law conflicts]

DATA PROTECTION SCORE: [X/10]
IP PROTECTION SCORE: [X/10]
LIABILITY BALANCE SCORE: [X/10]

RECOMMENDATION: ✅ Acceptable / ⚠️ Negotiate First / 🚫 Do Not Sign
═══════════════════════════════════════════════

Contract Type Deep-Dives

MSA (Master Services Agreement)

Key principle: MSA sets the legal framework; SOWs execute under it. Watch for:

  • SOW prevails over MSA conflict — or vice versa? (should be MSA prevails except for commercial terms)
  • Change order procedure — is it written? timeline for approval?
  • IP ownership of deliverables — work-for-hire must be explicit
  • Audit rights — for compliance AND financial accuracy

DPA (Data Processing Agreement)

GDPR Art. 28 mandatory elements — ALL must be present:

  • Subject matter, nature, purpose, type of data, categories of data subjects
  • Duration of processing
  • Obligations and rights of controller
  • Sub-processor approval and obligations
  • Data return or deletion on termination
  • Cooperation with supervisory authority
  • Security measures (Art. 32 reference)

For India DPDP Act 2023:

  • "Data Fiduciary" (controller) vs. "Data Processor" terminology
  • Consent mechanism requirements
  • Data Principal (subject) rights
  • Cross-border transfer restrictions (whitelist jurisdiction model)

SOW (Statement of Work)

Golden rule: if it is not written, it is not in scope. Flag:

  • Deliverables defined in functional terms, not technical specs
  • Acceptance criteria: must be objective, measurable, time-bound
  • Deemed acceptance after X days without objection — flag period length
  • Change management: no written change order = no scope change (protect this)
  • Payment tied to milestones vs. calendar — milestone preferred

LOE (Letter of Engagement)

Simpler than MSA but same IP and liability risks. Watch:

  • Professional liability — is it capped? At what?
  • Engagement scope — is it specific enough to avoid later disputes?
  • Conflict of interest provisions
  • File retention policy
  • Regulatory compliance (bar association / professional body rules if legal/audit engagement)

Red Lines (Non-Negotiable for Anthropic-Context Contracts)

These clauses must be flagged as absolute dealbreakers when reviewing contracts for AI/ML companies:

  1. Training data license — vendor MUST NOT get rights to use customer data for model training without explicit, separate, opt-in consent
  2. Unilateral IP assignment — all AI-generated output must have clear ownership; vendor cannot claim ownership of outputs generated using customer prompts/data
  3. Unlimited liability for IP indemnity — AI companies face patent/copyright risk; liability must be capped or separately insured
  4. No data deletion obligation — AI model vendors must commit to data deletion, not just anonymization
  5. Waiver of audit rights on data processing — non-negotiable; must retain right to audit or receive third-party audit reports (SOC 2, ISO 27001)

Output Formats

SituationOutput Format
Quick question ("is this clause ok?")Inline analysis with risk rating
Full contract reviewStructured summary + clause-by-clause redlines
Comparison of two versionsSide-by-side diff with change rationale
DPA compliance checkGDPR/DPDP checklist with pass/fail/missing
Contract drafting assistanceDraft language with alternatives
Export to Word (.docx)Use docx skill — redlines as tracked changes

Important Disclaimers (Always Include in Output)

⚠️ This analysis is AI-generated legal guidance, not legal advice. Always have a qualified attorney in the relevant jurisdiction review before signing. This tool identifies risk patterns; it does not replace professional legal counsel for binding commitments.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Creates an Agent Authority Charter for enterprise or regulated AI agents before deployment. Use this Skill when a user needs to define what an AI agent is allowed to do, who delegated authority to it, what actions are permitted or prohibited, when human approval is required, what evidence must be preserved, and how the agent can be suspended, revoked, or escalated.

日本語の概要は準備中です。原文の説明を表示しています。

lawve-ai/awesome-legal-skills8632026年10月3日 更新

EU AI Act Knowledge Engine — authoritative regulatory Q&A grounded in 70 official EU source documents (including the 2026 Commission draft guidelines on Art. 6 high-risk classification — general principles, Annex I, Annex III). Answers any question about the AI Act with article-level citations from the full regulation text, Commission guidelines, EDPB/EDPS opinions, codes of practice, harmonised standards, FRIA guides, incident templates, and sector-specific guidance. This skill should be used when the user asks about the "EU AI Act", "AI Act regulation", "Regulation 2024/1689", "KI-Verordnung", asks to "explain an AI Act article", "what does Article X say", "AI Act requirements", "AI Act penalties", "AI Act timeline", "GPAI obligations", "high-risk AI", "prohibited AI practices", "AI Act and GDPR", "fundamental rights impact assessment", "AI Act standards", "AI Act national implementation", "AI literacy", "serious incident reporting", "Digital Omnibus", "AI regulatory sandbox", or any question about EU artificial intelligence regulation. Also triggers on German terms: "KI-Gesetz", "KI-Verordnung", "Hochrisiko-KI", "KI-Kompetenz", "Grundrechte-Folgenabschaetzung", "GPAI-Verhaltenskodex". For assessment workflows that produce a classification decision rather than a knowledge answer, offer to run a structured risk-tier classification in-session.

日本語の概要は準備中です。原文の説明を表示しています。

lawve-ai/awesome-legal-skills8632026年10月3日 更新

This skill builds a structured audit trail of an AI-assisted task: what the tool was asked to do, what materials it was given, what it produced, how the output was verified, and what was ultimately relied upon. It documents the workflow for supervision and later review without ruling on privilege or disclosure, so the record stays accurate rather than self-serving.

日本語の概要は準備中です。原文の説明を表示しています。

lawve-ai/awesome-legal-skills8632026年10月3日 更新

Use this skill when the user wants an AI governance, legal-risk, privacy, compliance, procurement, or vendor-risk review of an internal AI use case, an AI product feature, an LLM workflow, or a third-party AI vendor. The skill asks intake and clarifying questions first when facts or evidence are missing, identifies required documentation and missing evidence, maps the use case to AI governance frameworks and applicable legal domains, and produces a preliminary or final governance review with scorecards, findings, owners, remediation actions, and follow-up questions.

日本語の概要は準備中です。原文の説明を表示しています。

lawve-ai/awesome-legal-skills8632026年10月3日 更新

Turn an interpretive-ambiguity audit of a legal text — contract, statute, regulation, or judicial opinion — into a polished deliverable. Produces a multi-page website (default), a single-page interactive site, a Microsoft Word document, a PowerPoint deck, or a LaTeX/PDF. Use whenever a user has a stress-test result, ambiguity audit, or "where will this be litigated" scenarios and wants to publish, present, or share them. Triggers on "publish the audit," "make a report from this," "turn this into a website / deck / brief / Word doc," "make a Netlify site," "build slides of these ambiguities," "render the scenarios," "package this stress test," "produce a LaTeX version," and similar. Pairs with the ambiguity-stress-test skill (the underlying analysis) but works on any structured or semi-structured ambiguity analysis. Visual design is opinionated but the user can override colors, fonts, and brand label. Most formats need Python and a writable filesystem; single-file HTML works where the host has neither.

日本語の概要は準備中です。原文の説明を表示しています。

lawve-ai/awesome-legal-skills8632026年10月3日 更新

Adversarially stress-tests a legal text — a contract, statute, regulation, or judicial opinion — for interpretive ambiguity: it finds the seams where the people governed by it will later disagree about what it means and turns each into a concrete dispute scenario with both sides' arguments, the likely outcome, and a fix. Use it whenever someone wants to pressure-test, red-team, audit, or find weak spots, loopholes, gaps, ambiguities, or drafting problems in a legal document; whenever a drafter wants to tighten a contract, statute, regulation, or opinion before it issues; whenever a litigator wants to mine an opinion or contract for arguments; or whenever someone hands over a legal text and asks where it will be fought over or for issue-spotting. Trigger it for contract review, statutory-ambiguity analysis, judicial-opinion scope analysis, and drafting QA — even if the user never says "stress-test" or "ambiguity."

日本語の概要は準備中です。原文の説明を表示しています。

lawve-ai/awesome-legal-skills8632026年10月3日 更新

lawve-ai のスキルをすべて見る

このスキルの問題を報告する