CLI-Anything:把软件源码变成 Agent 能调用的 CLI

GITHUB 热榜 · 开源项目

CLI-Anything：把软件源码变成 Agent 能调用的 CLI

2026 年 10 月 18 日　|　来源：GitHub 项目 HKUDS/CLI-Anything

AI Agent 会写代码、会调 API，却打不开 GIMP、Blender、LibreOffice 这些真正的专业软件。HKUDS 的 CLI-Anything 没有再造一个 Agent，而是从软件源码生成整套命令行接口，让 Agent 在终端里直接操作软件。

按项目公布的信息，它已登上 GitHub 热榜，覆盖 18 个应用、2461 项测试全部通过，并附 arXiv 技术报告。这份导读只讲三件事：它是什么、解决什么痛点、命令怎么敲。

① 它是什么

从源码生成一套 CLI，不是再做一个 Agent

一句话说清：这是一个命令行接口生成器。给它一条命令和一个软件的源码，它输出一套完整的 CLI，让 AI 编码助手能像调 API 一样操作这个软件。

它做的不只是把功能包一层。生成器按 7 个阶段跑完整流水线，从读源码一路做到打包发布。

关键在于它调用的是真实后端：LibreOffice 真出 PDF，Blender 真渲染 PNG，不是用替代库凑一个“玩具实现”。每条命令都带 --json 输出，方便 Agent 解析结果。

边界要说清。“一条命令把任意软件变成 Agent 可用的 CLI”是项目想解决的问题，不等于所有软件都已被完整覆盖。已确认的规模是 18 个应用、2461 项测试通过，这些数字来自项目公布与 arXiv 报告；具体接入了哪些软件、生成出的 CLI 覆盖到什么程度，要回仓库核对。

② 解决了什么问题

Agent 能调 API，却打不开 GIMP 和 Blender

痛点不在“Agent 会不会写调用代码”，而在专业软件没给 Agent 一个稳定的操作入口。此前的做法是截图加点按：让 Agent 看屏幕、找按钮、模拟点击，流程脆，一步错后面全乱。

CLI-Anything 的选择是给现有软件补一层命令行接口。命令加结构化输出，比截图点击更适合自动化流程——Agent 能读结果、能判断、能把多条命令串起来。

这不代表接入任何软件都能立刻稳定工作。实际覆盖哪些软件、依赖环境怎么装、命令失败时怎么处理，现有材料没有完整展开，现阶段更准确的说法是：它提供了一条让 Agent 调用现成专业软件的 CLI 路径，可用范围以项目实际接入清单为准。

③ 怎么用

装 Hub 拿现成 CLI，或在 Claude Code 里生成新的

分成两类场景，路径不一样。

路径一：已经有现成 CLI，先去 Hub 里找

装 CLI-Hub 包管理器，然后按名字安装：

实际有哪些名字可用、覆盖哪些软件，需要回仓库核对，不能默认“任意软件”都已经在 Hub 里。

路径二：让 Agent 自己发现并安装合适的 CLI

装一个元技能，把“找 CLI”这一步交给 Agent：

具体会装到什么、是否适合当前任务，仍取决于仓库里的 CLI 清单和 Agent 自己的判断。

路径三：为新软件生成 CLI（以 Claude Code 为例）

走插件市场：

摘录在插件安装步骤之后被截断，后续命令和参数没有披露。这一步之后的完整流程要等文档更新，不建议照猜测补写。

④ 总结

适合想让 Agent 接管现成软件的人，不适合等开箱即用的人

适合：想让 Agent 调用现成专业软件、并且愿意自己回仓库核对覆盖范围的技术读者。已经在用 Claude Code 这类编码助手，又希望它能在终端里操作 GIMP、Blender、LibreOffice 的人，可以去看。

不适合：期待“一条命令就覆盖所有软件”的人。项目公布 18 个应用、2461 项测试全部通过，这是判断覆盖面的起点，不是“所有软件都支持”的证明。实际接入数量、CLI 接口是否稳定、依赖环境好不好装，得按仓库清单逐项确认。

后续看三件事：仓库接入的软件数量是否继续增加，生成出的 CLI 接口是否保持稳定，以及 Agent 调用失败时项目怎么处理。第三点现有摘录里没有说明。

来源：GitHub 项目 HKUDS/CLI-Anything。文中 18 个应用、2461 项测试等数字来自项目公布信息与 arXiv 技术报告。