Claude Code 可以读取文件、运行 shell 命令并管理 git。这部分没有问题。
但它做不到把剩下的工作真正完成。它不能搜索网页,不能生成图片,不能创建视频,不能保存输出,也不能发布结果。我的第一反应很直接:加更多工具、更多集成、更多 MCP 服务器。
后来我发现,这个思路本身就错了。
真正的问题不是 Claude Code 还差一个工具,而是我在用“集成层”的思维去解决“能力层”的问题。我真正需要的,是一个更强的 Agent CLI——一个统一的运行时,让 Claude Code 拥有搜索、媒体生成、存储和发布能力,而不是把整个配置过程又变成一个单独项目。
这就是这篇指南的核心视角。没错,MCP 是扩展 Claude Code 的一种方式。但 AnyCap 不是 MCP 服务器。它是一个更强的 Agent CLI,也是一个 capability runtime,能为 Claude Code 提供面向真实工作流的执行层。
Claude Code 能做什么——以及它的边界在哪里
默认情况下,Claude Code 可以编辑文件、运行 shell 命令、管理 git。仅此而已。
想让它搜索网页?不行。想让它为你的落地页生成一张 hero image?也不行。想把生成的资源存到一个可以分享的位置?还是不行。
面对这个问题,你有两种选择:一个个接 MCP 服务器,或者直接换成一个已经具备缺失能力层的更强 Agent CLI。这篇指南会介绍这两种方法,但有一个关键区别必须说清楚:MCP 是协议,AnyCap 是执行层。
Claude Code 仍然做不到什么
| 任务 | 没有工具时 | 有合适能力层时 |
|---|---|---|
| 搜索网页 | 自己打开浏览器去搜 | Claude 直接调用搜索 API |
| 生成图片 | 切换到别的工具 | Claude 在终端中直接生成 |
| 创建视频 | 使用独立视频工具 | Claude 根据文本生成视频 |
| 存储和分享文件 | 只能本地保存 | 云存储并提供分享链接 |
| 发布页面 | 手动部署 | Claude 一条命令完成部署 |
方案 1:自己逐个接入 MCP 服务器
MCP(Model Context Protocol)是 AI 代理连接外部工具的方式。你配置一个服务器,Claude 发现它,就可以使用了。
快速设置:
claude mcp add github -- npx -y @modelcontextprotocol/server-github
claude mcp add brave-search -- npx -y @modelcontextprotocol/server-brave-search
claude mcp add postgres -- npx -y @modelcontextprotocol/server-postgres
团队共享 .mcp.json:
{
"mcpServers": {
"github": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-github"],
"env": { "GITHUB_TOKEN": "ghp_your_token" }
}
}
}
claude mcp list # 当前连接了什么?
claude mcp remove github # 断开连接
问题在于: 每个服务器都会向 Claude 的上下文加入 3,000–8,000 个 token 的工具描述。五种能力,意味着你还没开始之前就已经消耗了 15,000–40,000 个 token。再加上还要管理五个 API key。对于少数内部系统,这样做也许值得。但对于你的代理每天都需要的通用能力层来说,这往往不是正确答案。
方案 2:使用更强的 Agent CLI
AnyCap 是一个 Agent CLI,也是一个 capability runtime。它不是 MCP 服务器,不是插件,也不只是链路里另一个工具。
它通过一个统一接口,为你的编码代理提供图片生成、视频、网页搜索、云存储和发布能力:
npx -y skills add anycap-ai/anycap -a claude-code
anycap login
完成。两条命令。你的代理现在就拥有:
| 能力 | 你的代理可以做什么 |
|---|---|
| 图片生成 | 根据文本生成 hero image、图表、mockup |
| 视频生成 | 根据文本或静态图片创建视频 |
| 网页搜索 | 带引用的实时搜索 |
| 云存储 | 上传文件并获得分享链接 |
| 发布 | 一条命令部署页面 |
为什么这不一样: 这不是把五个 MCP 服务器藏在一个更好看的包装后面。它是一个更强的 Agent CLI,直接给了 Claude Code 缺失的能力层。
哪种模式更合理?
MCP 服务器——当你只需要一两个面向内部系统的专用集成,比如数据库、Slack 或 Jira。
AnyCap——当你需要所有严肃代理最终都会需要的通用执行层:搜索、图片、视频、存储和发布。
大多数团队最后都会两者一起用。MCP 负责窄而专的内部集成,AnyCap 负责广泛的能力层。
故障排查
| 问题 | 解决方法 |
|---|---|
| 服务器没有显示 | 退出并重启 Claude |
| "Connection closed" | nvm install 22 && nvm use 22 |
| 认证失败 | 重新生成你的 key |
在手动排查前先运行 claude doctor——它能捕获大多数问题。 |
→ 免费试用 AnyCap——面向真实工作流的更强 Agent CLI
📖 接下来读什么
- Claude Code vs Cursor —— 终端代理 vs 编辑器 AI。
- Claude Code Advanced Features —— Subagents、bash 模式、hooks。
- Install Claude Code —— 10 分钟完成设置。