#工具调用

共 3 篇内容,涉及 2 个模块

Prompt2MCP1
Prompt编程开发

工具调用契约提示法:让 AI 在按下回车之前先把「要调什么、返回什么形状、失败怎么办」写清楚——同一批任务瞎调工具从 34 次降到 4 次

Agent 最浪费钱的行为不是答错,是乱调工具:拿到一个模糊任务,不问不说,直接连着调七八个工具,其中一半是用错误参数试错,另一半是调完发现返回结构跟预期不符又重调一遍。2026 年 Agent 形态普及之后,工具调用成本已经超过文本成本,成为 token 消耗的主体。本文提出的工具调用契约提示法(Tool Call Contract Prompting)把每一次工具调用从「直接执行」改成「先声明契约再执行」:模型必须先写出一份四段式契约(意图 / 入参及其来源 / 预期返回形状 / 失败分支),契约通过自检才允许真正调用,调用后必须拿真实返回和契约比对,不符就走契约里预先写好的分支而不是临场发挥。在一个 23 个工具的企业运维 Agent 上实测:无效调用从 34 次降到 4 次,单任务平均调用轮次从 11.2 降到 5.6,token 消耗降低 41%,任务一次通过率从 47% 升到 79%。全文含契约四段式的完整定义、三种典型失败模式的拆解、可直接粘贴的模板、与 ReAct / Plan-and-Execute 的对比表,以及常见误区。

2026-10-12
#提示词工程#工具调用
Prompt通用

ReAct 提示法:让 LLM 学会「思考-行动-观察」三步循环解决多步任务

Chain of Thought 只能想,不能做;Function Calling 能做,但不会自我修正。ReAct(Reasoning + Acting)把推理与行动交织成「思考→行动→观察」的循环,让模型在调用工具后能根据返回结果调整下一步策略。本文拆解 ReAct 与 CoT、Function Calling 的差异,给出三步循环模板与四类适用任务,并附可直接复用的 Prompt 框架。

2026-08-01
#Prompt技巧#ReAct
MCP开发

Docker MCP Gateway:让 Agent 的每一次执行都发生在一个一次性容器里

2026 年 Agent 安全问题的一个共识正在形成:靠提示词约束 Agent 是软的,靠执行环境约束才是硬的。Docker MCP Gateway 是这个思路最直接的一个落地——它把 MCP 工具本身跑在容器里,Agent 调用的每一个工具都是一次隔离的容器执行:文件系统是临时的、网络是可控的、进程结束即销毁。本文是一份完整实战:Docker MCP Gateway 的安装与四套客户端配置、容器隔离的五个层次(镜像 / 网络 / 挂载 / 资源 / 生命周期)、内置工具与外部 MCP 服务器的混合编排、三个真实场景(安全的代码执行 / 隔离的依赖安装 / 一次性数据库查询)、以及它和「直接在宿主机跑命令」方案的安全对比。含 18 行故障排查表与四条不能碰的红线。

2026-09-29
#MCP#Docker