32. 用"裁判"子代理和多阶段评审开发应用

他们做了什么

帖子介绍了一位独立开发者如何用 Claude Code 开发一款 Windows 应用，并为悬而未决的决策设置了一个独立的只读"裁判"子代理。裁判必须把各种说法标注为"已确认""推测"或"未知"，不能根据推测做决定。开发者还会为每个 issue 开一个全新的子会话，然后对代码进行两轮评审：一轮通用的代码评审，第二轮使用编码规范技能；暂缓处理的问题留在 PR 中供人评审。

结果如何

据称，这套工作流让应用在 17 天内上架了 Microsoft Store，合并了 142 个 PR。帖子也提到这套设置比较复杂，初学者可能难以上手。

需要知道

主要的代价是开销：这套工作流增加了全新会话、独立的裁判以及两个评审阶段，所以它被定位为一种进阶设置，而不是轻量的默认方案。

你可以这样尝试

为我位于 [仓库路径] 的项目进行设置：你每实现 [应用描述] 的一个功能，就由一个独立的裁判子代理对照需求和测试审查这项工作，并返回一份问题清单。重复"修复—评审"循环，直到裁判没有阻塞性问题为止。维护一份简短的决策笔记，让上下文在会话之间得以保留，完成后总结最终状态。