AI编程中vibe coding的工具调用问题
速览
近日有用户在使用Claude Code编程时，通过公益站切换不同模型API，发现部分公益站模型无法自动读取和修改文件，而正规官方API（如Qwen、智谱）具备完整工具调用能力。用户怀疑这是因为公益站采用逆向实现，可能为简化或规避限制而舍弃了工具调用功能。该问题影响了AI编程工具的自动化体验，也反映了非官方API可能存在功能缺失。
AI 深度解读
背景
本文源自 LINUX DO 社区 AI 板块的一篇用户分享帖，主题是「vibe coding 遇到的一些疑惑」。用户在日常使用 Claude Code 进行编程时，发现通过切换不同 API 端点（cc switch 功能）调用同一类模型，会得到截然不同的能力表现。该现象引发了用户对公益站 API 底层实现方式的思考，并希望社区中的资深成员（「各位佬」）能解释背后的原因。
核心内容
用户最近一直在使用 Claude Code 进行编程，过程中会通过 cc switch 命令在社区各成员提供的公益站之间来回切换。用户发现了一个明显的问题：当使用正规官方 API（例如 Qwen 的 API、智谱的 API 以及对应的 URL）时，Claude Code 能够正常读取文件内容、修改文件以及修改代码，即具备完整的工具调用（tool use）能力。然而，当切换到某些公益站提供的 URL 和模型时，模型无法自行读取文件内容以及修改代码，行为表现接近于一个纯粹的 LLM（大语言模型），不具备工具调用功能。
用户对此感到困惑，并提供了自己的初步判断：用户对公益站的底层实现了解不多，但之前简单了解过，很多公益站是通过所谓的「逆向」方式搭建的。用户猜测，这些逆向实现可能舍弃了工具调用的一些能力，从而导致上述差异。
关键要点
- 用户使用 Claude Code 编程，并通过
cc switch在不同 API 端点间切换。 - 正规官方 API（如 Qwen、智谱的 API）支持完整的文件读取、修改和代码编辑，即具备工具调用能力。
- 部分公益站提供的 API 端点调用的模型无法执行文件读取和修改，相当于纯文本生成模型，没有工具调用能力。
- 用户推测公益站多为逆向实现，可能因此去除了工具调用相关的功能。
意义与影响
该帖子反映了当下 AI 编程工具生态中一个现实问题：即便使用相同名称的模型（如 Qwen 系列），通过不同渠道接入时，实际能力可能大幅缩水。对于依赖 Claude Code 这类需要工具调用（读写文件、执行代码）的开发者而言，公益站虽然免费或低成本，但可能无法满足核心编程需求。这也提醒用户，在选用第三方代理 API 时，需事先确认其是否完整支持函数的调用与工具交互，而不仅仅是模型本身的文本生成能力。此外，该讨论也间接揭示了逆向实现的常见局限——为了规避服务端限制或简化部署，可能牺牲了关键的 function calling 接口。