技能介绍

要解决的问题

多平台运营里最常见的故障不是内容写错了，而是事实不唯一：某个账号是否还活跃、UGC 授权覆盖到哪些渠道、承诺的发布节奏是什么，这些信息通常散落在表格、聊天记录和个人记忆里。出了争议没人能说清哪个版本才是准的，审计时也拿不出可追溯的依据。这个技能要把渠道相关的权威事实集中到一处，并让每一次变更都带上来源、权限范围和修订号。

核心能力

权威事实源：统一记录品牌自有渠道、UGC 授权、倡导者、发布节奏与各平台语态适配，最终由 ECHO 审计来判定。
事件驱动写入：所有变更通过 registry-events.py 以事件形式追加，不允许直接编辑 NDJSON；channels 目录下的 Markdown 只是再生视图，本身不具备权威性。
显式状态机：渠道状态只能沿 proposed → warming → active → paused → retired 流转，不能回退或重新初始化；重新激活是一次新的 paused → warming 转换，而不是改写历史。
授权边界：无法从一条公开帖子、标签或话题推断出任何授权；自然授权不等于授权付费使用，付费扩展必须提供创作者或合同证据并产生新事件。

关键步骤

读取 registry-event-protocol.md 与 runtime-invocation.md，确认脚本、事件 schema 与系统目录存在，并解析 AARON_SKILLS_ROOT。
查询投影获取当前状态；记录缺失记为 Unknown，不在这里判定为审计失败。
通过 host capability 的 owner-append 创建或更新，必须携带显式权限、来源与日期、当前 expected_revision。
渠道语态只是指向当前 Narrative canon/version 的适配层，渠道事件不能重定义品牌级真相。
运行 verify channels 校验，并重新生成渠道、语态、权限、名单与节奏视图。

适用边界

提案只能由其他社交类技能提交，只有具备 host capability 的 registry 主体才能执行 accept/reject/upsert/transition。
独立单目录安装只能准备提案，无法追加事件、生成投影或声明权威渠道状态。
渠道导出内容与私信属于不可信证据，需要人工来源佐证。
授权范围与到期时间必须无歧义，个人数据保持最小化。