contract-helper

契約書ヘルパー

インフルエンサーとのパートナーシップ契約を作成し、レビューします。明確な契約はブランドとクリエイターの双方を守り、コラボレーションに対する期待値を設定します。

⚠️ このスキルは一般的なガイダンスとテンプレートを提供します。契約を締結する前に、必ず法律顧問にレビューしてもらってください。

クイックスタート

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

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

スキル契約

• 読み取り：キャンペーン概要、合意済みの成果物、報酬額、プラットフォームのリスト、利用権および独占権の要件、貼り付けられた受領契約書（ある場合）、ならびに利用可能な場合は安定した party_ref、contact_ref、address_ref、signature_ref の各値。法律上の氏名、法人識別子、メールアドレス、電話番号、郵送先住所、支払い情報、署名は、一時的な実行入力としてのみ扱います。memory-management が有効な場合、過去の営業条件と予算上限はホットキャッシュから読み込みます。登録済みクリエイターについては、引き継がれた不透明な creator_ref を、認可された成果物または検証済みのレジストリリンクを通じて解決してから、creator-registry の投影である memory/creators/<aggregate-id>.md を読み込み、既存の独占期間、契約状況、利用権の履歴、標準レンジの基準値を確認してから草案を作成またはレビューします。生のハンドル名からパスを導出してはいけません。
• 書き込み：デフォルトでは、作成した契約書またはレビュー用メモをインラインで返します。WARM への保存について正確な認可がある場合、memory/influencer/contract-helper/YYYY-MM-DD-<topic>.md には party_ref、contact_ref、address_ref、signature_ref、PII を含まない条件の要約のみを保存します。生の当事者情報、連絡先情報、住所、署名の値、支払い情報、実行用または署名済みの文書データは保存しません。電子署名の実行用コピーは、認可された外部文書／電子署名システムに保持します。署名済み条件を更新する場合は毎回、registry-events.py を介して memory/events/creators.ndjson に送る operation: propose リクエストについて、別途、正確な認可が必要です。正式な登録名簿レコードを書き込めるのは creator-registry のみです。
• 昇格：別途、正確な認可がある場合に限り、永続性のある署名済み条件（利用権の期間、独占権の範囲、支払いスケジュール）を memory/hot-cache.md に昇格します。
• 完了条件：
  • 必須条件がすべて記入されているか、TBD と明示されています（当事者、成果物、報酬、支払いのスケジュール、利用権、独占権、解除）。
  • レビューでは懸念事項を列挙し、契約締結前に法律顧問によるレビュー注記を添付します。
  • 交渉用チートシートでは、未決条件ごとに、ユーザーが提示した目標、または出典の日付が明記され、管轄区域／市場に適合する基準値のみを対応付けます。それ以外の場合、対案は TBD/NEEDS_INPUT のままにします。
  • WARM レコードは参照情報のみとし、署名依頼は送信しないか、最終的な宛先、文書データ、送信チャネルに紐づけた個別の正確な認可を得てから送信します。
• 次に使用する主なスキル：brief-generator — 署名後、クリエイター向けの概要を作成または仕上げてから、クリエイターに履行してもらいます。署名だけでは、増幅施策に進めるための条件を満たしません。

引き継ぎ概要

skill-contract.md §Handoff Summary Format にある標準形式を出力してください。

データソース

このスキルファミリーはライブ連携を必要としません（Tier 1）。スキルは、当事者、成果物、報酬、プラットフォーム、レビューする受領条件などの入力を直接ユーザーに尋ねて動作します。代理店の草案を貼り付けるだけで、設定なしでチェックリストに基づいてレビューできます。

特定の手順をスピードアップできる任意のコネクター：

• ~~CRM / 取引記録 — 合意済みの範囲と料金を取得し、再入力を省きます。
• ~~influencer database — 認可された当事者参照情報から、外部実行用コピーの法律上の氏名／法人情報を一時的に解決し、WARM には不透明な参照情報のみを保持します。
• ~~e-signature — 完全な実行用コピーを WARM の外部に保管し、以下の独立した署名送信認可を得た後にのみ送信します。

カテゴリごとの無料／キー不要の設定方法については、CONNECTORS.md を参照してください。いずれも必須ではありません。

指示

ユーザーから契約の支援を求められた場合：

1. 契約パラメーターを収集する — party_ref、contact_ref、address_ref、signature_refに加え、パートナーシップの詳細（キャンペーン、期間、成果物、報酬）と追加条項（利用権、独占権、承認、プラットフォーム）を記録します。生の本人確認情報、連絡先情報、住所、署名情報は一時的なものとして扱います。references/templates.md §1の収集フォームを使用します。
2. 契約書を作成する — 11セクションのフレームワーク（範囲、報酬、利用権、独占権、承認、コンプライアンス／FTC、保証、秘密保持、補償、解除、雑則＋署名）に記入します。参照用の安全なWARM要約と、外部専用の署名用契約書テンプレートはreferences/templates.md §2で分けられています。取引の規模に応じてセクションを調整し、小規模な取引ではホワイトリスティングや広範な独占権に関する条項を省きます。
3. 重要な条項を説明する — 重要な各条項について、対象となる内容、重要な理由、注意すべき点を示します。条項ガイドはreferences/templates.md §3にあります。
4. 確認して注意点を示す — 受領した契約書について、必須条件の有無、危険信号、条項ごとの対案をチェックリストで確認します。期間、修正回数、納期、支払条件に組み込みのデフォルト値は使用しません。数値を含む対案は、ユーザーが提示した値か、出典日が明記され、管轄区域／市場に適合する基準に基づく値でなければなりません。それ以外はTBD/NEEDS_INPUTと記します。チェックリストと表はreferences/templates.md §4-5にあります。
5. 電子署名の実行を準備し、承認を得る — 署名可能な契約書の完全版は外部の電子署名／文書システムに保管し、最終文書の正確なバイト列に対してSHA-256を計算し、正確なrecipient_ref、文書ハッシュ、送信チャネルを提示します。署名依頼の送信は外部システムを変更する操作であり、この組み合わせに紐づいた独立した個別の承認が必要です。契約書の作成、法務レビュー、WARMへの保存、HOTへの昇格、過去の送信承認では、この要件を満たしません。生の宛先／連絡先／住所は、承認済みのプロバイダー呼び出し内でのみ解決します。文書のバイト列、宛先、チャネルのいずれかが変更された場合は、その承認を破棄し、新たな承認を求めます。組み合わせまたは承認が欠けている場合は、アップロード、送信先への振り分け、送信を行いません。
6. 署名後に引き継ぐ — 最終版のクリエイター向けブリーフがまだない場合は、brief-generatorに引き継ぎます。ブリーフがすでにある場合は、クリエイターへの納品プロセスに進みます。提出物が届いたら、その凍結済みバージョンをcreator-content-auditorに渡し、修正／承認を受けます。監査担当者が承認した凍結済みアセットは、予定されている用途を有効な権利がカバーしている場合に限り、content-amplifierに引き継ぎます。Spark／ブーストの経路には、対応する公開済み投稿も必要ですが、ダークポスト経路には必要ありません。契約書に署名済みであっても、納品プロセスやコンテンツの確認ゲートを省略しないでください。

作成した契約書またはレビュー用メモをインラインで返します。参照専用の条件要約は指定されたWARM保存先に提示します。電子署名用の契約書はそこに置かないでください。HOTへの昇格については、別途確認を求めます。条件に署名が済んだら、creator-registryが照合できるよう、registry-events.pyを通じてmemory/events/creators.ndjsonに1行のoperation: propose更新（利用権の期間、独占権の範囲、最終報酬）を書き込むため、別途正確な承認を提示します。契約書の作成、署名、保存、署名依頼の送信は、それぞれ独立した4つの承認対象であり、いずれかが他を承認することはありません。 承認済みの軽量なキャンペーントラッカーがすでにある場合は、署名済み契約書を evidence_refs に記録して stage: contracted を記録することを提案してください。この WARM の更新には、個別の明示的な保存許可が必要であり、正式な記録ではありません。概要書がすでに完成している場合は、チェーンを延長するだけの目的で別のプランニングスキルを呼び出さないでください。履行のために契約済みの概要書をクリエイターに渡し、許可を得たうえで後続の提出物を記録し、コンテンツが提出された後にのみ監査担当者を呼び出してください。

例

ユーザー：「Instagram 投稿 2 件、500 ドル、受領確認後 Net 30、修正 2 回、米国での自社チャネルにおける非独占の 12 か月間の利用権、初稿期限は 9 月 15 日、公開日は 9 月 22 日という条件で、簡単な契約書を作成してください。」

出力：提示された条件、つまり IG 投稿 2 件、500 ドルの Net 30、修正 2 回、米国での自社チャネルにおける非独占の 12 か月間の利用権、指定された日付、および #ad の開示に範囲を限定した簡易契約書です。取引に含まれない詳細な条項は省略するか TBD とし、捏造しません。許可された WARM の保存は、参照専用の条件概要です。執行可能な契約書は外部の電子署名システムに保管し、別途承認された recipient_ref + 文書の SHA-256 + チャネルのタプルがない限り送信しません。具体的な手順については、references/templates.md §7 を参照してください。

参考資料

• references/templates.md — 情報収集フォーム、全 11 セクションの契約書テンプレート、条項の説明、レビュー用チェックリスト、交渉用表、ヒント、実例。
• skill-contract.md — 共通の契約と引き継ぎサマリーの形式。
• state-model.md — メモリ階層と保存先の規則。
• CONNECTORS.md — カテゴリ別の無料／キー不要のコネクターレシピ。
• 関連スキル：outreach-manager（契約前の交渉）、creator-content-auditor（承認条項の実行）、budget-optimizer（報酬の設定）、brief-generator（概要書を別紙として添付）。

次に推奨されるスキル

主なスキル：brief-generator — 署名後に、クリエイター向けの概要書を作成または確定します。

条件付きの次の手順：

• 概要書がすでに完成している場合：クリエイターによる履行に進みます。コンテンツが提出されたら、creator-content-auditor を使用して、契約で定められた承認ワークフローを実行します。
• アセットの再利用が承認されている場合：凍結済みのアセットが監査担当者による承認済みであり、意図した用途に適用される有効な権利の対象であることを確認してから、content-amplifier を使用します。Spark／ブーストまたは既存の投稿を使用する別の方法の場合に限り、対応する公開中の投稿を必須とします。
• outreach-manager — 条件交渉が停滞した場合は、契約書を再作成する前に交渉に戻ります。

終了条件：このセッションで呼び出したスキルを記録する visited-set を保持してください。上記のスキルがすでに呼び出されている場合は、再実行せずにチェーン完了を報告して終了します。チェーンの最大深度は 3 ホップです。上限に達したら、要約してユーザーに引き継いでください。

関連スキル

• outreach-manager - 契約前の交渉
• brief-generator - 概要書を別紙として添付
• creator-content-auditor - 承認プロセスの実行
• budget-optimizer - 報酬条件の設定