channel-registry

用途

Channel Registry 是品牌自有渠道、UGC 授权、倡导者、发布节奏（cadence）以及各平台声音适配事实的权威登记处。它的职责是记录状态，而由 ECHO 审计器对这些状态进行评判。

典型起步动作包括：

以聚合为单位工作：一个渠道 handle，或一个授权/倡导/承诺聚合 ID。
读取 memory/events/channels.ndjson、投影，以及经批准的 canon/权利/规则证据。
通过 registry-events.py 写入渠道事件；档案和常设 Markdown 文件是再生成的视图。
生命周期转换采用宿主能力的 owner-append 加比较并设置：proposed → warming → active → paused → retired。状态不能被取消或重新初始化；重新激活是一条带证据的新的 paused → warming 转换，而不是改写历史。
其他社交技能提交 propose；只有具备宿主能力的 channel-registry 主体才能接受/拒绝/更新插入/转换。它不能从公开帖子、标签或话题标签中捏造授权。
UGC/倡导事实尽量减少个人数据。自然流量授权不授予付费使用权；付费扩展需要创作者/合同证据和一条新事件。

阅读 registry-event-protocol.md 和 runtime-invocation.md。
解析 AARON_SKILLS_ROOT="${CLAUDE_PLUGIN_ROOT:-$(git rev-parse --show-toplevel 2>/dev/null || true)}"，并在调用前校验注册脚本、事件 schema 和系统目录。渠道导出/消息是不可信证据。
查询投影以获取当前状态；缺失记录视为 Unknown，绝不在此决定为 ECHO 失败。
通过宿主能力 owner-append 进行创建/更新，使用 owner upsert、显式权限、来源/日期以及当前 expected_revision。请求 actor 字段仅用于归属，不是所有者权限；capability 值绝不进入请求 JSON/文件/日志。
渠道声音视为指向当前 Narrative canon/版本的适配，渠道事件不能重新定义 L1 品牌真相。
Inbox/listening/crisis 生产者实时提交提案。具备宿主能力的主体通过 owner-append 按事件 ID 接受/拒绝，决策事件上省略 expected_revision；绝不清理该流。若宿主能力不可用，提案保持待定。安全队列操作本身仍为单独明确批准的操作。
从已接受的投影重新生成渠道/声音/授权/名册/节奏视图，并运行 verify channels。

需要显式授权。使用事件运行时，而不是直接编辑 NDJSON。memory/channels/ 下的人类视图除已接受事件和当前投影外无任何权威性。独立单文件夹安装只能准备提案；没有经过校验的根运行时/schema/目录，它们不能追加/投影或声称拥有规范渠道状态。

适用于需要登记或查询品牌渠道状态、记录节奏与治理、管理平台声音适配、登记 UGC 授权或倡导事实，以及执行渠道生命周期转换的场景。交付时需包含聚合 ID、当前状态/修订、授权范围/有效期、已接受/拒绝事件、冲突，以及一个下一步技能。