cto-review 用于对单个 PR 执行 CTO 级审查,分为三个顺序执行的阶段,使关键判断在干净上下文中运行。参数从 $ARGUMENTS 按位置解析:第一个 token 为 PR 编号,第二个为 org/repo,例如 /cto-review 742 fellowship-dev/booster-pack。阶段 01-setup 由 subagent 运行,抓取仓库上下文、PR 元数据、完整 diff、合并状态、全部 PR 评论与标签快照,解析流水线通道,并通过 resolve-merge-strategy.sh 从 DB 权威团队配置中解析合并权限;只有 deploy.release_mode=ship 才允许自动合并,其他状态均为仅打标签。阶段 02-review 由 subagent 运行,接收 setup 交接和自身 CONTEXT.md,先做判断层(读取全部标签与评论,识别并分类每个阻塞项),再对整体 diff 做一次跨维度的一致性审查,输出结论、清单、行动项和回执块;不拆分逐文件或逐维度审查。阶段 03-synthesize-act 内联运行,负责发布 GH 评论、应用标签、依据合并状态执行合并或打标签、写报告文件并发出结果标记。阶段 03 先执行 owner gate:若有人工应用 waiting-on-owner 或阶段 02 的 owner_authority_class 非 none,则发布 park 评论并标记 waiting-on-owner,输出 blocked 后停止;security 本身从不触发该门。随后执行通道合并标准:lane:fast 仅要求 reviewed,其他要求 reviewed 加 double-checked。硬性规则包括:顺序执行、不并行;阶段 02 只接收 setup 交接;不把编排器上下文传入 subagent;已关闭 PR 绝不合并;CI 被阻断时绝不合并;视觉证据仅为提示,不阻断。适用场景为需要对单个 PR 做整体一致性审查并自动执行合并或打标签的流程;其限制是缺少相关运行环境或配置时无法执行,且不提供心跳模式。
cto-review
通用与其它
更新于 10-15 21:41