花了两个小时安装一个工具来让我的编程智能体更聪明,结果它拒绝使用。
摘要
一位开发者花了两个小时安装一个工具来提升编程智能体的代码阅读能力。但该智能体仍然默认使用grep,尽管有更优秀的工具可用,这凸显了改变智能体固有习惯的难度。
花了两个小时安装一个工具来让我的编程智能体更聪明,结果它拒绝使用。这个工具让智能体像IDE一样阅读代码:跳转到任意符号,查找所有调用者,无需使用grep。安装完成,索引了整个仓库,准备就绪。然后我看着智能体无视了它。让它查找某个函数的使用位置:它运行了grep。直接指向该工具,它用了一次,下一个任务又回到了grep。工具本身没问题。智能体有习惯,我一句提醒没能改变它。于是我把它卸载了。原生搜索加上智能体自己的文件读取器——理论上更差——但智能体确实会使用它们,胜过了它不愿触碰的更好工具。赋予智能体一项能力与让它使用这项能力是两个不同的问题。第二个问题更难,它决定了这一切是否奏效。有人有类似的经历吗?当你给了智能体一个更好的工具后,它是否真的改变了默认工具?真心求教。
相似文章
@bentlegen: 要做出*真正*好的软件,你必须大量使用它,但许多人现在花在编程智能体/工厂里的时间比花在他们正在构建的应用上的还要多……
开发者 Ben Tlegen 指出,构建真正优秀的软件需要大量的亲身使用,但他警告说,许多开发者现在花在 AI 编程智能体里的时间比花在他们正在构建的实际应用上的还要多。
@_overment: 我去。看起来24小时内我造了个工具,让所有编程代理都过时了。还在迭代,但……
作者声称在24小时内构建了一个工具,通过确定性钩子和动态触发器,让现有的编程代理过时,并认为像Claude Code这样的当前方法存在缺陷。
@_philschmid: 另一个苦涩教训即将到来。你可能已经注意到,你的编码代理越来越倾向于使用bash而不是专用工具……
这篇文章讨论了AI编码代理如何越来越倾向于使用bash脚本而不是专用工具,并且对此变得非常熟练,这可能导致AI开发中的另一个'苦涩教训'。
我为我的代理配备了搜索工具,但它拒绝使用,以及其他一些我犯的错误
作者详细介绍了构建一个用于书籍推荐的个人AI代理,分享了关于工具合规性、成本管理和反馈循环的经验,使用基于Go的实现。
AI智能体遭遇了它20分钟前就在自己编写的代码中预测到的bug
一个自定义的AI智能体自主构建了一个工具,审计了自己的代码,预测到一个bug,之后遇到了它,并通过调整方法恢复了,展示了高级的自我改进能力。