我建了5个MCP服务器，砍掉4个守护进程和Zapier——省下9小时/周，但有一个坑
今年我给自己工作室搭了5个 MCP 服务器，顺便删掉了4个后台守护进程、1个 Zapier 流程，还有大约600行一次性脚本。一开始我把 MCP 当成“Claude的插件”，后来发现它其实是把我已经付过费的那些工具粘在一起的最便宜胶水。下面说说我做了什么、每个替换了什么，以及哪个我最后不得不拆掉。
最省时间的两个
第一个是 Shopify 商品目录 MCP。以前每当我写一篇产品博客或公告，都要打开后台、搜商品、复制价格、复制链接，再粘回文章里。更惨的时候还得跑一段 Admin API 脚本，然后对着 JSON 用 grep 找数据。有了这个 MCP 服务器后，Claude 写第一句话之前就已经查好了实时的 Shopify 目录：标题、链接、欧元价格、当前变体、最后编辑日期。文章第一稿的数据就是对的，不用改到第三稿。
第二个是博客索引 MCP，两周后做的。它替换掉了我那堆用来处理266篇文章的 grep 和 jq 管道。以前我想给新文章关联已有的同类文章时，得靠写各种 shell 咒语去扫描目录。现在 Claude 直接问 MCP 服务器：给我“AI工具”分类下的所有文章、给我所有链接到这个URL的文章、给我超过60天没有关联的孤岛帖子。服务器返回一小段 JSON，Claude 挑出3个内链，我再也漏不掉那些明显能搭配的文章。
这两个服务器加起来每周省了大约9个小时。没什么魔法，只是去掉了来回切换上下文的代价。我不用再在写作中途切到后台或打开终端。文章在一个窗口里一遍写完，用的全是真实数据。
商品目录 MCP 还抓住了两处我差点发出去的错误：一次是旧文章里的过时价格，另一次是产品改名后链接变了。要不是 Claude 在写作前拉了实时数据，这两处错误发出去会很尴尬。
那个我后悔建的
After Effects 渲染队列 MCP 是个错误。一个周五晚上我干得兴起，觉得终于破解了一个循环：让 Claude 排队合成任务、监视帧渲染、完成时通知我。这个服务器用 TypeScript 写了 180 行，包装了 aerender，功能完全正常。
问题不在代码，而在于我渲染时从来不是全自动的。我会打开合成、看一帧、调个曲线、再看一帧。渲染队列是工作的结尾，不是中间。把它包装成 MCP 服务器后，Claude 能看见我根本没打算让它管的东西。它老主动建议开始渲染、问输出路径、提议通宵排队。这些完全不符合我用 After Effects 的习惯。11天后我删掉了它。
教训不是“别给设计工具做 MCP 服务器”，而是 MCP 只适合放在写作或交付的上游。商品目录在每篇博客的上游，博客索引在每个内链的上游。渲染队列在创意判断的下游，把代理放进去只会增加噪音。如果你觉得“代理能看到这个吗”的答案是“只有在我已经决定之后才能看”，那就别做这个服务器。
另一个信号很简单：我从来没主动去用它。每次想渲染什么东西，我的手直接去点 AE 时间线，而不是去聊天窗口。一个工具做好了放着一周不用，那就是信号。我给了它11天确认，但第3天答案就清楚了——沉没成本让我多留了它8天。
让构建变得微不足道的模式
从第一个之后，每个 MCP 服务器我都在90分钟内搞定。模式简单得有点丢人：一个文件、每个服务器三个工具、无状态、除了一个环境变量外不用认证。Vercel 部署状态 MCP 只有70行，暴露三个工具：last_deployment、env_diff、recent_errors。就这么简单。以前我每天要打开 Vercel 后台12次，看看 raxxo-studio 的推送有没有构建成功。现在 Claude 问一下服务器，看到绿色，我就继续干活了。
本地记账 MCP 也是同样的结构：三个工具——month_spend_by_category、recent_entries、over_budget_categories。只读，对 localStorage 的 dump 做查询，不给写入权限。我之所以需要它，是因为我总是在聊到一半时打开记账面板去回答“我5月在软件上花了多少钱”。现在直接问就行。服务器返回一个小 JSON，Claude 读出来，对话继续。
模式很简单：每个我反复问的问题对应一个工具。不多不少。不要那种“随便查什么”的通用工具，容易用过头。三个窄工具永远比一个胖工具好。
另一招是日志。每个在跑的 MCP 服务器每调用一次就写一行 JSON：工具名、参数、响应大小、延迟。两周后我读日志、做修剪。一次都没被调用的工具就删掉；被频繁调用的工具告诉我接下来该暴露什么。Vercel 服务器一开始有5个工具，现在剩下3个。博客索引从3个涨到4个。日志是唯一有价值的反馈循环。
我不会做成 MCP 的东西
有些事看着像完美的 MCP 目标，实际上是陷阱。任何需要我实时做视觉或情绪判断的事情，任何代理可能在我还没看之前就行动的事情，任何来回调用的成本比我自己打开工具还高的事情。
我有个短名单：不做邮件 MCP、不做 Slack 私信 MCP、不做真正的创意软件（After Effects 教过我了）、不做客户交付件直到它们已经被批准。这类工作的价值都来自我亲自去看，而不是让自动化去读。
我替换的全是“死时间”：打开后台复制链接、运行 grep 找匹配文章、刷新 Vercel 面板、打开记账软件查一个数字。每一个都值得消除。它们都没有触及一天里真正做工作的部分。
另一个规则：如果某个工具可能会写数据，我就绝对不给它写入权限。记账 MCP 理论上可以加条目，但我不让它加。博客索引 MCP 理论上可以移动文章分类，但我不让它移。只读的服务器很宽容：你可以在一个周末做完，跑上一年，不用担心代理干出不可逆的事。一旦服务器需要写权限，设计成本就翻三倍。我的大多数场景天然就是只读的，这也正是为什么 MCP 适合一个人工作室。
总结
2026年我建了5个 MCP 服务器，4个还在跑，1个删掉了。活下来的都有相同特征：替换了一个上下文切换、暴露了3个窄工具、返回小 JSON、不让代理写。那些成功的东西取代了我每周本来就花2到9小时的死时间。失败的那个试图把代理放进一个创意循环——价值来自我亲眼去看，而不是代理去读。
如果你也在一个人运营工作室或单兵运维，MCP 不是 Claude 的功能。它是你多年来用胶带糊起来的那些小守护进程、Zapier 流程和 shell 脚本的取代基建。从你每天做10次的最乏味的事情开始，建一个带一个工具的服务器，试试看什么感觉。第一个我花了一个周末，第5个只用了80分钟。
本文包含联盟营销链接，如果你通过它们注册，我可能会获得小额佣金，不会增加你的费用。
