- Rak2026-09-28
主力codex+astra中杯，
中小型项目开发，涉及前端后端数据库+vps+cdn，也不是特别复杂的设计，但开发过程中astra频繁跑偏既定设计方案，我不断纠偏直到怀疑人生…大家都这样吗？是我使用姿势不对？还是大佬们有不为人知的焚诀？
我开发过程是这样的，先与AI沟通对齐需求，聊清楚后设计落地方案并落库openspec；先开发demo，我修改确认后就/goal一把梭，需求变动也用openspec持续跟踪。
但开发过程中，仍然存在文档腐烂，架构漂移的情况。比如在既定方案下用 /goal 实现，跑着跑着就偏了… 整体接近，细节差很多。比如页面结构漂移、本来demo定稿一个页签，goal完被拆两个…架构也是，丢三落四细节偏差
也尝试用过各种harness和workflow管理，效果差别不大，不清楚问题在哪里
还是说换opus一切都会好起来？
主楼 
gc呀gc2026-09-28目前来说是没办法的事情,不可避免…
- lovesusu2026-09-28
- CC-linuxdo2026-09-28
说实话不建议全盘使用/goal，除非拆分一个个小任务来实现。不然上下文爆炸就容易偏移。分功能点分阶段来实现效果更好
- Rak2026-09-28
试过分阶段+人工检查，结果很累的同时进度还很慢…有时候感觉甚至不如自己手搓进度快，但已经回不去了
- Yostia2026-09-28
感觉只能靠定期review，issue plan和spec感觉不管怎么grill，都多少会和自己的主观需求产生差异，issue越多累计误差越多，所以我觉得还是得靠架构review skill
- 一只星星2026-09-28
文档记录吧。我一般都让出设计文档,开发文档,验证文档···把文档生成详细,让拆分一个一个步骤,严格按照文档执行,编码中同步更新文档,留痕。每次根据文档往后就行···
- blacksein2026-09-28
- CC-linuxdo2026-09-28
可以试试trellis，用了几个月感觉挺不错的
- fortunezcf2026-09-28
生成出的文档，你会一点点的看吗，有的时候文档太多，没注意看，就与预期的不一致，然后从上至下都是错的，不断返工。
- wayne01112026-09-28
我觉得，有时候让它一次性全量完成，再修复BUG，可能比分阶段完成要好。分阶段它会偷懒+无限制放大细节+拖慢进度。
- huawuya2026-09-28
我是trellis+5.6 sol max（之前试过用astra xhigh以及6 sol max，感觉都不太靠谱，都改出过问题）。需求不要一把梭哈，拆分框架实现和功能需求实现，一个一个完成。trellis可以记录spec和每次的task内容，目前没发现跑偏的问题。
- Rak2026-09-28
落库文档80%不会看，又臭又长。只有对话中的临时文档会看一下，确认我与AI思路是否一致
- Rak2026-09-28
对，分阶段后每个阶段都会上下文爆炸，组装起来还会产生新的问题，进度就严重滞后…虽然说一把梭不是答案，但很节约时间，虽然问题也很多，但修修补补凑合就用了