1. 如果涉及接口，需要额外产出一份影响接口范围文档
	1. ❯ 只要涉及到接口里的变更，不管是新增字段还是内部变更，都需要添加到接口影响范围中 
2. 涉及接口变更，需要产出一份接口文档
3. 顺序问题，目前的顺序是propose之后在，生成了task、design之后，再用grill去澄清需求，这样当澄清完需求后，又得回去更新task、design、proposal等文档，现在的流程，是propose之后，再通过to-prd，生成devflow的产物，然后再grill来更新，哪种设计更合理？
4. 如果devflow数量多了，如何快速定位需要的上下文
5. 子skill现在是固定了claude，要考虑兼容情况
6. 当在开发阶段，我发起质疑或者修改，和原来设计冲突时，不要全部接收代码建议，而是向我确认是设计冲突，还是没有考虑到，要提出反馈
	1. 可能需要加多一个步骤，apply实施过程中的沟通？