MCP46 篇实战文章

连一个新的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 的项目，可以看成这条曲线的第四个样本：一个浏览器端视频编