别急着宣布 MCP 死了

有人写了篇长文给 MCP 捋账，核心就一句：别急着宣布 MCP 死了。四条论据摆下来—— 一，"MCP 塞满上下文"是谣言：工具信息怎么进上下文，是 agent 作者自己的设计，MCP 标准本来就支持渐进式披露，拿早期实现说事是老黄历。 二，现在被吹的 Skill+CLI 组合，卖点其实也是渐进发现——而那是早期 MCP 的老毛病；CLI 至今还在重踩旧坑：一个 CLI 一个登录方式、凭据散在各处，多账号的 agent 怎么绑？有人的 token 就被随手塞在 home 目录下。 三，MCP 那边走 OAuth：多账号、token 刷新、重授权反而最顺；标准也在进化——旧的有状态实现删了、加了 skill 分发扩展、远程 MCP 能跨设备，这些是 CLI 比不了的。 四，他也没把话说死：简单集成用 CLI 又快又方便——所以别抱着"CLI 取代 MCP"的标题做产品，两边都做才是正经。 口径三条：①各家功能细节与版本以官方文档为准——本条是转述；②"谁顺滑"是他的使用观察（插件体验）——未逐个验证；③原文措辞激烈——我只留论据不带脏话。 给要选的两条：一，按场景选接口：要登录态、多账号、跨设备就看 MCP，跑个简单命令 CLI 更快；二，被"某某取代某某"带跑之前，先数自己的账：凭据放哪、状态留哪、哪天要换工具。 CLI 和 MCP 各有各的地盘——接口之争最后比的是凭据和状态管理，不是谁的口号更响。