个人博客的"AI 助手时代"——MCP 协议如何改变站长工作流
八月 9 号我发了一篇博客，介绍自己写的龙虾 MCP 插件。它把 zblog 后台的能力通过 MCP 协议暴露出来，让 AI 工具能直接调用接口写文章、改标签、查评论。
发出去之后一直没顾上写一篇偏思考的文章，聊聊站长为什么要关心 MCP。这周补上。
## MCP 到底是什么
MCP（Model Context Protocol）2024 年 11 月由 Anthropic 推出，本质是一份"工具描述协议"。服务器把能做的事（工具）按 JSON-RPC 暴露出来，客户端（Cursor、Claude、我的 WorkBuddy 之类）发现这些工具以后，让模型按需调用。
听起来抽象。我换个说法——
以前 AI 只能"读"博客，复制粘贴到后台；现在 AI 能"操作"博客，问一句"把这篇文章加个标签"，它真的就把博客改了。
这条变化看似很小，实际是个分水岭。
## 我自己怎么用的
写作时三件事离不开 MCP 了。
第一件是写完直接发布。草稿先丢给本地 markdown 文件，确认没问题后让模型调用 zblog_write_article。这种工作流配 zblog 的插件生态很顺手，后台登录的环节被绕过了。
第二件是素材对齐。模型要把一篇文章改得符合"玄火博客"的语气，会先调 list_articles 看现有标题和标签分布。这种"看见我自己写过什么"的步骤，以前我得手动翻 20 篇文章。
第三件是查数据。想看某篇文章的阅读量、评论数，直接问模型，它调 get_article 就拿回来了。比进后台快。
## 站长真正能用上的几个场景
写了三个月 MCP 文章，我说几个场景是有实际价值的，不是 PPT 级别的。
批量化发文：你手上有一批产品介绍或者 SEO 文章要发到博客，MCP 配合一个 CSV 表可以直接生成+发布。这件事手动做累死人。
跨平台同步：博客发完同步到公众号、知乎、掘金。MCP 让 AI 一次性把内容按各平台的格式调整，然后挨个发布。
用户反馈聚合：评论、表单提交、邮件这三类反馈用 MCP 拉到一个会话里，让模型给出日报。这件事对手动小站长特别有用——你不用每天打开 5 个后台。
SEO 检查：让模型周期性检索现有文章的标题、标签、内链情况，发现"标题重复"或"无内链"等问题。
## 几个还没解决的难题
我必须提一些难听的。
权限边界：MCP 一旦暴露工具，AI 能做的事就是"完全无限制的"。你的写文章工具如果配上删除文章的接口，模型一句话就能把博客清空。我的实现把写和删分了不同的 API key，删除工具不默认加载。但这套权限体系开发者每接一个 MCP 都得自己设计一遍，没通用做法。
审计：AI 干了什么，谁查？MCPS 协议没规定服务器必须有日志，开发者很容易漏掉。我自己加了"每次调用写日志到 zblog 数据库"的功能，但这不是默认行为。
AI 生成的可见性：MCP 写完文章，读者分不清作者是站长还是 AI。我现在一律把"协作 AI"这种事写在文末。日后立法要求标注，这事会变成强制。
单点失败：你开始依赖 MCP 之后，模型一卡顿你就被卡。手动操作能力必须有，不能完全丢失。
## 给想要上手 MCP 的站长
如果你只想感受一下 MCP：
1. 看一下你常用的工具（Cusor、Claude Desktop、WorkBuddy）支持的 MCP 列表，找一个现成的用 2. 接入前确认服务器有日志、有权限分级 3. 先用只读工具（list、get）跑几天，再开放写
如果你想自己写 MCP：
1. 先调研你博客系统有没有现成接口 2. 在接口上加一层 JSON-RPC 处理 3. 至少实现 tools/list 和 tools/call 4. 别忘了写权限系统和日志
zblog 这块有我的插件可以直接用。其他博客系统的官方插件有滞后，需要自己做或者等。
## 小结
MCP 不是新概念，但 2025 年下半年开始，主流 IDE 和 AI 客户端都默认支持了。对站长来说，这是"AI 工具能不能动我的博客"的分界线。
动一下，意味着你彻底换了工作方式。不动，意味着你继续手动复制粘贴。
我个人选了动。理由很简单：我一年写不了 50 篇博客，但 MCP 让我有时间写更多——不是写得更好，而是写得更快。
至于写得更好这件事，得我自己来。
评论交流
发表评论