CLI-Anything — “把任何软件变成 Agent 可用”的 CLI 生成器 + 注册表

基本信息

  • 仓库/链接:https://github.com/HKUDS/CLI-Anything(港大数据智能实验室 HKUDS)
  • Star / Fork:50,773 / 4,639(2026-09-28 实测 HTML),open issues 仅 56
  • 创建时间:2026-03-08(约 6.5 个月冲到 5 万 star,trending 爆款)
  • 最近更新:main 最新提交 2026-09-22(6 天前);注意 News 区最后一条是 2026-05-30,社区热度峰值可能在 5 月,当前处于维护态(待验证是否只是宣传停更)
  • 主要语言:Python ≥3.10 + Click;许可证 Apache-2.0
  • 附属:CLI-Hub 包管理器(pip install cli-anything-hub)、arXiv 技术报告 2606.03854

它是什么

两件事:

  1. 一个”CLI 脚手架生成器”——给任意软件(GIMP、Blender、LibreOffice、n8n……)用 7 阶段流程自动生成一个 Python CLI 封装层,带 JSON 输出、—help 自描述、pytest 测试,并同时生成配套的 SKILL.md,让 Claude Code/Codex/OpenClaw/Pi 这类终端 agent 能直接”操作桌面软件”。
  2. 一个注册表 CLI-Hub——cli-hub install gimp 一键安装社区做好的封装。registry.json 实测 79 个 CLI:blender、gimp、inkscape、krita、kdenlive、obs-studio、libreoffice、calibre、zotero、obsidian、joplin、siyuan、godot、freecad、qgis、comfyui、ollama、openwebui、n8n、dify-workflow、zoom、adguardhome、pm2、chromadb、lldb、wiremock、stata、mermaid、drawio、notebooklm 等。

本质认知:“CLI 是 agent 的通用接口”——不用给每个软件写 MCP server,直接生成结构化 CLI + skill 文档,agent 用 terminal 就能驱动。

技术评估

  • 成熟度:可用偏早期。单个 harness 有测试基线(宣称 2461 个测试通过),但项目仅 6 个月,harness 质量参差,且大量依赖上游桌面软件本体(很多在 Pi/无 GUI 环境跑不了)
  • 部署难度:简单(pip 装 hub);但 wrapper 类 CLI 需装对应桌面软件,树莓派上多数不适用
  • 依赖:Python + Click;每个 CLI 背后是真实软件(GIMP/Blender 等)或 REST API(Obsidian Local REST、n8n、Zoom)
  • 扩展性:核心交付物是 SKILL.md + Python 包,可直接 npx skills add HKUDS/CLI-Anything --skill <name> -g -y 装进任何 SKILL 兼容 agent;registry 也收录第三方 pip/npm/brew 包
  • 风险提示:HKUDS 是高产出的”热点工厂”型实验室(LightRAG、AutoAgent 等均出自该组),star 增速含大量营销成分;安全面已注意到路径注入等修复记录,第三方 harness 引入前需人工过一遍代码

当前价值(对我们现在有什么用)

  1. 直接可捡的现成 skill:registry 里 zotero、joplin、siyuan、libreoffice、mermaid、drawio、calibre、chromadb、pm2、wiremock 这类”API/headless 可行”的封装,与 Hermes 的 terminal+skill 体系同构,npx skills add 即装即用,省掉自写封装的时间。这是最实际的一条。
  2. 模式借鉴:它把”软件→agent 接口”标准化为 7 阶段 playbook(HARNESS.md),JSON 输出 + —help 自描述 + 随包 SKILL.md。以后要给客户某个软件做 agent 集成,照这个 playbook 做,比写 MCP server 轻。
  3. 给客户讲”agent 化改造”时的现成弹药:demo 视频里有 CAD/3D/字幕/剪辑真实产出。

未来价值

  • 若做”传统软件 agent 化”咨询业务,这套 harness 方法论 + CLI-Hub 分发就是低成本交付模板;前提是项目别再烂尾(当前提交频率已放缓,需观察)。
  • Agent-native CLI 生态若滚起来,CLI-Hub 可能成为 agent 工具的分发入口之一;届时它的注册表地位比代码本身值钱。

同类对比

  • MCP server 生态(modelcontextprotocol 官方 servers):MCP 走常驻服务+协议路线,重且配置麻烦;CLI-Anything 走”无状态 CLI+skill”路线,和 Hermes/Pi/Claude Code 的 terminal 原生工作方式更契合。两者覆盖软件有重叠(obsidian、n8n 都有两边版本)。
  • Anthropic 官方 skills 仓库:官方 skill 偏文档/办公类,不封装桌面软件;CLI-Anything 补的是”驱动真实软件”这块。
  • tech-leads-club/agent-skills:同样是 skill 注册表,TLC 偏 DevOps/GTM 流程类,CLI-Anything 偏软件驱动类,互补。

结论

[值得关注] — 认知框架(CLI + SKILL.md 是 agent 集成最轻路径)对我们现有栈直接适用,registry 里十来个 headless 类封装可即插即用;但项目仅 6 个月、热度驱动明显、多数桌面类封装在 Pi 上用不了,按”捡组件、学 playbook”姿势用,不整体依赖。

关键链接

关联