CLI-Anything：让几乎所有软件都能被智能体直接调用

过去几十年，绝大多数软件都是写给人用的：按钮、菜单、拖拽、对话框，每一样都默认操作者有眼睛、有鼠标。AI 智能体兴起之后，这个前提开始松动。让大模型通过截图去点击界面，既慢又脆弱，界面稍有改版就会失效。CLI-Anything 抓住的正是这个缺口。项目由 HKUDS 开源，口号是"让所有软件都成为 agent 原生"。它的思路并不复杂：智能体天然擅长读文本、写命令、解析结构化输出，那就给每一款软件配一层命令行接口，把原本只能靠鼠标完成的事，变成可以脚本化、可以被组合的命令。

在当下的生态里，它的位置介于传统的软件自动化和新兴的智能体工具协议之间，面向的是那些没有开放 API、也没有现成 MCP 服务的"存量软件"。项目在 GitHub 上已经获得五万四千多颗星，说明这个需求确实被许多开发者感受到了。再看核心能力。CLI-Anything 的主体是一套为不同软件生成和维护 CLI 封装的方法，以及围绕它建立的 CLI-Hub。读者先执行 pip install cli-anything-hub，再用 cli-hub install 安装所需的命令行工具，就能浏览、安装并管理社区贡献的各种封装。这些封装可以接入 Pi、OpenClaw、nanobot、Cursor、Claude Code 等多种智能体环境，也就是说，同一个 CLI 不绑定某个特定的模型或产品。

从项目动态能看到几个值得注意的设计取向。其一是安全意识：Rekordbox CLI 对 SQLCipher 的写入路径做了保护，强制写入前必须备份；Sketch CLI 修补了令牌文件的路径穿越与符号链接逃逸问题。其二是工程质量：Joplin CLI 提交时带有 134 个测试作为验证基线，Calibre CLI 附有 41 个单元测试和真实 Calibre 的端到端证据。其三是覆盖面广：笔记、电子书、音乐管理、三维网格、地理信息、虚幻引擎编辑器等都在注册表或提案之中。与单纯的 RPA 或截图式的计算机操作方案相比，这种做法把"理解界面"的不确定性，换成了"调用命令"的确定性，出错时也更容易定位。至于使用与上手，路径相当清楚。

开发者可以先去 CLI-Hub 看看自己想用的软件是否已有现成封装，有就直接安装，没有就走项目提供的两条路：一是提交许愿清单，请求某款软件或服务的支持；二是报名成为贡献者，自己构建新的 CLI harness，审核合并后进入公共注册表。项目的演示展示了智能体借助生成的 CLI，配合预览、实时预览和轨迹循环，产出真实的成果，例如 CAD 模型、三维场景、图表、游戏过程和字幕。这类演示的意义在于说明：智能体不只是"发了命令"，而是能看到中间结果，再据此修正下一步。文档方面，项目除英文外还提供中文、日文和德文版本，对非英语开发者相当友好。社区活跃度也能从动态里看出来：仅在 2026 年 5 月下旬，就有 Hermes 编排技能、ArcGIS Pro、Obsidian Agent CLI、Joplin、Rekordbox、Calibre、3MF、MiniMax、UEAtelier 等一批合并或提案，同时已有的 Zoom、Obsidian、LibreOffice 封装也在持续做质量与安全修补。从行业角度看，CLI-Anything 的意义在于它尝试把"软件的智能体化"从各家厂商的零散行为，变成一个可以众包的公共基础设施。

如果这个注册表持续增长，智能体开发者就不必为每款软件重复造轮子，工程团队也能把内部使用的桌面工具快速纳入智能体工作流。不过风险同样不能忽视。第一，封装质量参差不齐，社区贡献的 CLI 在稳定性、权限边界和版本兼容上需要使用者自行评估，尤其是会写入数据库或用户文件的工具，务必先备份。第二，让智能体直接执行命令，本身就扩大了攻击面，路径穿越、令牌泄露这类问题在项目动态里已经出现过，说明安全审查要长期坚持。第三，软件升级后，封装可能随之失效，维护成本会落在社区身上。值得观察的方向有三个：注册表的审核与签名机制能否跟上增长速度；针对图形软件的预览与反馈回路能否更成熟；以及它与 MCP 等其他智能体接入标准如何分工。如果这些问题处理得好，它有机会成为智能体操作现实软件的通用入口。