[AINews] Everything is CLI

你有没有发现，这两天 Twitter timeline 里突然冒出一堆 CLI？

Stripe 发了，Ramp 发了，ElevenLabs、Visa、Resend、Google Workspace 全发了。甚至连 iMessage 和 WhatsApp 都有人给包了个 CLI。时间线挤得像约好了似的，全在这周扎堆上线。

这事儿单看不稀奇——CLI 又不是新东西，开发者天天用。但 Stripe 这个 `stripe projects add posthog/analytics` 就有点意思了：你敲一行命令，它帮你开 PostHog 账号、拿 API key、配好计费，而 Stripe 跟 PostHog 的注册流程其实八竿子打不着。Patrick Collison 自己说了，灵感来自 Andrej Karpathy 那个 MenuGen demo——现在 agent 要接入一个后端服务实在太麻烦，所以 Stripe 干脆自己动手，把一堆合作伙伴的服务全包成一行命令。

这不是工具创新，这是渠道卡位。

回头看看 MCP（Model Context Protocol）当初的设想：统一 agent 和外部工具的通信协议，让模型能无缝调用各种服务。听起来很美，但实际落地慢得要命。CLI 这条路就简单粗暴多了——不管你底层是什么协议，agent 只要会 `exec` 就能用，开发者只要会写 shell 脚本就能包。Cloudflare 去年九月搞的 Code Mode 算是开了个头，现在大家都反应过来了：与其等标准委员会开会，不如直接用 CLI 把自己的服务塞进 agent 的工具箱。

这波操作的本质是什么？是基础设施厂商在抢 agent 的"默认选项"。

以前 SaaS 竞争的是开发者心智——谁的文档写得好、SDK 封装得顺手、onboarding 体验丝滑，谁就能留住用户。但现在 agent 成了新的流量入口，游戏规则变了：你的服务能不能被 agent 一行命令调起来，直接决定了你在这个生态里有没有位置。Stripe 这招高就高在，它不光把自己包成 CLI，还顺手把一堆合作伙伴也包进去了——相当于提前占了个"agent 服务商店"的坑位。

对比一下 Google Workspace CLI 和 Visa CLI，你会发现大家的策略不太一样。Google 是把自家全家桶打包，方便企业客户用 agent 管理内部工具；Visa 更像是在试探金融场景下 agent 能走多远。但共同点是，谁都不想等别人定标准，谁都想让自己的接口成为事实标准。

这对开发者意味着什么？短期来看，agent 工具链会变得异常丰富，你能用 agent 干的事情会越来越多。但长期呢？可能会出现一个新的"CLI 地狱"——每个服务都有自己的 CLI，每个 CLI 都有自己的认证方式、配置格式、错误处理逻辑。到时候你会怀念当年那个"只要接 REST API 就行"的简单时代。

所以真正值得关注的不是"谁又发了个 CLI"，而是这些 CLI 背后有没有在悄悄对齐某种共识——比如统一的认证层、统一的错误码、统一的 agent 调用约定。如果没有，这波热闹过后留下的可能只是一地鸡毛。

问题来了：当每个基础设施厂商都在用 CLI 包装自己的服务时，谁来包装这些 CLI？