智能体需要控制流，而非更多提示词

# 智能体需要控制流，而非更多的提示词 来源：https://bsuh.bearblog.dev/agents-need-control-flow/ ## brian 的思考 (https://bsuh.bearblog.dev/) 主页 (https://bsuh.bearblog.dev/) 博客 (https://bsuh.bearblog.dev/blog/) *2026年5月7日* **核心观点：处理复杂任务的高可靠性智能体，需要的是编码在软件中的确定性控制流，而非日益复杂的提示词链。** 如果你曾不得不使用 **MANDATORY**（必须）或 **DO NOT SKIP**（切勿跳过）这类指令，说明你已经触及了提示词工程的天花板。 想象一种编程语言，其中的语句仅仅是**建议**，而函数在**幻觉**的状态下返回“成功”。在这种情况下，逻辑推理变得不可能；随着系统复杂度的增加，其可靠性将彻底崩溃。 软件的可扩展性源于递归式组合性：系统由库、模块和函数构建而成。其底层本质皆是代码。代码展现出可预测的行为，从而支持局部逻辑推理。而提示词链缺乏这一特性。尽管提示词在狭窄的任务中很有用，但它们本质上是非确定性的、定义模糊的，且难以验证。 要实现可靠性，必须将逻辑从自然语言描述转移到运行时环境中。我们需要确定性的支撑结构：明确的状态转换和验证检查点，将大语言模型（LLM）视为一个组件，而非整个系统。 然而，确定性的编排仅仅是战斗的一半。在一个容易静默失败的系统中，一个缺乏激进错误检测机制的智能体，不过是快速得出错误结论的工具。如果没有程序化的验证机制，我们只剩下三种选择： 1. **保姆**：保留人工在环（human-in-the-loop），在错误扩散前进行捕获。 2. **审计员**：在运行结束后执行详尽的端到端验证。 3. **祈祷**：凭感觉接受输出结果。