- FrozenGunr2026-09-15
从6月末开始在开发一个比较大的功能比较复杂的gui软件 全栈都是rust完成。 问题在于，功能开发过程从6月末到7月末实际上已经完成了（基本上全部用gpt旗舰模型完成的） 具体就是不断堆屎和改 前端看着功能正常就算通过。
然后现在想做别的功能 但是它的数据和行情相关的底层已经烂掉了 改一处会涉及很多处。我本人不是资深开发 纯靠ai完成的。 那就想着 重构嘛，问题就来了 我想彻底对齐同类生产级终端 就不断生成施工文档系统和干活，从7月末到现在 已经一个月多 中转站重构用的token支出已经100e以上 可以说重构是0进度 我的收获只有工程经验和教训
重构过程中主要问题在于：1、每一步我做完 问有没有问题 是否对齐生产级 每次我问完就改 改完再问 再问一定还有问题 并且往往是新问题。2、文档已经对抗式评审过了 确认没有流程问题、没有冲突。从头开始施工，往往第二步开始又出问题，要改文档（这就涉及到文档是否会产生新冲突），或者实现到后面 突然发现问题 研究后发现是前面实现就有问题。这些流程问题重复多了 一堆屎山 根本没办法维护 就想直接改文档系统和工作流 等于是进度直接归零
其次就是各类模型自己的特色问题：1、gpt喜欢把编译通过和测试通过当成通过 实际功能根本没测试、没实现。2、gpt过度安全开发、过度开发、下意识越过边界。3、grok喜欢偷懒 只实现一部分。4、dpsk也喜欢擅自越界和改需求。
我这一个月多 越发清晰地感受到 应该是我的开发流程就有问题。想问问佬们 对于大型项目推进开发这方面 有什么好的开源项目或者工具啥的 ^-^ ^-^ ^-^
主楼 - gamecrafters2026-09-15
重新组织结构，将大模块再往小了拆
- 咪叭2026-09-15
- FrozenGunr2026-09-15
这个老实说 做过很多次 还是很难 主要问题在于每次拆完 实现 然后发问 然后总是说有更好的更生产级的办法
- FrozenGunr2026-09-15
已经是精简过的了 而且架构我能看懂 我感觉很好 但是落地实现的代码我看不懂 我只知道每次问 总是说还有问题 ^-^
- edapan2026-09-15
写agents.md定项目技术栈、各种规范，详细规范下沉到文档，在引用，30-50最好。
大任务写spec。
小任务写完自动化测试。
使用mcp：codebase-memory、context7、codegraph
- 朱慧月2026-09-15
- Ivan_Li2026-09-15
正常来说 GPT 好像不会出这么离谱的问题。另外就是必须相信确定的重构方案，方案要么人工确认是否要调整，要么完全相信方案正确。不然一旦改错，后面一错错一片了。
如果一直重构不下去，恐怕项目本体或实现与文档之间就不自洽。
- Helloworld2026-09-15
先砍功能做减法，然后删除过时的测试代码。
然后分层，根据复杂程度，可以考虑ddd
然后就是优化ai的开发流程了吧
plan然后审核，然后先task prd，拆成todo，然后执行，单测，todo全做完全量测，人工册，更新spec，commit。
对了，不要写太多的文档，没意义，api，数据库，写下就行，多写注释
- polaris2026-09-15