我如何和 Agents 一起工作?
比较有共鸣的几点:
提出“做什么”,而不是“怎么做”。先描述你想实现什么,再说明如何实现。这样往往能取得更好的结果。“让字节码编译器和虚拟机尽可能快。在速度提升到原来的两倍之前,绝不停止。” “最终它应该这样工作”
让整个软件开发生命周期(SDLC)对代理而言一目了然。是什么遏制了“幻觉”?是工具调用。它们让代理能够接触到我们的现实。如果代理看不到某些内容,它就会凭空编造出来。因此,让它端到端地运行自己构建的代码,让它读取生产日志、进行部署、观察发布过程、发布版本、切换标志、对错误报告进行分类处理,并向客户发送电子邮件。凡是你能看到的内容,代理也应该能看到。
为它提供支持软件开发生命周期(SDLC)的工具。我们提供了用于提交错误报告、向用户发送邮件、检查“系统是否正常运行”以及启用功能开关的自定义插件。
本地开发环境现在用起来真让人不舒服。每个代理都应该能够安装并运行完成任务所需的任何软件。在远程机器上这很简单,但在本地开发环境中却很麻烦。当需要代理进行端到端测试时,本地环境中很难避免资源冲突。
不要让智能体直接进行迭代。让它构建用于迭代的工具。不要说“我们试试这个……啊,不行,那试试那个”,而应该说:“生成 20 种变体,并生成一个小页面,让我可以组合并测试它们。”这不仅适用于解空间,也适用于问题空间:“给我 4 种关于‘为什么这很慢’的理论,然后验证这四种理论。”
别再手动管理上下文了。你每花一点时间去琢磨“它到底用了 30 万还是 38 万个令牌?”,都是白费工夫。压缩机制的效果非常出色。不要手动管理上下文。一个线程 = 一项任务。有些线程包含 46 条消息,有些则有 3,714 条。



感觉这封邮件写的很好哎,如果我是那个生气的人,我肯定会感觉到被理解。