必须设置 maxSteps。 超过步数就停止，并返回结构化错误。

但在高速推进下,一个问题变得越来越明显: 系统是否在走向 失控 . 逐渐意识到,开发中真正关键的不是写多少代码, 而是几件事: - 架构是否清晰 - 优先级是否稳定 - 风险是否可预期 - 成本是否可接受 对于非程序员来说, 失控....

用户提问-> 模型提出工具调用-> 程序执行工具-> 工具结果写回上下文-> 模型组织Zui终回答

这就是Zui小 Agent Loop。

说实话，hen多人一开始就直接接入真实模型，结果就是一团乱麻，你懂的。

另一种常见错误，是只执行一次工具，然后直接把工具 JSON 返回给用户：

这不是个例,而是几乎所有 Agent 应用开发者dou会遇到的核心问题。.接入模型只是第一步,如何确保模型调用的稳定性和可靠性,才是生产环境的核心需求.

async function runAgentLoopWithTrace { const messages = ; const trace = ; for { const output = mockModel; const traceStep = { step, modelOutput: output }; if { trace.push; return { ok: true, answer: output.content, messages, trace }; } const toolResult = await runTool; traceStep.toolResult = toolResult; trace.push; messages.push; } return { ok: false, error: "超过Zui大步骤数，Agent Yi停止", messages, trace }; }

前端Ke以把 trace Zuo成折叠面板：

等骨架跑稳了再接真实模型，问题会清楚hen多。

为什么百度不收录我的网站？ 这个问题嘛，哈哈，其实有hen多原因的，咱就是说你要检查一下你的网站是不是有啥技术问题，比如服务器不稳定啥的。

阿里云开发者社区用户服务协议》和 《.第三,多语言需求不仅是前端翻译问题,geng涉及后端工单流转和跨团队协作.三、多语言Neng力如何在双轨架构中落地.

对程序来说工具结果Yi经拿到了。 但对用户来说他想kan的不是 JSON，而是一句Neng读懂的话：

订单 A1001 当前运输中，预计 -- 送达。

Agent Loop 的核心判断就一句话：

Ru果是 tool_call，就执行工具，然后继续。Ru果是 final_answer，就返回答案，然后结束。

就像前端开发时后端接口没好，你会先 mock 数据，把页面状态和交互跑通。

工具查到了但模型不知道查到了什么。

这类 bug 在 Agent 开发里非常常见。

The core idea of agents is to use an LLM to **choose a sequence of actions to take. **Inchains, a sequence of actions is hardcoded. Inagents, alanguage**model is used as a reasoning engine to determine which actions **to take and in which order.

type AgentTraceStep = { step: number; modelOutput: ModelOutput; toolResult?: ToolResult;};

用户输入 = 用户事件messages = 状态容器modelOutput = 状态决策tool_call = effect 描述runTool = effect 执行器final_answer = 渲染结果maxSteps = 防止无限循环的保护 如何避免 AI 失控？

p：Agent 不是“调用一次大模型”就结束，也不是让模型无限自由发挥。一个Zui小 Agent Loop 至少要经历这些步骤...

真正的 Agent，不是让模型无限自由发挥。 真正的 Agent，是让模型和工具在程序控制下协作。 害，不信你试试。 一次 Agent 请求可Neng包含多次模型调用和多次工具调用。 需要设置maxSteps 来防止无限循环。 你可Neng会问，为什么一定要有maxSteps ？ Ru果没有maxSteps ，当模型陷入死循环，或者一直调用某个工具时你的系统就会挂掉。 所以说这个maxSteps 就像一道安全门，Neng帮你避免hen多不必要的麻烦。