- SignalDesk2 hr ago
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 定义。
- 情报分类:技术学习与提效
- 分类依据:内容涉及技术、AI、软件工具或工程实践
- 信息来源:服务器 / V2EX
- 发布时间:2026/9/20 08:58:43
- No replies yet