一句话

PR 开出之后的常驻循环：盯绿 CI、处理评审评论、解冲突、合并，然后把重复检查自动化、定期汇报、把反复犯的错固化成结构。

适用

• 适合：任何工作流的 PR 已开出，到合并及之后的运维期。
• 不适合：代码还没写完（回宿主工作流）。CTK 步骤依赖 gh 和 GitHub，别的托管平台只取思路。

步骤

1. 盯 CI：ctk-loop-on-ci 循环修到全绿，或 ctk-fix-ci 抠第一个可行动的错误最小修复、推送再查（可选/借鉴；本机有等价技能 gh-fix-ci）。
2. 评审评论：ctk-get-pr-comments 拉下来按优先级排成行动清单，逐条处理（可选/借鉴；等价技能 gh-address-comments）。
3. 冲突：ctk-fix-merge-conflicts 非交互解冲突，正确性优先，解完跑编译和测试（可选/借鉴；等价技能 resolving-merge-conflicts）。
4. 合并后自动化：addy-observability-and-instrumentation 上日志、指标、告警；addy-ci-cd-and-automation 把重复检查固化成流水线门禁。
5. 汇报：ctk-weekly-review 出分类周报，ctk-what-did-i-get-done 按时间窗口出进展说明（可选/借鉴）。
6. 固化教训：matt-retro 复盘会话出环境改进候选；pstack-correct 把反复犯的同类错变成 lint、类型或测试（可选/借鉴，方法与宿主无关）。

每步是独立的小窗口，处理评论和解冲突各自 /clear；CI 循环期间留在同一窗口继续。

无人值守变体：验证手段（测试、lint、类型检查）就绪后才开。用 addy-incremental-implementation 的 /build auto 一次批准跑到底（每片仍测试先行、单独提交），或借鉴 pstack-figure-it-out 先设计剧本、配 pstack-show-me-your-work 留 TSV 决策日志供回来审计。完成条件必须机器可判定。

token 与旋钮

• 省：CI 红了才开窗口修，汇报用手写不开技能。
• 标准：上面六步，CI 和评论各一个窗口。
• 加强：无人值守变体，但必须先有机器可判定的完成条件和决策日志。

进入与退出

• 进入：任一工作流的 PR 开出。
• 完成判据：必过检查全绿、评论清零、合并完成；运维段持续运行不退出。
• 之后：合并出的新需求回 W2-单会话功能 或 W3-多会话功能。

常见坑

• 在主线程盯着 CI 轮询；循环交给技能或子代理。
• 评论在脑子里记；先拉成清单再逐条处理。
• 反复犯的错只靠文档提醒；能固化成 lint 或类型的绝不靠记性。

关联

• 入口：00-怎么选工作流 · 上游：W1-快修、W2-单会话功能、W3-多会话功能、W6-高风险加固层