• 请不要在回答技术问题时复制粘贴 AI 生成的内容 V2EX › 程序员 今天刷到一个很好玩的东西， cloudflare/mcp-server-cloudflare SilenceLL · 32 mins ago · 422 views Gayhub 地址 他们的 MCP tool 定义从 MCP tool 1:1 对 api 接口，改为了两个通用入口：1.API 能力目录 2.通用执行器 好处： 上下文占用小，tool 定义少了，官方宣称上下文占用从 244K 降到 1.1K API 自发现，不用每次 API 更新了就去更新 MCP Server Code Mode ，让模型自己写一段程序，包装多个调用，在沙箱里面执行，而不是每次调用都让模型判断，然后再次模型调用。坏处： 对 MCP tool 的描述移到了能力目录这里，如果 API 接口定义不清楚，或者有大量雷同功能可能会调用错 服务端直接把 swagger 接口做成 API 能力目录，改造成本应该蛮低的。
看了下我们的服务，类似的雷同的业务有点多，感觉不如精挑细选的 MCP tool 定义。 API 工具 模型 3 replies • 2026-09-20 09:31:11 +08:00 1 sugars 26 mins ago 所以屎山项目是不是基本用不了这套 😂 2 SilenceLL OP 19 mins ago 1 @ sugars 可以尝试下，AI 的能力还是远超我们想象的。
另外也可以在接口加标记，慢慢整治，整治好的才开放给 AI 使用。 3 maocat Just Now 没有什么东西是包一层解决不了的，如果不行就再包一层 去年做的的 agent 架构就对 skill 包了一层 就两个工具，load_skill, exec_skill_tool