这是2026年的第30篇文章

（ 本文阅读时间：约15分钟 ）

前言

过去一段时间，AI Agent 相关工具出现了一个有意思的变化：能力在不断演进，交互入口却越来越多地回到最朴素的命令行。看起来像是一次「复古回归」，背后其实藏着一个更本质的判断：当软件的操作者从人扩展到 Agent，CLI 不再只是给工程师用的老工具，它可能成为 Agent 调用数字世界的高效入口。

不禁想到，今年笔者所在的部门对平台智能化升级提了「AI 友好」这一目标。那么，怎样的平台才算 AI 友好？难道 CLI 就等于 AI 友好？带着这些问题，这段时间做了一些思考，记录下来做下分享。

01

CLI 的前世今生

过去四十年，计算机的界面进化方向一直是从 CLI 到 GUI，从文字到图标，从键盘到触屏，对人越来越友好。Agent 时代，方向反过来了，软件的用户变成了 AI Agent。

这三层意味着什么？Agent 真正需要的并非在 CLI、MCP、SKILL 之间三选一，是根据场景在三层之间自由切换。简单操作直接敲 CLI；高频标准操作走 MCP；复杂多步流程用 SKILL 编排。好的 Agent 框架应该让这三层无缝衔接，不是把 Agent 锁死在某一层。

这也解释了为什么 CLI 复兴不等于 MCP 衰落，恰恰相反，CLI 的繁荣会倒逼 MCP生态更加成熟，因为 Agent 在 CLI 层积累的操作经验，最终会沉淀为 MCP 工具和 SKILL 工作流。CLI 是创新的试验场，MCP 是标准化的沉淀池，SKILL 是最佳实践的固化层。

05

「AI 友好」到底是什么

AI时代的产品设计正在经历一场范式转移：从单一服务人类用户，转向同时服务人类和AI Agent。这是产品架构的根本性重构。过去的产品设计以人为中心：好不好看、好不好点、交互流不流畅。现在多了一层评判标准：AI 能不能用、调用顺不顺畅、出错了能不能自动恢复。

AI 友好不是单纯在产品旁边套一个 CLI，就像当年“移动友好”不是给网页加个二维码就可以一样。AI 友好是一种新的产品设计原则，核心是让产品同时被人和 Agent 高效使用。

回看前面的分析，我们不难总结出 AI 友好的产品至少需要具备四个特征：

• 可调用：能力不能锁在 GUI 里。每一个有价值的操作，都应该有对应的编程接口——CLI、API 或 MCP 工具。GUI 是给人的"前门"，Agent 需要一个同样通畅的"后门"。如果你的产品只有前门，Agent 就只能对着屏幕截图再模拟点击，这不叫 AI 友好，这叫为难 AI。

• 可理解：Agent 拿到接口后，不需要翻 200 页手册才能上手。参数有语义化命名，返回有结构化格式，错误信息能指导下一步操作。--help就是最好的例子——工具自己会说话。

• 可组合：单个操作是原子的，多个操作可以自由串联。Agent 的强项是编排，但前提是每块积木的接口是标准的。如果每个操作都是一个黑盒，输入输出格式各不相同，Agent 就没法组装出新流程。

• 可恢复：Agent 会犯错，这是确定的。好的 AI 友好设计不是假设 Agent 永远正确，而是让错误可以低成本回退。操作最好是幂等的，状态变更是可追溯的，失败不会导致不可逆的损害。操作最好是幂等的，状态变更是可追溯的，失败不会导致不可逆的损害。

但这些只是「对 Agent 友好」的部分。真正的 AI 友好还有另一半：对「人 + Agent」这个组合友好。

这回到了前文所说的可观测性问题。人不需要看到 Agent 的每一行日志，但需要在关键节点上有决策权。好的产品应该为这种协作模式提供原生支持：哪些操作 Agent 可以自主执行，哪些需要人类确认，出了问题怎么回滚：这些应该是产品平台提供的基础能力，而非Agent 自己实现的逻辑。

当年「Mobile First」不只是做个 App，而是重新设计了信息架构、交互范式和商业模式。原来 PC 上三级页面才能完成的操作，手机上变成了一次滑动；原来需要登录网银的支付，变成了扫一下二维码。不是把旧东西塞进小屏幕，而是围绕新的使用场景重新设计一切。

「Agent First」也一样，想要实现这个愿景，显然不是在现有产品旁边加一个 CLI 就能了事，它倒逼我们重新思考三个根本性问题：

• 能力怎么暴露： 比起“给人画一个界面”，要做的应该是“给 Agent 开一组接口”。每个产品能力都应该有两个版本：人能操作的，和 Agent 能调用的。两个版本背后是同一套能力内核，只是面向不同用户的交付形态。

• 数据怎么流动：Agent 需要的是结构化、可订阅、可过滤的数据流，不是一个需要点击三层才能展开的仪表盘。产品的数据层需要从“展示给人看”重构为“既展示给人看，也喂给 Agent 用”。

• 协作边界画在哪：这是最难的问题。哪些决策让 Agent 自主完成，哪些必须人来拍板？这条线不是固定的。随着信任建立，人会逐渐放手；一旦 Agent 出错，人会立刻收紧。好的产品需要让这条边界是动态可调的，而不是在代码里写死的。

我们正站在一个类似 2010 年移动互联网爆发前夜的时刻。那时候大家也在争论「要不要做 App」，历史告诉我们，这个问题的答案很快转变成“不做 App 就出局”。

把目光放到当下，今天我们面临的问题不再是「要不要 AI 友好」，而是「怎么比别人更快地实现 AI 友好」。先把能力 CLI 化、API 化、MCP 化的产品，会率先接入 Agent 生态，获得第一波 AI 原生用户。而那些还在想“我们的 GUI 已经够好了”的产品，或许会像当年那些坚持“网页版体验已经很好了”的公司一样，看着用户悄悄流向了 Agent 能直接操作的竞品。

---

*注：本文为作者个人技术思考与经验分享，不代表公司的官方立场或观点。文中部分论述涉及对技术趋势和发展方向的前瞻性判断，基于作者写作时的认知与经验，所有内容仅供交流参考，读者应结合自身场景独立评估。