AI替你用软件,不一定要点鼠标

让AI替你用软件，不一定得先教它点鼠标。

另一条路，是把软件里的“新建、修改、导出”变成AI可以直接调用的操作。对需要做流程图、报告、设计稿的人，这条路最值得看的，不是演示有多炫，而是：交付之后，你还能不能接着改。

今天从GitHub素材池里挑出的项目叫CLI-Anything。它想做的是给已有软件搭一套机器能调用的接口，而不是重写一套绘图或办公软件。[1]

先看一张实际公开的成果图

图片来源：HKUDS/CLI-Anything项目README，贡献者@zhangxilong-43。项目方公开演示，非本号运行结果；此处展示成果形态，不评判网络协议细节。

这张图画的是HTTPS连接与断开流程。现在不需要读懂每一条协议，先注意它的组成：文字、独立节点、连线，以及分段关系。

项目在这个案例里列出的交付物，是一份.drawio工程文件，加一张.png预览图。draw.io是一款流程图工具；工程文件保留图的结构，用于继续修改，预览图用于看结果。[1][3]

差别在第二次需求出现时最明显。

举个编辑场景，不是本号测试结果：一张审批流程图已经做好，你只想把“客户确认”改成“确认或退回”，再增加一条返回修改的连线。此时你需要的不是再生成一张“看起来差不多”的图，而是找到原来的节点，改文字、加连接，再导出。

从一次性出图，到能接着修改的文件，这才是工作流里的价值。

它给软件装的，像一套“遥控器”

CLI就是命令行接口，可以理解为一组带明确参数的操作指令。

人可以通过菜单新建文档，机器也可以通过一条指令新建；人用鼠标选中对象改属性，机器可以通过对象和参数去修改。AI负责理解任务、组织操作，真正的文件处理仍交给相应软件或后端能力。[2]

这不是软件突然多出了一个更聪明的大模型，而是原有能力多了一个AI能使用的入口。项目的方法文档也明确要求：最终渲染、转换或导出应接入真实软件，不能拿一个简化替代品冒充完成。[2]

所以，本篇并不是说“AI已经能稳定操作所有软件”。哪些功能有适配、相应软件是否安装、权限和输出是否正确，仍要逐项验证。我们本次核对的是原始资料和公开案例，没有运行整套工具，也不据此声称它比鼠标操作快多少。

有个细节：别只靠后缀判断能不能改

“工程文件能改，PNG一定不能改”，也不完全对。

draw.io官方文档说明，PNG可以嵌入原始图表数据；带着这份数据的PNG，重新放回编辑器后可以继续编辑。如果只剩普通像素图，或者分享平台压缩时去掉了附加数据，就不能把它当成保留了结构的工程文件。[3][4]

关键不是文件名写着什么，而是节点、文字、连线等结构还在不在。 这也是为什么我们没有仅凭上面的PNG，就宣称独立验证了项目整套演示。

下一次，可以把需求写得更接近交付

不要只说“帮我画一张审批流程图”。可以改成：

这是一个可以直接复用的任务描述，不保证任意AI或软件都能完成。它把目标从“给我看一张图”，变成了“交给我一份还能工作的文件”。

我们的判断是：AI能做多少实际工作，不只取决于模型会不会回答，也取决于工具有没有可调用的接口，以及结果能否进入下一步。 CLI-Anything值得观察的，正是这条路线，而不是一句“所有软件都已被接管”。

链言AI会继续从真实项目和原始材料里，追踪AI怎样从回答问题走向交付结果。

你最希望AI交给你哪种能接着修改的文件：流程图、表格，还是剪辑工程？

资料说明：本篇为官方材料解读，非本号运行测评；公开成果图按原样引用，机制图为资料重排，非截图。AI辅助资料整理、文字与排版，项目效果不因本篇引用获得独立验证。

来源（2026年10月17日核对，非项目今日发布声明）：

[1] HKUDS/CLI-Anything README：项目定位、Draw.io公开案例和交付物说明。https://github.com/HKUDS/CLI-Anything

[2] CLI-Anything HARNESS.md：接口生成、真实软件后端及输出验证方法。https://github.com/HKUDS/CLI-Anything/blob/main/cli-anything-plugin/HARNESS.md

[3] draw.io官方文档：保存格式及可编辑数据。https://www.drawio.com/docs/manual/editor/save-file-formats/

[4] draw.io官方文档：PNG内嵌图表数据与分享时可能丢失的问题。https://www.drawio.com/docs/manual/export/xml-in-png/

[1][2]同属项目方，[3][4]同属draw.io；后者支持文件机制，不是对CLI-Anything任务成功率的独立测评。