2026年2月27日,Obsidian 发布了 1.12 版本。更新日志里埋着一个看似不起眼的功能:官方命令行界面(CLI)。 Obsidian 创始人 kepano 在 X 上只发了三行字:
- now OpenClaw, OpenCode, Claude Code, Codex, or any other agent can use Obsidian
三行字,把一个笔记软件变成了 AI Agent 的基础设施。
这不是一个关于 Obsidian 的故事。这是一个关于"CLI 正在成为 AI 时代最重要的产品接口"的故事,而大多数工具开发者还没有意识到这一点。
一、Obsidian 的 CLI 之路:从社区自发到官方下场
Obsidian 并不是一开始就有 CLI 的。
三年前,一个社区开发者用 Go 写了 notesmd-cli(最初叫 obsidian-cli),让用户可以在终端中创建、搜索、编辑笔记。项目的 Star 数长期平稳增长,不温不火。
然后 OpenClaw 火了。
这只龙虾(OpenClaw 的吉祥物)引发了 2026 年 AI 社区最大的一波浪潮。作为 OpenClaw 的默认配置工具之一,notesmd-cli 的 Star 数在进入 2026 年后经历了爆发式增长。OpenClaw 用户发现:只要 Obsidian 有一个 CLI,AI Agent 就能直接读写他们的知识库——创建日记、管理任务、搜索笔记、整理标签,全部自动化。
Obsidian 官方显然看到了这个信号。2026年2月底,他们发布了官方 CLI,覆盖了 115 个命令,几乎把 GUI 能做的所有事情都搬到了命令行。
这个时间节点不是巧合。
二、为什么 CLI 才是 AI Agent 的"通用接口"
要理解 CLI 的价值,先看看当前 AI Agent 是怎么"使用工具"的。
以 OpenClaw 为例,它的核心能力就是能执行 shell 命令。这意味着:任何有 CLI 的工具,对它来说都是即插即用的。不需要写 MCP adapter,不需要定义 JSON schema,不需要启动一个长驻 server 进程。Agent 只要知道命令怎么用,直接调就行了。
再加一个 SKILL.md 告诉 Agent"这个工具是干什么的、什么时候应该调用它",接入就完成了。
对比一下 MCP(Model Context Protocol)的接入路径:
CLI 的"协议"就是 stdin/stdout/stderr + exit code。这个协议已经存在了几十年,被整个软件生态验证过,所有编程语言都原生支持。
MCP 是一个精心设计的新协议,但 CLI 是一个已经被验证的事实标准。
三、Obsidian 的例子说明了什么
Obsidian CLI 发布后一周内,生态反应极为迅速:
OpenClaw 社区立刻发布了两个 Skill——一个基于社区版 notesmd-cli,一个基于官方 CLI。安装一条命令:
然后你的 AI Agent 就能:
- 从会议录音转写中提取待办,自动写入 Obsidian 任务列表
有用户把 Obsidian 直接当成了 AI Agent 的"记忆系统"——比简单的 MEMORY.md 文件强大得多。Obsidian 社区 2000 多个插件带来的可扩展性,让这个"记忆系统"能做的事情远超预期。
关键在于:Obsidian 团队不需要为 OpenClaw 做任何适配。 他们只是发布了一个 CLI,生态自己长出来了。
同样的事情也发生在 Google Workspace CLI(gws)上——发布 CLI 后,它自动兼容了 OpenClaw、Gemini CLI、Claude Code 等所有能执行 shell 命令的 Agent 框架。MCP 模式只是一个额外的兼容层,CLI 才是根基。 四、给工具开发者的建议:CLI First
如果你正在开发一款工具,想让 AI Agent 能使用它,最务实的路径不是去实现 MCP,而是先把 CLI 做好。
一个好的 Agent-ready CLI 应该满足什么条件?
1. 结构化输出(JSON)
这是最重要的一点。Agent 拿到 JSON 就能解析、推理、决定下一步。如果返回的是人类可读的格式化文本,Agent 还得做一层不可靠的解析。
2. 原子化命令
每个命令做一件事,做好一件事。Agent 可以自己组合多个原子命令来完成复杂任务,但它很难拆解一个"什么都做"的命令。
3. 完善的 --help 和错误信息
Agent 会读 --help 来理解工具能力。清晰的帮助文档就是给 Agent 的"说明书"。明确的错误信息(包括错误码和建议操作)能帮 Agent 自我修复。
4. --dry-run 支持
让 Agent 能预览操作效果而不实际执行,对高风险操作(删除、修改、发送)尤其重要。
5. 幂等性
同一命令执行多次应该产生相同结果。Agent 有时会重试,幂等性确保重试不会造成副作用。
CLI 是 MCP 的超集入口
有了 CLI,要包一层 MCP 随时可以加。gws 就是这么做的——核心是 CLI,gws mcp 只是在 CLI 之上包了一层 MCP 协议。
但反过来,如果你只有 MCP 没有 CLI,你的工具就被限制在了 Claude Desktop、VS Code 等少数 MCP 客户端的生态里,OpenClaw 和所有基于 shell 的 Agent 都用不了。
五、更深一层:CLI 为什么天然适合 Agent
这不仅仅是个技术兼容性的问题,背后有更深层的原因。
CLI 是"确定性"的。 同一条命令,同样的参数,同样的结果。Agent 可以学习、记忆、复现。GUI 操作是"模糊"的——点击坐标可能因窗口大小、分辨率、主题而变化。
CLI 是"可组合"的。 Unix 管道哲学——每个工具做一件事,通过管道连接。这和 Agent 的"思考-行动-观察"循环天然契合:调用一个命令,观察输出,决定下一步。
CLI 是"可审计"的。 每次调用都有明确的命令记录。你可以看到 Agent 做了什么、用了什么参数、得到了什么结果。GUI 操作的审计要困难得多。
CLI 是"低开销"的。 不需要启动浏览器、不需要渲染界面、不需要长驻进程。一个命令,执行完退出,释放资源。这对于需要在单机上同时运行多个工具的 Agent 来说至关重要。
正如 DEV Community 上一篇文章的标题所说:CLI is All You Need。 人类在早年正是通过终端操作计算机的——没有图形界面,一个终端和一个键盘就能让程序员觉得世界尽在掌握。现在,AI Agent 正在重演这段历史。
六、从 Obsidian 看到的趋势
Obsidian 的故事预示了一个正在发生的趋势:越来越多的工具会把 CLI 作为一等公民来对待,而不是事后补充的边缘功能。
已经在走这条路的产品:
- Obsidian 1.12:官方 CLI,115 个命令,完整覆盖 GUI 能力
- Google Workspace CLI(gws):动态发现所有 Google API,原生 JSON 输出,内置 MCP
- Linear:CLI + MCP 双模式,项目管理融入 Agent 工作流
- Notion:API + 社区 CLI,知识库可编程化
- VS Code:code 命令早已成为开发者 Agent 工作流的标配
还没有走这条路的工具,正在错过 Agent 生态的第一波红利。
结语:给你的产品加一个 CLI
如果你是工具开发者,今天能做的最高 ROI 的一件事可能就是:给你的产品写一个 CLI。
不需要很复杂。Obsidian 的社区版 CLI 就是一个人用 Go 写的,核心功能只有创建、搜索、编辑、删除。但就是这几个基础命令,让 Obsidian 成为了 OpenClaw 生态中最受欢迎的集成之一。
CLI 不是给 2006 年的极客用的古董。它是 2026 年 AI Agent 的通用语言。
你的用户可能还在用 GUI,但你用户的 Agent 需要一个 CLI。