MCP31 篇实战文章

你每天让它翻多少次旧账？打开它自己那堆备忘，找到上周那条决策，确认当时到底否了谁。我这边一天几十次，然后它总能翻出一段早就被否决的方案，用"这次肯定行"的语气重新提一遍。这种时刻你想砸键盘。 它记性不差的，攒了 700 多条 Markdown 备忘，5MB 左右，每天重新索引。

这个动作你一周至少做两次：拉一个新的 MCP 进来，或者换一台机器，把私钥贴进 .env，然后告诉自己“文件权限看着呢，没事”。我每次贴完都有一点不安。环境变量挂在 /proc 里，有读权限的进程就能摸走，这我三年前就知道了，只是一直没动手。

Manufact 拿了 YC S25 的牌，做 MCP 托管平台。GitHub 星标过万，SDK 下载数七百万，连 NASA 都在用——这故事讲得真好，账本上不这么写。你以为它卖的是 MCP 托管？其实它卖的是"一键过审上架"的通道费。

dev.to 那条帖子底下的评论我基本翻完了。有意思的不是帖子本身，是底下各说各话的散点：有人只加载技能索引，等任务真匹配上了才把完整的 SKILL.md 读进来；有人拿同一份数据源做了两份实现，一份纯 markdown 的 Skill，零安装，只跑 Claude Code，另一份是支持桌面端和 Cursor 的 MC

旧稿是这样写的： 请仔细查看这个网页，告诉我它的布局和交互有什么问题，注意控制台的报错信息。 三十几个字，当时觉得挺周到。现在看，"仔细"是态度，不是标准；"布局和交互"是我嘴里的词，不是模型眼里的东西；"控制台的报错信息"——我凭什么觉得控制台里会有报错？这整句话的毛病不在措辞，在【这个网页】四个字：我在让模型猜一个

连一个新的MCP服务器，旧规范底下你得先发一次初始化请求，把McpSessionId换回来，之后每次工具调用都得带着它，服务器那边还要记着你的状态。这动作一天来几十次，烦的不是多一个请求，是它逼着你在脑子里把“连接”当成一件需要记得的事——而它本可以不存在的。 上月底看到Simon Willison那篇博客，大意就是无

上个月我在 GitHub 刷到 Observal，第一反应是“又一个注册中心”。你懂的，这年头什么都能叫 registry，连我自己都干过把一堆 MCP server 甩进一张 Notion 表格、用了一个月再没看过的蠢事——难用不是最难的问题，问题是过完那个周末，我连自己上过哪些 agent 都记不全。 所以我用了大

旧稿是这样写的： description: 一个功能全面、帮助用户处理各种开发任务的辅助插件。 二十四个字，没有一个字在传达信息。【全面】是夸自己，【各种】是没想清楚。毛病不在短，在又宽又薄——范围宽，什么都装；深度薄，一个词都没说明白。模型读完跟没读一样，还得猜这插件是干嘛的。 V1 我想到的改法是列举功能，写教程的

TRMNL 给自己的墨水屏配了个 AI Agent。官方说法是用嘴描述需求，它直接给你生成一个插件，写完就能在屏上跑。 昨晚刷到这个功能公测。第一反应是又一个赶 AI 时髦打卡的。去官方文档翻完改主意了——AI 生成插件这事这两年不稀奇，稀奇的是它给本地 AI 工具开的那道 MCP 门，权限粒度抠得很细。 先补一句背景

“我同事在用”这句话，在安全这边不值半分钱。它证明不了他看没看过那个 MCP server 申请了哪些工具权限，证明不了他有没有顺手点了“跳过所有确认”，更证明不了他机器上几把 key 该不该挂进 agent 的上下文。 上个月挂上 arXiv 的那篇（编号 2607.01418）把传播参数补上了。论文研究的是微软 2

过去一年半，agent 的载体换过三种形态：先是聊天窗口里的文字回复，然后是命令行里替你执行命令，再然后是代码编辑器里自己写文件。三种形态走的是同一条曲线：人的操作权重在下移，agent 的操作权重在上移。MCP registry 上挂着一个叫 FableCut 的项目，可以看成这条曲线的第四个样本：一个浏览器端视频编