很多人现在一上来,就让 AI 直接点网页。可问题不在它能不能点,而在这些动作太难复用、太难验证,也太难沉淀成长期工作流。OpenCLI 想补的,就是这一层。 先讲清楚它是什么。OpenCLI 不是单一网站采集器,也不是只会浏览器自动化的命令行包装。它想把网站、浏览器会话、Electron 应用,甚至你本地的 gh、docker 这类工具,都统一收成一个 CLI 层,让人和 AI 都从这层接口去调用。 为什么这件事值得讲?因为官方 README 和架构文档写得很直白:deterministic interfaces、CLI hub、AI-native runtime、Dual-Engine Architecture。它想解决的不是这次能不能自动化,而是外部世界能不能被收成稳定工具面。 我也本地装了一遍。源码安装能跑,opencli 的版本是 1.6.9,doctor 也已经把 daemon 拉起来了。但它同时告诉你一件更真实的事:Browser Bridge 扩展没连上,所以浏览器链路还没完全打通。也就是说,这项目不是空壳,但也不是零门槛魔法。 所以 OpenCLI 最值钱的地方,不是命令很多,而是它让你别每次都从点网页开始。以前是让 AI 一次次去重复实时动作;现在是先把网页、桌面端和本地工具,慢慢沉淀成稳定命令,再让 AI 去调用。 再看它给 AI 的 workflow,你会发现真正有想象空间的是这条生成流水线:explore、synthesize、generate、cascade。也就是先看页面和接口,再把结果收成适配器,再把一次性动作变成真正可复用的命令。对长期 agent 工作流来说,这比只会点网页重要得多。 一句话总结。如果你只是想今天让 AI 代你点几个网页,OpenCLI 不是最低门槛答案。但如果你想让 AI 长期稳定地使用外部工具,先给它一层可验证、可复用的 CLI 工具面,这个项目值得认真试。评论区发 OpenCLI,我下一条继续拆它的 Browser Bridge、generate 流程,还有这层 CLI 底盘到底适不适合你的工作流。#openclaw
00:00 / 02:51
连播
清屏
智能
倍速
点赞5
00:00 / 00:34
连播
清屏
智能
倍速
点赞20
00:00 / 03:14
连播
清屏
智能
倍速
点赞2
00:00 / 00:59
连播
清屏
智能
倍速
点赞2265
00:00 / 00:52
连播
清屏
智能
倍速
点赞7184
00:00 / 02:16
连播
清屏
智能
倍速
点赞4