我们在Claude Code之上构建了一个流程层，用于处理任务间的上下文和协调

在过去的一年里，我们一直在不同的项目团队中使用各种AI编码工具，包括Claude Code。我们发现个人生产力提高了，但这些收益并没有像我们希望的那样在团队之间产生叠加效应。我们认为原因在于编码过程中的许多环节仍然大致相同，从冲刺计划到每日站会再到PR审查（只是加入了一些AI点缀）。在交接点上，损失尤为明显。上下文在每次交接时都会丢失，并且必须反复重建。这开始显现出副本的副本效应，导致悄无声息的漂移和维护问题，侵蚀了最初的生产力提升。因此，我们在Claude Code之上构建了一个层，用于处理任务间的上下文和协调。工程流程中的每个步骤都声明其读取和产生的内容。架构评审消耗规范，生成ADR和模块指南。开发任务接收该ADR以及其所涉及模块的陷阱文件。评审者获得规范、ADR和差异（diff）。每个会话都会在精确加载正确上下文的情况下进行调度。这使得项目的上下文能够随时间增长，并且使上下文的正确部分能够提供给正确的任务，而无需工程师越来越努力地实现这一点。反过来，这使我们能够依赖这个流程层来获得更高质量的代码，而不是依赖工程师的个人纪律。对于更简单的任务，我们仍然直接使用Claude Code，因为对于较小的spike，其开销计算是不同的。还有其他人将这个问题视为流程/协调问题而非工具问题吗？