问题——大模型应用开发中，工具调用是连接外部数据与业务系统的重要环节；但传统方式往往需要开发者手工编写大量工具定义，并在交互中反复传递接口描述（schema）。在多轮对话或多代理协作场景里，接口说明被重复加载，带来较高的令牌消耗和通信冗余，不仅推高推理成本，也加重调试与维护负担。对需要频繁调用代码托管、检索、数据查询等外部服务的团队来说，“能用但不够轻量”的问题越来越明显。 原因——业内分析认为，成本上升主要来自三上：其一，接口描述体量大且重复出现，尤其是字段众多的OpenAPI文档和可自省的GraphQL结构，往往每轮调用中占据主要开销；其二，多协议并存抬高适配成本，开发者需要分别为MCP、OpenAPI和GraphQL编写连接与映射逻辑；其三，认证、令牌刷新等工程细节分散在不同脚手架与插件中，深入增加系统复杂度。随着“代理式应用”强调自主发现并调用外部工具，这些问题被进一步放大。 影响——鉴于此，开源项目mcp2cli（GitHub：knowsuchagency/mcp2cli）提出“零代码生成、运行时调用”的思路：对目标MCP服务器、OpenAPI规范地址或GraphQL端点进行动态探查，自动生成对应的命令行调用方式，并在运行时只携带必要参数，从而减少反复传递schema造成的令牌浪费。开发者可通过命令查看接口列表，直接发起查询与检索调用。例如在连接代码托管服务时，可用命令行完成仓库搜索，并将结果直接交给代理工作流使用。一些使用者反馈，调用日志明显更精简，交互冗余减少，迭代效率有所提升。 从成本视角看，在常见场景下，传统做法单次调用中接口描述可能占用上千令牌；而动态生成方式把主要开销集中在参数与返回结果上，令牌消耗有望降至原来的较小比例。需要说明的是，节省幅度会受接口复杂度、工具链实现方式、输出格式等因素影响，不同测试样本与业务形态下结果可能波动，但“减少重复描述、压缩传输负担”的方向具有普遍意义。部分实现还支持更紧凑的输出格式，可进一步降低传输与解析成本。 对策——业内人士认为，这类工具要稳定落地，还需要在工程化与安全合规上持续补强：一是提高复杂接口的解析完整性，尤其是GraphQL深层嵌套查询、边界字段、自定义标量类型等场景，避免自动探查不完整导致命令生成偏差；二是加强协议兼容与错误提示能力，针对MCP等新兴协议的边缘案例建立更完善的测试与回归机制；三是让认证能力“可审计、可配置”，在支持OAuth自动刷新等便捷功能的同时，提供更清晰的凭据管理与权限范围控制；四是面向企业落地需考虑内网访问、VPN、零信任与审计要求，形成可与现有安全体系对接的方案，降低接入阻力。 前景——随着应用从“单一对话”走向“多工具、多代理、多步骤”的编排，令牌成本与工程效率将更直接影响产品的可持续性。开源社区在工具链轻量化上的探索，为行业提供了更多可复用组件。mcp2cli同时覆盖MCP、OpenAPI与GraphQL三类常见接口形态，具备一定通用性与扩展空间。预计未来一段时间，围绕动态发现、命令封装、插件生态与标准化输出的能力将持续演进，逐步形成更适配自动化工作流的“通用工具层”。同时也要看到，企业用户更关注稳定性、可控性与合规性，开源工具要走向规模化应用，仍需在文档、测试、版本治理与安全边界上补齐短板。
mcp2cli的实践表明，许多突破来自对基础问题的持续打磨；在数字化转型过程中，如何在功能与资源效率之间取得平衡、在性能与成本之间做出合理取舍，将越来越成为衡量技术价值的关键。该案例也提示我们，开源社区正在以更快的迭代方式推动工具链演进，其后续发展值得持续关注。