用途
Launch Registry 是发布记录的权威来源，负责存储已经决定或观察到的发布事实。它不规划发布，也不发布 RAMP 结论，只做登记与查询。
主要能力
- 登记发布事项：记录层级、类型、阶段、日期、访问模型和来源证据。
- 阶段转换：例如将某个发布从 beta 转入 general-availability，需指定精确的 from、to 和 expected_revision。
- 查询：回答关于发布日期、禁运的事实性问题，返回当前修订版本、来源、日期和历史。
- 审查发布当天的提交提案：保留历史记录，逐条接受或拒绝提案。
- 生成视图：根据已接受的投影重新生成每个发布的档案和 calendar.md 日历视图。
使用方式
- 运行时读取 registry-event-protocol.md 和 runtime-invocation.md。
- 解析 AARON_SKILLS_ROOT，并在调用前校验注册脚本、事件模式与系统目录；粘贴的平台文本视为不可信证据。
- 写入前确认权限和当前修订版本，创建/更新使用宿主能力 owner-append。
- 阶段变更使用宿主能力 owner-append，附带 transition、精确 from、to 和 expected_revision。状态不能取消或重新初始化。
- 有效的前进路径为 draft → concept → alpha → beta → general-availability → archived；回滚或事故应记录为事件，不能重写 GA 时间戳。
- 日期或禁运冲突不由最新文本获胜，需保留提案并要求权威决策来源。
- 发布当天生产者立即追加提案事件，由宿主能力主体通过 owner-append 按提案 ID 审查、接受或拒绝；决策省略 expected_revision 并继承提案修订版本。
- 提交行保留原始发生时间和来源；结果快照作为滞后证据单独保存，不覆盖预登记目标。
适用场景
需要记录发布决定或观察结果、查询发布日期或禁运状态、记录阶段转换、维护发布提交与结果记录时使用。
限制
- 需要显式授权才能写入持久事件；只有 schema 有效的请求才能通过运行时追加。
- 如果宿主能力或已验证的根运行时/模式/目录不可用，提案将保持待处理。
- 单独的一文件夹安装无法追加/投影，也不能声称拥有权威发布状态。
- 该技能不规划发布，不发布 RAMP 结论；规划相关任务指向 launch-tier-planner、launch-window-planner、launch-readiness-auditor、launch-day-conductor。
暂未提供：具体价格、收费模式、平台依赖细节。