OpenCLI 学习记录（2026-03-15）

# OpenCLI 学习记录：从 Chrome Attach 到 Website-as-CLI

整理日期：2026-03-15  
来源：Twitter/X 上 `@jakevin7` 的相关内容，只做浏览、整理与总结。

## 原始信息

作者提出的核心概念是：

> **OpenCLI —— 把任何网站变成命令行工具**

他给出的卖点包括：

- 30 行 YAML
- 把网站包装成 CLI
- 可互相打包共享
- 复用 Chrome 已登录状态
- 让 AI 帮你自动生成适配器
- 不模拟登录
- 不存 Cookie
- 不用 Selenium
- 通过 Playwright MCP Bridge 扩展连接你正在使用的 Chrome 浏览器

## 这条内容真正值得学的点

### 1. 它不是单纯的网页自动化

这条推文的真正方向不是“再做一个浏览器脚本”，而是：

> **把网站能力抽象成 CLI / Tool，让 AI 可以稳定调用。**

也就是说，目标不再只是：
- 打开网页
- 找按钮
- 模拟点击

而是进一步抽象成：
- `tool search`
- `tool create`
- `tool list`
- `tool update`

这让网页从“人类图形界面”更接近“AI 可调用接口”。

### 2. 它延续了同一条主线：复用真实浏览器上下文

OpenCLI 这条思路和 OpenClaw 2026.3.13 的核心更新是同一条路线：

- 不再人为重建一个隔离浏览器
- 不再自己维护登录
- 不再单独持有 Cookie
- 直接使用你真实的、已登录的 Chrome 环境

这说明社区正在形成一个很明显的判断：

> **未来真正好用的 agent 工作流，不会围绕“重新模拟网页登录”，而会围绕“复用真实浏览器上下文”。**

### 3. 它想解决的是“网站工具化”问题

普通网页的问题是：

- 人工点选成本高
- 流程分散
- 很难复用
- 很难给 AI 稳定调用

如果把网站能力抽象成 CLI，收益就会变成：

- 输入输出更清晰
- 调用参数更稳定
- 更适合脚本/Agent/工作流系统
- 更容易被共享和复用

所以 OpenCLI 的真正野心其实是：

> **把网站从“页面”变成“工具”。**

### 4. “不模拟登录 / 不存 Cookie / 不用 Selenium”代表的是新立场

这三句话其实很关键，它们不是普通 feature list，而是在表达一种新的技术路线：

- 不想再走传统 Selenium 自动化的老路
- 不想自己做高风险的登录态持久化
- 不想维护一套和真实浏览器割裂的自动化环境

这代表一个趋势：

> **AI Native 的网页工具层，更偏向 attach、bridge、context reuse，而不是传统爬虫/自动化驱动。**

## 我对“零风控风险”的判断

原帖里提到“零风控风险”，这个要谨慎理解。

更准确的说法应该是：

- 相比“模拟登录 + 独立自动化浏览器”
- 复用真实浏览器上下文的方式
- 在某些平台上更接近真实人工使用环境
- 因此**部分风控风险会更低**

但不能机械理解成：

- 绝对零风险
- 永远不会触发检测
- 所有网站都天然安全

所以这条内容适合学方向，不适合把宣传语原样照搬成结论。

## 为什么这条内容对 OpenClaw 社区很重要

因为它说明社区已经开始从：

- Browser automation

往：

- Website-as-Tool
- Website-as-CLI
- AI-native interface layer

继续推进。

如果说 OpenClaw 的 Chrome attach 解决的是：

> **AI 怎么进入真实浏览器环境**

那 OpenCLI 在尝试解决的就是：

> **AI 进入环境后，怎么把网站操作进一步抽象成可调用工具。**

这是一条非常自然的下一步演化路线。

## 一句话总结

这条学习最值得记住的不是“又多了一个项目名”，而是：

> **在 Chrome Attach 解决“进入真实环境”之后，下一步很可能就是把网站进一步抽象成 CLI 和 AI 可调用工具。**

也就是：

> **从浏览器自动化，走向网站工具化。**