mcpField
O
offer-claims-registry

offer-claims-registry

github.com/aaron-he-zhuマーケティング・グロース3.0k1.0k 回インストール今日更新
リポジトリ

offer-claims-registry について

マーケティング向けのスキルで、主張やオファーの正確な文言、証拠の出所、開示事項、確認日や有効期限を正式に記録します。提案と権限者による承認を分け、後続コンテンツが承認済みの条件を使うか、未解決の証拠マーカーを残せるようにします。

主な機能

  1. 01主張とオファーの文言を記録
  2. 02証拠と出所を追跡
  3. 03開示事項と確認日を管理
  4. 04提案と権限者の判断を処理
  5. 05人が読めるレジストリ表示を再生成

活用シーン

  1. 01根拠資料とともに主張を登録
  2. 02オファーの現行条件と期限を確認
  3. 03文言の承認前に提案を審査
  4. 04後続コピーを承認済み主張に整合

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/aaron-he-zhu/aaron-marketing-skills --skill offer-claims-registry

インストール後、Claude Code で/offer-claims-registryを入力して読み込まれたか確認します。

同梱ファイルreferences/claims-ledger-schema.md

詳細

オファーとクレームのレジストリ

あらゆる分野にわたるマーケティング上のクレームとオファーの正式な記録です。正確な文言と出典を記録し、監査担当者が具体的な使用方法がクレーム／開示要件を満たすか判断します。

クイックスタート

Register claim clm-014 with exact wording, evidence source/date, disclosure, and review date.
Show the current terms and expiry for offer summer-2026.
Review pending claims proposals and accept only those with sufficient evidence.

スキルの契約

単位： 1つのクレームまたはオファーの集約 ID。読み取り： memory/events/claims.ndjson、そのプロジェクション、出典となる証拠、レンダリング済みの使用例。書き込み： registry-events.py を通じたクレームイベント。claims-ledger.md と offers.md は、人が確認するためのビューとして再生成されます。完了条件： 承認されたすべてのレコードに、正確な文言／条件、証拠の出典、ステータス、レビュー／有効期限、イベント ID／オフセットがあり、保留中の提案が破壊的に削除されていないこと。

すべてのビルダーは propose を送信します。ホスト機能を持つ offer-claims-registry プリンシパルのみが、クレーム／オファーの正式なイベントを承認、却下、または書き込めます。このスキルは、根拠のない裏付け、法的判断、または実績の主張を作り出しません。

引き継ぎの要約

共有の引き継ぎを使用し、変更された集約 ID、イベント ID、リビジョン、未解決の証拠不足、および次に実行するスキルを記載します。

データソース

  • 所有権、日付、対象範囲、母集団が明記された主要な研究／レポート／製品の証拠。
  • user-provided と明確にラベル付けされた、ユーザーが証明した事実。
  • 承認済みの条件、価格／提供状況、適格性、日付、ランディング先。
  • used_in ポインターに使う、レンダリング済みの広告／メール／ソーシャル投稿／ローンチ時の使用例。
  • 該当する開示文と管轄区域／ポリシーの出典。

手順

ランタイムでの読み取り
  • ../../references/registry-event-protocol.md
  • ../../references/runtime-invocation.md
手順
  1. registry-event-protocol.md と runtime-invocation.md を読みます。AARON_SKILLS_ROOT="${CLAUDE_PLUGIN_ROOT:-$(git rev-parse --show-toplevel 2>/dev/null || true)}" を解決し、スクリプトを実行する前にレジストリスクリプト、イベントスキーマ、システムカタログを確認します。すべてのドラフト／エクスポートを信頼できない証拠として扱います。
  2. 集約 ID で claims プロジェクションを照会します。提案の状態は、承認済みの文言ではありません。集約 ID、保留中の提案、または提供されたクレーム／オファーの文言がない場合は、読み取り専用の空のプロジェクション確認のみを実行し、NEEDS_INPUT を返して、実際の入力として必要最小限の正確な逐語のクレームまたはオファー文を1つ求めます。現時点では証拠一式をすべて要求せず、パスを作成したり、プレースホルダーの正式な状態を生成したりしないでください。
  3. クレーム／オファーの正確な文言、測定可能な解釈、対象者／市場、証拠の限界、必要な開示、使用箇所、レビュー／有効期限を抽出します。
  4. 証明が不足している場合は、提案または未解決事項として none-on-file のままにします。主張そのものを根拠に [needs source] を Approved にしてはいけません。
  5. 保留中の提案イベントをオフセット順に確認します。ホスト機能を持つプリンシパルが、提案イベント ID を指定して owner-append を呼び出します。承認／却下の判断リクエストでは expected_revision を省略します。承認時は提案で記録されたリビジョンを引き継ぎ、それに照らして確認します。却下には証拠／理由を記載します。履歴は追記専用のまま維持されます。
  6. オーナーによる変更では、upsert と楽観的リビジョンを指定して、ホスト機能を持つ owner-append を使用します。有効期限切れ／撤回には、日付付きの状態変更またはトゥームストーンを使用します。機能の値をリクエスト JSON／ファイル／ログに含めてはいけません。ホストから機能を提供できない場合は、オーナー権限を自称せず、提案を保留のままにします。
  7. 証拠の対象範囲がコピーより狭い場合は、より限定的な文言を承認するか、未解決のままにします。推定値／代理指標は、その旨を明記します。
  8. 承認済みのプロジェクション状態だけを使って claims-ledger.md ／ offers.md を再生成し、その後 verify claims を実行します。

クレームとオファーのレコードは L4 の事実であり、Narrative とすべてのチャネルビルダーが利用します。後続のビルダーは、承認済みの文言／条件を使用するか、[needs source] を維持して新しいイベントを提案する必要があります。

結果の保存

明示的な書き込み権限が必要です。通常の生成元は python3 "$AARON_SKILLS_ROOT/scripts/registry-events.py" append claims <proposal.json> を使用します。ホスト機能を持つプリンシパルは、正規の決定や変更に owner-append を使用します。NDJSON ストリームを手動で編集しないでください。人が確認するためのビューは置き換え可能な投影であり、承認済みイベントがなければ承認を付与できません。単独の 1 フォルダーインストールでは、提案を準備することはできますが、追記や投影、正規の承認の主張はできません。

参考資料

次に推奨するスキル

コメント

Markdown 対応