creator-registry

クリエイターレジストリ

正式なクリエイター名簿の権威データです。事実とその出典を記録しますが、STAR スコアの計算、コンプライアンスの判定、パートナーの選定は行いません。

クイックスタート

What rate, rights, and exclusivity facts are current for creator-7f42?
Accept or reject the pending creator proposals for creator-7f42.
Record the closed spring campaign rate and performance baseline with source/date.

スキルの契約

単位： 検証済みのハンドルリンクを持つ、仮名化されたクリエイター集約 ID です。読み取り： memory/events/creators.ndjson、そのライブプロジェクション、承認済みのソースレコード、任意の人間向けビューです。書き込み： scripts/registry-events.py を使用した正規のクリエイターイベントです。承認後、人間向けの Markdown ビューを memory/creators/ にあるプロジェクションから再生成できます。完了条件： すべての変更にイベント ID／オフセット／ソース／日付／承認があり、保留中の提案が削除されることなく承認または却下され、プロジェクションの検証に合格していることです。

他のスキルが追加できるイベントは、operation: propose のみです。ホスト機能を持つ creator-registry プリンシパルのみが、クリエイターの状態を承認／却下／追加／遷移できます。ホスト機能を持つ memory-management プリンシパルは、明示的な権限のもとでトゥームストーン化／消去できます。

引き継ぎサマリー

skill-contract.md を使用してください。ステータス、目的、調査結果、証拠、前提、未完了事項、次に使用するスキルを記載します。変更したレコードについて、イベント ID と最新のプロジェクションリビジョンを含めてください。

データソース

• 検証済みのプラットフォーム間ハンドルリンクと、日付付きのオーディエンスエクスポート。
• 完了したアウトリーチ／交渉の結果と、確認済みの連絡経路。
• 署名済みの契約条件、使用権、独占期間、料金。
• コンプライアンスイベントとしての STAR ゲート成果物 ID。「安全／リスクあり」という派生ラベルは使用しません。
• 観測期間と出典情報を含むキャンペーン成果のベースライン。

個人データは最小限にしてください。安定した集約 ID を保存し、コラボレーションに必要な事実のみを記録してください。生のメールアドレス／電話番号／住所をイベント ID やサマリーに含めないでください。

手順

ランタイムでの読み取り

• ../../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. python3 "$AARON_SKILLS_ROOT/scripts/registry-events.py" get creators <aggregate-id> を使用して現在の状態を照会します。レコードが見つからない場合は Unknown であり、評判が悪いことを示すシグナルではありません。
3. 書き込みを行う場合は、ユーザーの明示的な承認と、自然人データを扱うための適法な根拠を確認します。再作成する前に、過去に消去されていないか確認してください。
4. ハンドルの重複排除は、検証済みの相互リンク／連絡先の証拠、またはユーザーの確認がある場合に限ります。名前が似ているだけでは、同一人物である証拠になりません。
5. 通常のプロデューサーによる事実は、proposed_operation、expected_revision、ソース、日付を含む保留中の propose イベントとして登録します。オフセット順に確認し、ホスト機能を持つプリンシパルが owner-append を呼び出して承認／却下します。決定リクエストでは expected_revision を省略し、提案から引き継ぎます。過去の行を編集または消去しないでください。
6. オーナーが作成した事実については、ホスト機能を持つプリンシパルが、現在の expected_revision を指定して owner-append を呼び出します。機能値はリクエストの JSON／ファイル／ログに含めないでください。リビジョンが古い場合は再読み込みして整合させ、強制的に適用しないでください。ホスト機能を利用できない場合は、作業を保留のままにします。
7. 同一のフィールド／単位を測定している場合に限り、より新しい as-of の証拠を使用します。同じ日付のデータが競合する場合は、両方のソースイベントを保持し、判定理由を記載してください。
8. 承認済みプロジェクションの状態からクリエイター向けの人間用ビューを再生成します。対応する承認済みイベントが存在しない事実を Markdown に記載しないでください。
9. verify creators を実行し、承認／却下された提案 ID、リビジョン、競合、期限が近い権利／独占期間を報告します。

memory/events/creators.ndjson を手動で編集しないでください。提案の文面を正規データとして扱わないでください。許可なく、ホットキャッシュ／未完了項目のポインターを自動的に昇格させないでください。

結果の保存

最初の永続イベントを記録する前に、必ず確認を求めてください。registry-event.schema.json に準拠した一時的な JSON リクエストを生成し、ランタイム経由で追記して、返されたイベント ID／オフセットを保持してください。memory/creators/ 配下の人間向けビューは投影であり、第二の信頼できる情報源ではありません。

単独の 1 フォルダーインストールでは、提案の準備のみ可能です。検証済みのルートランタイム／スキーマ／カタログなしでは、追記や投影を行ったり、正規のクリエイター情報であると主張したりすることはできません。

参考資料

• レジストリーイベントプロトコル
• クリエイター記録の表示テンプレート
• 状態モデル
• セキュリティ

次におすすめのスキル

• 新しい適合性の判断： fit-scorer
• 条件／権利： contract-helper
• 再エンゲージメント： outreach-manager
• アーカイブ／消去： memory-management