现在人数最多是第三派，江湖人称“许愿派”

我认为以后只要提示词意思描述的够精准，绝对许愿是能够达成目的的

文档有一个好处就是省token，一步一步太花token了

确实，大部人掌握不好确实会这样，目前大部分卷王都是 对话为先，一致跟随任务一直对话盯着部分核心代码陪跑，不卷的公司，文档为先的多一些。

我倾向于文档派，先确定好合理的方案，可行性。确认好风险点，最终才执行，稳定为主

文档也不剩，跑个完整的 SDD+TDD 工作流，token 像流水

我已经不是小孩子了，我全都要，所以我选择每一步推进并生成文档 ^-^

文档留的多,排查起来也方便点,纯对话有时候你说的,跟它理解的压根就是两回事;不过这玩意就这样,反复抽卡,万一出金了呢 ^-^

flash模型自然是跟上一步一步走啦，使用astra就是直接一键托管了

取决于使用者的需要吧，看情况都用，有时也穿插着用

我都用^-^但是文档只记录我的需求部分，而且这个文档必须是听得懂人话写的出人话 的模型来（点名批判GPT）^-^文档切记不要太多，什么都记录，到时候漂移起来有你好受的

文档有几个个问题

1、文档的时效性，文档随着产品更新经常出现文档陈旧的问题

2、文档的一致性，多个文档有时候经常出现不一致的情况

3、文档爆炸，文档太多了，有时候AI的对话内容我都只看总结，文档就更不想看了

gemini还好点儿，我文档评审个两次，ai就开始不说人话了

提示词意思描述的够精准

但这不就和文档流没什么区别了吗？

文档让ai写啊，每推进一步就自动动态更新文档，类似于记忆文档。

一致性，上下文足够就没问题

另外我全程完成一个模块的开发就一个文档，没必要多个，动态同步更新记录在一个文档里就够了

咱们国内视频模型那些属于什么门派 ^-^

之前遇到过一个大神，他就是先写技术文档，然后对话陪跑，我问他思路是什么不告诉我？

我倾向于先聊（一般和claude聊），让ai能理解我的想法，顺便发现并解决一些最初的想法没有考虑过的问题。

聊出一份plan，然后扔给astra审核，审核出来的很多意见，我会挑我觉得合理的再扔给claude，跟claude一起讨论plan。

最后把plan扔给6.1 sol，让他执行。代码写完之后让claude和astra审，claude做最终的调整。

每过一个工作节点跟claude重新讨论项目架构，把项目的屎山代码做一次重构，删掉绝大多数不重要的代码（一般设一个git tag，方便回查，重塑），只保留最核心的代码。

原理就是记忆文档，这点work Buddy做得就很好，虽然是抄袭的Claude code