生成式界面有了两套标准，分歧在于组件目录归谁所有
A2UI 传的是 JSON，MCP Apps 传的是沙箱里的 HTML——而这恰恰是两者之间最无关紧要的差别。一个让智能体在运行时组合你自己的组件，把评审搬进你的设计系统；另一个装上别人写好的界面，把评审推到服务器边界。先按"这些界面能不能被穷举"给它们分类，再做选择。
AI 博客
标签: mcp
Arcade、Composio、Pipedream Connect 与 Nango：用户的令牌握在谁手里
四个横在你的智能体与用户 Gmail 或 Salesforce 之间的平台。它们打出的目录规模用了四种不同的计数单位，而且恰恰是你迟早会用不下的那部分；没人拿来营销的令牌保险库，才是你最不愿意自己造的那部分。真正无法事后补救的决定，是同意授权页面上写着谁的名字。
Agent Plugins 1.0 标准化了那个捆绑包，却把信任留给了装它的那个人
8 月 6 日，五家互为对手的厂商就一个目录结构达成了一致，并明确拒绝就安装、分发、权限、沙箱与来源验证达成一致。这个格式让"指令加带凭据的工具访问"这一个捆绑包可以在六个客户端之间通行——而这恰恰意味着补偿性控制如今归你。
Auth0 vs Descope vs Stytch vs WorkOS：智能体认证其实是两款产品
如今每家身份厂商都在卖"面向 AI 智能体的认证"，而这个说法罩着两个方向相反的问题：让别人的智能体进得来，和让你的智能体出得去。先按方向来选——并且要留意：一个存着用户完整授权的令牌保险库，只是把凭据挪了个地方，并没有把它变小。
MCP 2026-07-28：无状态才是这次改动里小的那一半
7 月 28 日的规范废止了 initialize 握手与 Mcp-Session-Id 头，而目前所有解读都把它当成管道层的改动。它不是。放弃那条长连接，把 Sampling、Roots 与 Logging 一并推上了十二个月的弃用倒计时——而正是这几项，让 MCP 客户端不只是一个调用方，而是一个对等方。这份协议刚刚给"自己是什么"下了定论。
Browser-Use、Stagehand、Skyvern 与 Playwright MCP：LLM 该如何操作网页的四种答案
当没有 API 时，智能体只能自己操作浏览器——而四个开源项目对"它该如何看页面"意见相左。browser-use 读取 DOM，Skyvern 看像素，Stagehand 让你在代码与 AI 之间自由调节，而 Playwright MCP 根本不是智能体，而是任何模型都能调用的标准浏览器工具层。选其一其实是两个决定：Python 还是 TypeScript，以及框架还是 MCP 服务器。
月下载量 9700 万的 MCP：模型上下文协议是如何赢的——以及到了这种规模还有什么没解决
从 Anthropic 推出至今两年，MCP 已经不是要不要用的问题——它是一种依赖。每家前沿厂商、每个主流 IDE，以及一支为公司每月节省 7000 工程师小时的 Pinterest 团队都在它上面构建。真正值得问的不再是"我要不要用 MCP"，而是到了这种规模哪些地方在崩、2026 路线图打算怎么修。