别迷恋subagent。返工潮+屎山堆叠神器。一用一个不知声

附议，subagent写的代码不堪入目

现在subagent主要是喜欢瞎搞，理论上应当只修改它所需负责的部分就行了，但是它不会这么干，先给你拉一堆mcp之类的，然后再基于skill之类的激活一大堆东西，然后再去探索一波，然后再写一堆乱七八糟的，然后主线程还喜欢边等边改，要么就是子代理改一半主线程停了说自己来。

我经常把Inline execution写到长期记忆里面

除非是特别简单的任务，我才会让很多Subagent来做

宁愿手动压缩、自动压缩也不用Subagent

已经半年没用过subagent功能了，感觉良好

本质还是主agent没想明白subagent是干什么用导致的

聪明的模型（或者说比较靠后发的），比如k3、astra、opus、fable是能想明白的，（注意，sol想的没有那么明白）

但是一些模型就想不明白

靠提示词（系统提示词、工具提示词）和harness可以拯救部分

然后更多的主要还是解决分工吧，总不至于用gpt来写前端的

我常见的subagent目的也就是 explore（省钱、防止过多上下文腐坏）、review（独立上下文）、frontend（主要是拯救一下gpt的前端）

同意。但是除开探索以外佬还可以考虑让subagent承担一部分的验收测试工作。我觉得还行。

我认为需要一个agent的互相ask query和 Answer query.

不然很难在进程中不断交流完成任务.

（绿的是AgentNotify、红的是AgentSend）

有的harness会给subagent配置反向通信工具，比如codex新版

但是如果遇到gpt的话很可能会造成两人一拍脑袋就把验证门禁越堆越厚，然后把用户气红温

還真是 那這樣是不是不推薦開ultracode阿 他有的時候腦子抽 一開100個workflow

gpt我是服的.刚刚跑完24小时任务.

完成了我的需求的1/4

槽.浪费了500刀 token

一看接近50个测试文件.

驯服gpt太难了，只能抑制，现在用astra当主控好点

说白了白说了K3都比他强

有时候只用 main agent 会太慢了啊，我一般子代理都开 max，感觉还不错。

但是确实贵。

claude code 的父子会互相交流得可愉快呀 ，然后好像它还能发现在同样工作目录运行的其他 session，并让它别碰 xx 文件。