使用cc处理一项任务时，在一个对话中进行了一系列的探讨，最终确定下来一系列的实施方案、实施阶段与操作细节。对比在该对话中让其直接执行计划任务，和先让其总结并生成文档，然后再另起对话读取文档执行，从上下文长度是否会影响输出质量，压缩后是否丢失细节造成执行偏差，形成文档是否会丢失讨论的细节，以及token消耗等角度考量，各位老友们有什么相关的经验？
2 个赞
个人习惯:
- 我提出问题,让其分析可行性,并且如果不明白就向我提问;
- 之后让其创建方案,存入markdown文档,开始执行
不知道算不算plan模式
3 个赞
我尝试让cc保存方案到文档，它采取了在用户目录创建了带有索引的项目memory的方式，比之前会在项目目录直接创建文档更优雅了
1 个赞
我是自己写需求文档，让AI评估，多轮对话后定稿。再让AI写设计文档—写开发计划文档—再编写代码。
文档让CC写，然后让Codex查，直到没有问题。
代码让Codex写。
最后如果是需要自己完全掌握细节的项目，就让CC补充代码注释，并写教学文档，然后自己对照文档读代码。
3 个赞
复杂逻辑不建议使用AI，我在过去一年的工作中针对claude和gpt尝试过开发一个逻辑比较绕的代码大概实际自己写下来就2000行但是AI生成的结果不尽人意还多次挨骂后面自己写发现AI的思维没有很强
2 个赞
可以考虑使用spec工作流
3 个赞