GPT-6.1 Sol 成本低廉。我们通过禁止它编写代码将其成本降低了77%

Sol 是本周显而易见的新协调器选择，因此对于运行协调器/工作器设置的人们，这是一个真诚的问题，附上我们使用它的第一天的数据。我们采取了严格的禁止策略：协调器读取、规划、委派和审查，它尝试的每次写入或shell调用都被拒绝。工作器是唯一接触文件的。理由是成本和纪律。昂贵的模型不应该花费令牌来输入代码，如果它能自己修复问题，它就会停止委派。 今天尝试了以GPT-6.1 Sol作为协调器，Qwen 3.8 27B在单个RTX 3090上作为工作器，在三个小型3D游戏上进行测试： 游戏 | Sol 全权处理 | 仅 Sol 协调 | 成本降低 --- | --- | --- | --- Cut Pool | $0.39 | $0.05 | 87% Bowling | $0.14 | $0.06 | 57% Foosball | $0.22 | $0.06 | 73% 总计 | $0.75 | $0.17 | 77% 禁止的代价是时间。43分钟对比仅Sol的7分钟不到，因为本地卡设定了速度。在小事情上变得荒谬：如果协调器发现一个字符的拼写错误，它仍然必须将其作为任务发回给工作器。因此我对中间立场感到矛盾。允许协调器在某个大小限制下进行微小编辑？或者这只会再次打开它做所有事情的大门？如果你已经让Sol负责你的代理，你是否给了它写入权限？（免责声明：这是我正在开发的一个开源代理。如果有人需要，我很乐意在评论中分享细节。）