夜雨聆风Extend 团队宣布开源 Extend CLI，一个支持整批文档 parse / extract 的命令行工具。但开发者讨论的焦点已经越过了 OCR 和解析精度——它出厂就附带 `SKILL.md`，Claude Code、Codex、Cursor 装上就能直接驱动。工具分发的默认用户，开始包含 coding agent 了。
一条命令装进 Agent 的技能目录
6 月 12 日，Extend 创始人 Kushal Byatnal 在 X 上发了一条帖：
"today, we're open sourcing the Extend CLI. watch Fable use it to parse and extract an entire corpus of documents — end to end, without leaving the terminal. it comes with a built-in agent skill, so claude code/codex/cursor know how to drive it out of the box"
「今天我们把 Extend CLI 开源了。看 Fable 怎么直接在终端里对整批文档语料做 parse 和 extract，全流程不离开 terminal。它自带 agent skill，Claude Code / Codex / Cursor 开箱就知道怎么驱动它。」
▲ Kushal Byatnal 在 X 宣布 Extend CLI 开源
这条帖子里藏着三层信息：开源了、能处理整批文档、agent 直接会用。
前两条都好理解——文档解析 CLI 开源，这几年已经见过不少。第三条才是这次真正值得展开的地方。
打开仓库，README 比代码更值得看
GitHub 仓库 `extend-hq/extend-cli` 已经公开。语言 Go，MIT 协议，v0.4.3 版本在 6 月 10 日就已经发布，npm 包 `@extend-ai/cli` 同步上线。
▲ extend-hq/extend-cli 仓库首页，MIT 开源，Go 语言
但打开 README 往下翻，最值得注意的部分跳过了安装命令和 API 文档。
README 里有一个独立的段落，标题叫 "Use with coding agents"。
里面写着：
"The CLI ships a SKILL.md that teaches agent harnesses (Claude Code, Codex, OpenCode, Cursor, Goose, etc.) to use extend correctly without you having to spell out every command."
「这个 CLI 附带 SKILL.md，它会教 agent harness 正确使用 extend，用户不用再把每一条命令都写进提示词。」
安装方式也是标准化的：
``` extend skill install ```
一条命令，把 `SKILL.md` 写入 `~/.agents/skills/extend/SKILL.md`——这是 Codex、OpenCode、Cursor 等 agent 的默认技能目录。Claude Code 的路径略有不同，README 也单独给了说明：`~/.claude/skills/extend/SKILL.md`。
▲ Extend CLI README 直接给出了 agent skill 安装路径和命令
这段 README 透露了一个产品设计上的判断：Extend 团队把"agent 能正确调用这个工具"当成了默认发布流程的一部分。
这个 CLI 能干什么
回到工具本身。README 给出的核心命令：
- `extend extract invoice.pdf --using ex_abc`
→ 从文档中结构化抽取信息 - `extend parse contract.pdf > contract.md`
→ 把文档转成 Markdown - `extend run doc.pdf --using workflow_abc`
→ 挂载工作流执行 - `extend extract batch invoices/*.pdf --using ex_abc`
→ 批量处理
这四条命令划出了能力边界：结构化抽取、Markdown 转换、工作流执行、批量处理。所以主帖里说的 "parse and extract an entire corpus of documents"，在命令体系里是有实际支撑的，它确实能做到语料级的文档处理。
`SKILL.md` 背后：一个正在成型的 Agent Skills 规范
Extend README 里有一个细节——它把 `SKILL.md` 链接到了一个外部规范网站 agentskills.io。
这个规范明确定义了：
"A skill is a directory containing, at minimum, a SKILL.md file"
「一个 skill 最少是一个带有 SKILL.md 的目录。」
▲ agentskills.io 规范文档：skill 目录结构、YAML frontmatter、命名约定
规范还规定了目录可以包含 `scripts/`、`references/`、`assets/`，`SKILL.md` 需要 YAML frontmatter 加 Markdown 正文。
Extend 遵循的这套格式，意味着它对接的是一个更广泛的生态约定——任何工具作者都可以按同样的结构，把自己的 CLI 打包成 agent 可识别的 skill。
以前工具发布的终点是 `npm publish`。现在多了一步：`skill install`。
开发者在讨论什么
主帖下面的回复很有意思。开发者们最先关注的，并不是"文档解析准不准"：
CJ Avilla 提到：因为 CLI 用环境变量认证，理论上可以和 Claude Managed Agents 的 env-var credential 类型对接。
Vito Botta 的评价更直接：内置 agent skill 这种包装方式很聪明，coding agent 不再需要用户手写一层自定义工具接口——"2026 年 CLI 工具就该这么发"。
这些讨论指向同一个转变：开发者衡量一个 CLI 工具的第一反应，正在从"命令好不好用"变成"agent 能不能稳定调用"。
从"工具给人用"到"工具给 agent 装技能"
把这件事放到更大的背景下看。
以前一个 CLI 工具要被 coding agent 用起来，流程通常是这样的：用户自己看 README，自己猜命令，自己拼参数 flag，然后告诉 agent 哪些命令可用、输出格式是什么、怎么传认证。每个工具都要走一遍这个手工过程。
Extend CLI 这次做的事情，是把这层"如何正确调用工具"的知识，打包进了一个标准化的 `SKILL.md` 文件，并且在 README 里给出安装命令和目录路径。
这代表一个产品分发层面的变化：
- 以前
：工具做好了，agent 能不能用，看用户自己的 prompt 写得好不好。 - 现在
：工具发布时就附带面向 agent 的调用说明和约束封装。
这个变化的影响不只在 Extend 这一个项目。当越来越多的 CLI 工具开始内置 `SKILL.md`，当 `extend skill install` 这种命令变成发布流程的标配——工具分发的默认受众，就从"人类开发者"扩展到了"人类开发者 + coding agent"。
值得注意的边界：目前 Extend CLI 提供了 skill 安装路径，明确照顾了 Claude Code、Codex、Cursor 这几个主流 coding agent。但这不等于所有客户端都已原生内置 Extend，也不等于所有场景都零配置直接跑通。`SKILL.md` 解决的是"agent 知道怎么调用"，而实际可靠性还取决于各 agent harness 对 skill 规范的支持程度。
不过方向已经很明确了。2026 年发布一个 CLI 工具，如果 README 里还没有 "Use with coding agents" 这个段落——可能已经少了一层竞争力。
— END —
