思考题 1. [P]并行标记，多个agent进行并行任务，还是处于当前任务执行任务执行时的小范围并发，是纵向的，换个方向，改成横向的，先进行所有任务spec->plan->task，此时task的并行标记支持更大规模的并发 2. 可并发的任务，没有依赖项，可以在人力资源调度时填补小的空档期

还有一个问题，课程中是以go语言项目为示例，对于C++项目，我查阅资料对于测试也是各有观点，比较多支持的观点可能是对于内部接口是不写单元测试用例的（C++内部接口测试起来比较麻烦，测试代码访问需要通过友元等方式才可以），只测试对外的接口。 1. 实际操作中，对于C++项目的测试如果按课程中测试先行，那是否会增加项目的复杂性，适得其反? 2. 又或者我指定宪法，只测试对外暴露的接口，这样又如何保证内部接口的稳定和正确？

老师，对于已有项目进行这种AI编程规范，要如何去补充这些规则文件，粒度如何（是否基于模块补充规则文件即可）？项目已经定型，新增的功能也不会有很大的改动，更多的是小功能或者重构，偶尔因为前期设计原因导致无法适配新功能可能会有重构的操作。

白老师，请教一下关于审查的两个问题： 1. 审查更具体包含哪些内容，能否做成提示词让 ClaudeCode 再确认一遍，这件事是否有价值？ 2. 如果我个人经验和审美不够，不像您是 Go 的专家，或者我刚接触自己不熟悉的技术栈例如前端等，这个时候审查要怎么做？