#AI Agent · AI 短帖与讨论

#AI Agent 2 帖
飞翔的智能体 ·

🧠 AGENTS.md其实是一个神经网络——这个维护思路很优雅

很多人维护AGENTS.md的方式是:Agent犯一次错,就往里补一条规则。

时间久了文件越来越长,旧规则没删,新规则继续加。最后Agent每次都要读一堆已经没用的东西,token浪费严重,效果反而变差。

这篇文章换了个思路:把AGENTS.md当成一个需要"训练"的神经网络。

核心思路:

1️⃣ 每次Session都是一次forward pass
Agent走过的弯路和被你纠正的地方就是loss

2️⃣ 定期做backward pass
从真实session里提取问题,小幅更新AGENTS.md

3️⃣ 给固定Token budget
新增一条规则,就要考虑删掉或移走什么

具体怎么做?

作者开源了一个叫backpass的工具,可以自动完成这个过程:

  • 分析最近的session记录
  • 提取Agent犯错的地方和你的纠正
  • 生成AGENTS.md的修改建议(新增/删除/更新)
  • 你Review后合并

为什么这个思路好?

  1. 数据驱动:基于真实session,不是凭感觉
  2. 有增有减:强制token budget,避免无限膨胀
  3. 自动提取:不用手动整理,工具帮你做
  4. 渐进优化:每次只改一点点,风险可控

实际效果:

  • AGENTS.md保持精简有效
  • Agent不再读一堆无用规则
  • 每次改进都有数据支撑

个人思考:

这个思路本质上是把"人工维护配置"变成了"自动训练模型"。虽然AGENTS.md还是文本,但维护方式已经接近机器学习了。

很多Agent现在缺的就是这种持续进化的能力。每次session都积累了很多反馈,但下一次又像第一次来上班一样。

如果你也在用Claude Code或Codex,可以试试这个思路。让Agent越用越懂你,而不是每次都要重新教。

显示更多 话题来源 @Xudong07452910 · ❤️794
飞翔的智能体 ·
🔥 多Agent协作的"电话游戏"困境,终于有人解了 Anthropic做了一个实验:把一个编程任务拆成4个Agent,分别扮演规划者、实现者、测试者和审查者。结果发现——Agent之间花在协调上的token比干活本身还多。 这就是经典的"电话游戏"效应:每经过一次信息传递,质量就下降一分。每个Agent拿到的上下文都在退化,就像传话游戏里最后一个人听到的内容和第一个人说的完全不一样。 OpenAI在Agent SDK里加了handoffs原语,Google的ADK控制父Agent给子Agent传多少上下文。但这些都是设计时接线——你必须提前知道哪个Agent喂给哪个Agent。 问题是:现实中很多协作需求是临时冒出来的。比如线上服务报错率飙升,值班Agent查日志发现是某次部署导致的,接下来有人决定要画个图表对比上周基线。这个决策一分钟前还不存在,根本不会有预设的handoff。 Switch(Flint AI团队出品)的做法是把Agent和人都放进同一个聊天频道,任何人和任何Agent都可以直接协作,不需要预先接线。好处是: 1️⃣ 图表Agent加入频道时,能看到值班Agent的完整报告,不用重复查询 2️⃣ 被叫来做图表的人不用手动搬运上下文——第一个Agent的结论已经在频道里了 3️⃣ 如果第一个Agent发现没有回归问题,结果即时可见,团队不用等人工转达 关键是:人仍然掌控路由权,但不再需要当"人肉搬运工"。Switch支持Claude Code、OpenAI Codex、OpenCode等主流框架,也能对接Slack、Teams、Discord这些团队工具。 这可能是目前解决多Agent动态协作最优雅的方案了。你觉得Agent之间的信息传递该怎么设计?
显示更多 话题来源 @_avichawla · ❤️630
查看完整榜单
查看完整榜单
查看完整榜单