Somini2026-08-31各位佬友好，最近在尝试使用GPT来完成一个较大项目，推进过程却不太理想遇到了一些问题请教一下。
已经使用sol将文档内容都讨论了一遍，不同模块的文档基本和gpt阐述清楚了，使用什么语言做到什么效果，甚至图都有，但是一到实现阶段使用terra high就会遇到下面的问题
1.修改文档假装实现，有时候会自己修改定好的文档技术路线，来告诉我他做好了
2.目标只做一点，然后告诉我做完了，仔细一问又说不算闭环，还有xxx没做，我让他直接做到达成目标，也会做一半就停
3.过度考虑安全，都告诉他不要把简单问题复杂化，还是会考虑什么巨大并发这类不现实问题
真心求教各位佬友目前该如何走出这个困境
主楼- 若可2026-08-31
再引入一个独立的reviewer的角色去狠狠地批判它，可以减少一部分问题。当然不能完全根治，但是一些比较明显的问题还是容易发现并且纠正的。
- calendar2026-08-31
sol max is all you need
- Somini2026-08-31
试过论坛里看到的用新窗口来reviewer,告诉他是claude做的他就会猛猛找问题，但是还是做的一塌糊涂
- 若可2026-08-31
而且说实话，继续使用 sol 来实现其实也差不多。目前我基本上都没有用过 terra，基本上都是 sol，然后是 luna 处理各种边角料的活，例如定位某个文件目录、搜索、获取网页内容之类的。
- Somini2026-08-31
sol max用来plan做了文档，实现继续用的话会导致一个是慢，二个是个人想法太多容易做歪
- Rock_Global2026-08-31
我是用sol派terra去干活，还行，sol会检查还有review子代理。配合grill with docs问问题，然后to spec范围、to ticket拆分工作、implement去干活
5个子代理
- Somini2026-08-31
如何做到这个流程呢，需要skill还是agent约束？
- yyjeqhc2026-08-31
用chatgpt来审吧，装个网页mcp工具这样的。它评审效果是真的不错
- 若可2026-08-31
我是herdr通信，一个workspace下开多个cli，让他们互相通信。目前大部分时候都是 sol 做规划和审查，另一个 sol 做执行（有的时候是 glm-5.3），另外还有 opus 做 advisor。
用不同的模型去做讨论或者审查效果是挺不错的。虽然token开销是比较大，但不同的模型的概率分布是不同的，关注的点也会有很多差异，综合起来是比用单一模型要省心一些。
- Rock_Global2026-08-31
这个仓库有skill。子代理分发可以参考【拯救 5.6 Sol（1）】开箱即用、快速高效、减少上下文腐烂的Codex子代理实践
我的子代理是自己改过的，级别会高一些。
GitHub - mattpocock/skills: Skills for Real Engineers. Straight from my .agents directory. · GitHub
- cxy2026-08-31
佬友，我正在开发一个基于pi内核用于处理长任务的多agent架构，目的就是为了解决你遇到的这些问题
- Anton2026-08-31
让 5.6 Sol 派任务给 Terra 或者 Luna，这样会好一点
- Somini2026-08-31
（帖子已被作者删除）
- Somini2026-08-31
pi确实很好用，小项目上做起来非常舒服
- Somini2026-08-31
我试试，可能我没提示他调用terra?我也用过sol执行，但是基本上不会调用，全程sol执行
- 温七2026-08-31
没有过官方订阅的gpt.用过几个中转站的.让我感觉5.6sol的智商好像就这样(严重怀疑渗水).周末瞪了glm5.3F的鸡蛋.意外的做的比gpt要好…而且基本达成了目标. 智商较高的5.6sol只有在佬们之前的炸弹车上体验过.
- Anton2026-08-31
Pi 是不是得自己自定义以后才能很好的使用？
- shuangmu2026-08-31
这是需求文档，开发文档都没有写好。
开发文档，最好是要有相关的代码和项目的指引。
如果涉及前端，还得把UI先搞好，并打包让GPT 分析。
代码实现这一块：要注意的是每一个实现，都要做好交付的测试，不是那种简单的测通。
可以理解为交付效果，但这个交付效果，是属于代码层面。
GPT-5.6-SOL规划不怎样， 很多都考虑不周。
建议用OPUS5或者FABLE5来写需求、开发文档。
- lanfunoe2026-08-31
想问下webcodex怎么配合使用trellis 与fast mcp这种