Contract Helper

Contract Helper

Create and review influencer partnership agreements. Clear contracts protect both brand and creator and set expectations for the collaboration.

⚠️ This skill provides general guidance and templates. Always have contracts reviewed by legal counsel before execution.

Quick Start

Draft an influencer agreement for [deliverables] with [compensation terms]

Review these contract terms from an influencer agency: [paste terms]

Skill Contract

• Reads: campaign brief, agreed deliverables, compensation figure, platform list, usage-rights and exclusivity needs, any pasted incoming agreement, and stable party_ref, contact_ref, address_ref, and signature_ref values when available. Raw legal names, entity identifiers, emails, phones, postal addresses, payment details, and signatures are transient execution inputs only. If memory-management is active, prior outreach terms and budget caps load from the hot cache. For a rostered creator, resolve the carried opaque creator_ref through its authorized artifact or verified registry link, then read memory/creators/<aggregate-id>.md — the creator-registry projection — for existing exclusivity windows, contract status, usage-rights history, and standard-range anchors before drafting or reviewing. Never derive the path from a raw handle.
• Writes: return the drafted agreement or review memo inline by default. With exact WARM-save authorization, memory/influencer/contract-helper/YYYY-MM-DD-<topic>.md stores only party_ref, contact_ref, address_ref, signature_ref, and a non-PII terms summary; it never stores raw party/contact/address/signature values, payment details, or the executable/signed document bytes. The e-sign execution copy remains in the authorized external document/e-sign system. Each signed-term update requires a separate exact authorization for an operation: propose request through registry-events.py to memory/events/creators.ndjson; only creator-registry writes canonical roster records.
• Promotes: only with separate exact authorization, promote durable signed terms (usage-rights window, exclusivity scope, payment schedule) to memory/hot-cache.md.
• Done when:
  • Every required term is filled or explicitly marked TBD (parties, deliverables, compensation, payment timeline, usage rights, exclusivity, termination).
  • Red flags are listed for any review, and a legal-counsel review note is attached before execution.
  • A negotiation cheat sheet maps each open term only to a user-supplied target or a source-dated, jurisdiction/market-compatible anchor; otherwise the counter remains TBD/NEEDS_INPUT.
  • Any WARM record is reference-only, and any signature request is either not sent or has its own exact authorization bound to the final recipient, document bytes, and channel.
• Primary next skill: brief-generator — after signature, create or finalize the creator-ready brief, then let the creator fulfill it. A signature alone is never enough to route to amplification.

Handoff Summary

Emit the standard shape from skill-contract.md §Handoff Summary Format.

Data Sources

This family needs no live integrations (Tier 1). The skill works by asking you for the inputs directly: parties, deliverables, compensation, platform, and any incoming terms to review. Paste an agency's draft and it reviews against the checklist with zero setup.

Optional connectors that COULD speed up specific steps:

• ~~CRM / deal record — pull agreed scope and rate so you don't re-type them.
• ~~influencer database — resolve legal-name/entity inputs transiently from authorized party refs for the external execution copy; retain only opaque refs in WARM.
• ~~e-signature — hold the full execution copy outside WARM and route it only after the independent signature-send authorization below.

See CONNECTORS.md for the free/keyless recipe per category. None are required.

Instructions

When a user requests contract help:

1. Gather contract parameters — capture party_ref, contact_ref, address_ref, and signature_ref plus partnership details (campaign, duration, deliverables, compensation) and additional terms (usage rights, exclusivity, approval, platforms). Raw identity/contact/address/signature inputs stay transient. Use the gathering form in references/templates.md §1.
2. Draft the agreement — fill the 11-section framework (scope, compensation, usage rights, exclusivity, approval, compliance/FTC, warranties, confidentiality, indemnification, termination, miscellaneous + signatures). The reference-safe WARM summary and the external-only execution-copy template are separated in references/templates.md §2. Scale sections to deal size — drop whitelisting/broad-exclusivity blocks for small deals.
3. Explain key clauses — for each material clause give what it covers, why it matters, and what to watch for. Clause guide in references/templates.md §3.
4. Review and flag — for any incoming paper, run the checklist: essential terms present, red flags, and per-clause counters. Never use a built-in duration, revision count, turnaround time, or payment term as a default. A numerical counter must be user-supplied or tied to a source-dated, jurisdiction/market-compatible anchor; otherwise mark it TBD/NEEDS_INPUT. Checklist + tables in references/templates.md §4-5.
5. Prepare and authorize e-sign execution — keep the full executable agreement in the external e-sign/document system, compute the SHA-256 over the exact final document bytes, and show the exact recipient_ref, document hash, and delivery channel. Sending for signature is an external mutation and requires an independent exact authorization bound to that tuple; drafting, legal review, WARM save, HOT promotion, or a prior send approval does not cover it. Resolve the raw recipient/contact/address only inside the authorized provider call. If any document byte, recipient, or channel changes, discard the approval and request a new one. Do not upload, route, or send when the tuple or authorization is missing.
6. Route after signature — if no final creator-ready brief exists, hand off to brief-generator. If the brief already exists, proceed with creator fulfillment; when a submission arrives, hand its frozen version to creator-content-auditor for revision/approval. Route an auditor-approved frozen asset to content-amplifier only when active rights cover the intended use; Spark/boost paths additionally require the matching live post, while a dark-post path does not. Do not skip fulfillment or the content gate merely because the agreement is signed.