C
ChaoBro

CLI-Anything 火了:让所有软件都变成 Agent-Native,这才是 AI 工作流的终局

CLI-Anything 火了:让所有软件都变成 Agent-Native,这才是 AI 工作流的终局

软件世界正在经历一场静悄悄的革命。

你每天打开的各种工具——设计软件、数据库管理、IDE、甚至操作系统级别的设置——本质上都是一座座孤岛。你想让它们协作,只能靠自己的双手在窗口之间来回切换、复制粘贴。

直到 CLI-Anything 出现。

它做了什么

一句话概括:给任何软件装上一个 AI 能理解的命令行接口。

CLI-Anything 由香港大学 HKUDS 团队开发,核心理念是 "Making ALL Software Agent-Native"——让所有软件变成 AI Agent 可以直接调用的工具。

它通过一套 agent-harness 架构,为各种软件封装标准化的 CLI 接口:QGIS、AdGuard Home、Audacity……任何你想让 AI 控制的软件,都可以被纳入这个体系。

截至今天,这个项目在 GitHub 上已经有超过 36,000 个 star,每天还在以 1,000+ 的速度增长。

为什么这个思路值得重视

过去两年,AI 工具的发展路径大概是这样的:

先是 ChatGPT 告诉你"来跟我聊天吧",然后是各种 AI 插件告诉你"我来帮你做这件事",再然后是 Agent 框架告诉你"我可以替你完成整个任务链"。

但所有这些方案都有一个共同的前提:你得先把事情告诉 AI,AI 才能帮你做。

CLI-Anything 的思路是反过来的:不是你去适应 AI,而是让软件自己去适应 AI。

当每个软件都有一个标准化的 CLI 接口,AI Agent 就不需要再做任何特殊的适配——它可以直接调用、组合、编排这些工具,就像程序员调用 API 一样自然。

这意味着什么?

这意味着你可以对 AI 说:"帮我分析一下这个项目的用户反馈,用 QGIS 生成热力图,然后通过邮件发给团队。"——然后 AI 真的能做到,不需要你手动打开任何软件。

实际工作流:一个具体例子

假设你是一个产品经理,每天早上要做三件事:

  1. 从数据库拉取昨天的用户活跃数据
  2. 在 Jira 上查看待处理的高优先级 bug
  3. 把这两份信息整理成一份简报发到 Slack

过去,这三件事意味着你要打开三个不同的应用,手动操作至少 20 分钟。

有了 CLI-Anything + AI Agent,你只需要:

  • 定义好每个软件的 agent-harness(一次性的工作)
  • 然后对 AI 说:"跑一下早报流程"

Agent 会自动调用数据库的 CLI 接口拉取数据,再调用 Jira 的接口获取 bug 列表,最后调用 Slack 接口发送消息——全程无需人工干预。

但这不是银弹

CLI-Anything 的架构虽然优雅,但也有几个需要注意的点:

第一,安全性。 让 AI 直接控制你的软件,等于给它一把万能钥匙。权限管理必须做得非常精细,否则后果不堪设想。项目文档中提到了安全验证机制,但实际落地时每个团队都需要根据自己的情况做定制。

第二,复杂性转移。 以前你要学的是怎么用软件,现在你要学的是怎么给软件写 agent-harness。学习曲线只是换了个位置,并没有消失。

第三,生态碎片化。 目前 CLI-Anything 支持的软件种类还在快速增长中,但远没有覆盖所有常用工具。如果你想用的软件不在列表里,就得自己写 harness。

一个更大的信号

CLI-Anything 的爆火,其实反映了一个更大的趋势:AI 时代的软件交互范式正在从"人操作界面"转向"Agent 调用接口"。

这不是 CLI-Anything 一个项目的功劳,而是整个行业演进到这一步的必然结果。当 AI 的能力越来越强,它需要的不再是人类帮它翻译意图,而是能够直接操作工具的能力。

CLI-Anything 恰好站在了这个转折点上。

至于它最终会不会成为行业标准,现在下结论还为时过早。但至少有一点可以确定:谁能让 AI 更自然地操作软件,谁就掌握了下一代工作流的入口。

CLI-Anything 正在抢占这个入口。