Argon的雷霆大读取雷霆大思考怎么治

这样不是思考啊，tools调用不是很正常吗

看着很正常啊

我读代码的任务都是限制让子代理去干的，不允许主代理亲自读代码^-^

这个是工具调用啊 ^-^ 看起来还好啊

我觉得优化提示词是最重要的，及时引导，这能怎么治

Agent什么都不知道，也没有agents.md，不只能读取文件来猜这是什么吗

最好还是agents.md，不然它如果不ls -la 不知道目录下有readme

我怀疑是不是哪里理解出了偏差，正常就是一行代理命令+一行启动的事，argon直接跳过readme挨个雷霆大读取ts文件，要不是我打断直接读取半小时都不是不可能，这不正常吧

是这样的，我的也是这样，我现在每次都指定它只能读哪个文件，不准读其他的，效果好多了

没必要浪费时间在上面。

雷霆思考且能力不强（慢且弱）的模型，其所有成本都是最高的，况且它本身额度还低…

gemini4 连前端审美都不再突出，唯一优势只剩文字工作。但文字工作还不如用3.8f 来得快。

综上，就是个炼废的鸡肋。

我最近一直在高强度使用，慢且弱谈不上但是雷霆读取和雷霆思考是真的很耽误事。解决了好很多。昨天重置了以后额度也不算少了

其实3.8 f也有这个问题，一般我会选择把它描述的清楚一点^-^

argon的毛病，这模型就是喜欢雷霆大读取，效率上有问题

我怎么看到的是大家在讨论如何用模型，只有你在发表毫无建设性的言论？

这是思考过程中的工具调用，只不过没讲清楚为什么调用工具

deepseekharness的话，可以自行构建插件，构建后是这样的

我感觉这可能是谷歌为了防止模型幻觉后训练的时候强制模型这么做了^-^^-^^-^

dsh依旧很难用，即使考虑插件也是我用过效率和成果最差的harness，甚至deepseek接进去表现也不是很好，不知道他们是怎么开发的 ^-^但是用来搞逆向确实很方便

有钱淫 用Argon去编码啊 他只是想了解现状 ，Dsh的话 可以看下我的Dsh_Devin_search中的Code Search 可以减轻一点 或者直接使用Fast Context MCP

这可是老问题了，官方不改进感觉没办法