跳转至

解读:代码执行是“把工具调用从对话搬到程序里”

一句话主旨

把 MCP 工具当作代码 API 让代理“先在执行环境里处理,再回传结果”,从根本上解决上下文膨胀与链式复制问题。[59]

关键洞察

  • 工具越多越需要代码模式:工具定义与中间结果会吞掉上下文,直接调用不可持续。[59]
  • 模型擅长写代码:让模型写调用代码是顺势而为,且成本大幅下降。[59]
  • 上下文只该看到“必要结果”:过滤/聚合/变换应在执行环境完成。[59]

工程落地要点

  • 用文件系统暴露工具:通过目录与文件实现渐进式披露。[59]
  • 加 search_tools 作为索引层:让模型更快定位所需工具。[59]
  • 把敏感数据留在执行环境:必要时做 tokenization/untokenization。[59]
  • 准备好沙箱与资源控制:安全与成本是代码执行的硬性要求。[59]

与本书章节的关系

  • 对应第 4 章“MCP 生态”:把协议优势转化为可扩展工具架构。[59]
  • 对应第 8 章“上下文工程”:核心是“只让模型看必要信息”。[59]
  • 对应第 10 章“技能与持久化”:把可复用逻辑沉淀为 Skills。[59]

读后结论

代码执行不是“多一个工具”,而是重新定义工具调用路径:模型负责策略,执行环境负责数据与流程。这是规模化代理系统的必经之路。[59]