narrative-registry

ナラティブレジストリ

L1 戦略の権威ある情報源：ブランドごとに、完全でバージョン管理されたナラティブの正典を1つ保持します。すべての SEO／GEO、ソーシャル、メール、広告、インフルエンサー、ローンチのビルダーは、この正典と承認済みの主張からメッセージを導き出します。チャネルごとの調整によって正典を再定義することはできません。

クイックスタート

Show current canon version and proof/claim pointers for brand-acme.
Record canon v3 as one complete atomic replacement, superseding v2.
Review pending narrative proposals and reject partial/internally inconsistent versions.

スキルの契約

単位： ブランドの正典の集約 ID。 読み取り対象： memory/events/narrative.ndjson、プロジェクション、承認済みのポジショニング／主張の根拠、完全な提案済み正典。 書き込み対象： registry-events.py を介したナラティブイベント。canon.md／versions.md は生成ビューです。 完了条件： 完全なバージョンがソース／日付／改訂情報とともにアトミックに承認され、旧バージョンを再生でき、利用側が正確な正典／バージョンのポインターを受け取ること。

ナラティブスキルは、完全な propose イベントを送信します。承認／却下／アップサートを行えるのは、ホスト機能を持つ narrative-registry プリンシパルのみです。記録するのは作成された戦略であり、TALE のスコアリングや主張の真偽の裁定は行いません。

引き継ぎの要約

ブランド ID、正典のバージョン／改訂番号／イベント ID、置き換えられるバージョン、主張／証拠のポインター、未解決の矛盾、次に実行するスキルを含めます。

データソース

• 承認済みのポジショニングの事実と、名前が挙げられた代替案。
• Narrative スキルが作成した完全なメッセージ階層／ナラティブ。
• claims プロジェクションの承認済み主張 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. 現在の narrative プロジェクションを照会し、正確な正典のバージョン／改訂番号を報告します。正典がない場合は Unknown であり、品質に関する判定ではありません。
3. 書き込み前にユーザーの承認を確認し、現在の改訂番号／主張のポインターを読み取ります。正典への直接変更にはすべて expected_revision を含め、ホスト機能を持つ owner-append を経由させます。Actor／auth フィールドは帰属情報にすぎません。
4. 正典のバージョン変更は、新しいバージョンと supersedes ポインターを含む完全な正典オブジェクトを持つ、ホスト機能を持つ owner の upsert／承認済み提案によって行います。承認／却下の判断では expected_revision を省略し、提案から継承します。不完全なファイルのパッチを正典として反映してはいけません。
5. イベントストリームに旧バージョンを保持します。versions.md は生成される履歴であり、別途手動で管理する台帳ではありません。
6. 内部参照と主張 ID を検証します。未検証の文言は [needs source] のまま残し、別の主張提案として扱います。事実として正典に含めることはできません。
7. 3つの柱、変化を描くナラティブのアーク、固定長の定型文は任意のパターンです。選択した構成を保存し、存在しないパターンを必須にしないでください。
8. 同一改訂番号または古い提案は、互換性のない正典同士をマージせずに却下します。実質的な代替案は保留中／未決定のままにします。
9. 承認済みプロジェクションから canon.md／versions.md を再生成し、verify narrative を実行します。

下流の依存関係

外部向けのコピーを作成する前に、ビルダーはこのプロジェクションと claims プロジェクションを読み取る必要があります。引き継ぎには narrative_canon_id、narrative_canon_version、claims_projection_offset、dependency_status: verified | approved-fallback | blocked を記録します。正典がない場合、ビルダーは明示的な承認を得て探索的な代替案のドラフトを作成できますが、正典に準拠している、または公開準備が整っていると主張することはできません。

結果の保存

明示的な許可を必須とします。追記はランタイム経由でのみ行い、NDJSONは決して編集しないでください。memory/narrative-registry/ 配下の人間向けの正規版／履歴ビューは置き換え可能な投影であり、ソースイベント／リビジョンを記載する必要があります。

ケイパビリティの値をリクエストのJSON／ファイル／ログに含めてはいけません。ホストのケイパビリティ、または検証済みのルートランタイム／スキーマ／カタログが利用できない場合は、引き継ぎ用の範囲を限定した提案を残してください。単独の1フォルダーへのインストールでは、追記や投影を行ったり、Narrativeの正規の真実を主張したりすることはできません。

参考資料

• レジストリイベントプロトコル
• TALEベンチマーク
• クレームレジストリ
• セキュリティ

次におすすめのスキル

• システムを作成： message-system-architect
• 真実を検証： positioning-truth-tracer
• 展開： narrative-cascade-planner
• プロファイルを監査： narrative-quality-auditor