大多数AI智能体只是套了循环的API调用
摘要
作者认为,AI智能体本质上就是带循环的API调用,并强调生产环境中的成功取决于重试、超时和人工审批等防御性工程,而不是模型选择。
人们总是问我该用哪个智能体框架。诚实地说:这几乎不重要。过去一年我一直在生产环境中构建和测试智能体。模型是最容易的部分。真正决定智能体成败的是它周围那些枯燥的工程。重试逻辑、错误处理、状态管理、监控,以及知道什么时候应该停下来询问人类,而不是靠幻觉继续往前冲。每个框架在底层做的事情都一样:调用API,循环直到它认为自己完成了,希望上下文窗口不会爆掉。从来没有人问过“这东西会怎么失败?”而一旦有真实用户参与,这才是唯一重要的问题。我最可靠的智能体并不是运行最聪明的模型,而是拥有最具防御性的代码。所以,在给你的智能体添加另一个工具之前,先加上超时、重试和人工审批步骤。这才是你在生产环境中真正能感受到的升级。我很好奇其他人如何处理故障模式,因为感觉没人谈论这个话题。
相似文章
@pauliusztin_: AI编程的未来不是一个超级智能体,而是智能体循环。一个智能体不应该:计划、编码、测试、评审、监控CI…
文章认为AI编程应该使用在循环中具有有限重试和人工审批的专门智能体,而不是单一的超级智能体,强调工作流工程重于智能体智能。
关于 AI 智能体的真实内情
一位资深从业者分享了将 25 个以上 AI 智能体部署到生产环境的经验教训,指出记忆、编排和可审计性远比模型选择重要。文章详细介绍了上下文丢失、静默成本循环等常见故障模式,并推荐了包含 Claude Sonnet 4、Pydantic AI 以及 Octopodas 等专用记忆层的技术栈。
为AI智能体设计API
本文认为,为AI智能体设计API需要遵循与人类不同的原则,强调清晰性、明确性,并避免使用默认值,因为智能体可以阅读整个文档并编写大量代码。
为什么大家都觉得AI智能体很容易?🚀
一篇反思性文章,质疑人们轻率地认为构建AI智能体很容易的想法,强调了API、RAG、工具调用、记忆和编排等复杂组件,并指出在需要真正的智能体之前,更简单的工作流往往就够了。
AI正在吞噬AI工程循环(5分钟阅读)
文章讨论了AI工程循环如何能够完全自动化,但认为将整个循环交给AI会产生'agent slop'(智能体垃圾),因为评估不完善。它建议自动执行某些步骤,同时保留人类判断以处理细微差别。