SukのBlog

不用官方API也能自动化?这个插件把任意网站变成“接口”

有没有遇到过这种抓狂的场景:

你想给某个网站做自动化,但它偏偏没有开放API。
于是你只能二选一:

这两种方式,一个累,一个脆,还都不稳定。

最近看到一个很有意思的项目 Neo,直接给了第三种思路:
👉 不用官方API,也不做UI模拟,而是直接“复用网站自己的内部接口”。


🧠 Neo 的核心思路:让网页自己变成 API

Neo 是一个 Chrome 插件 + CLI 工具的组合。

它做的事情其实很简单,但非常聪明:

👉 在浏览器里“旁观”网页真实发出的请求,然后复用这些请求。

当你正常使用网页时(点击、输入、提交),前端其实都会发请求(fetch / XHR / WebSocket)。
Neo 就在旁边把这些请求全部记录下来。

关键点在于:

换句话说:

👉 你怎么用网页,它就怎么学会“API调用方式”


⚙️ 它具体是怎么工作的?

整个流程可以拆成三步:

1️⃣ 被动监听

Neo 扩展加载后,会自动记录:

这些数据会存到浏览器本地(IndexedDB)。


2️⃣ CLI 二次利用

配套 CLI(neo)可以直接拿这些数据做事:

例如:

neo replay
neo api
neo exec --auto-headers

最关键的一点:

👉 请求是在浏览器里通过 CDP(DevTools Protocol)执行的
👉 所以登录状态永远是“活的”


3️⃣ API 不够?UI 自动化兜底

v2 版本新增了一个很妙的能力:

👉 基于 accessibility tree(无障碍树) 的操作

比如:

neo snapshot # 获取页面元素树
neo click @1
neo fill @2 "hello"

特点:

👉 形成策略:

能走 API 就走 API,不行再用 UI

🚀 亮点功能盘点

1. 自动抓取 + 智能过滤

neo capture watch

像看日志一样看流量。


2. 自动生成 API Schema

一条命令直接得到接口地图:

neo schema generate example.com

还能导出:

甚至可以分析:


3. 真正可用的“重放能力”

和传统抓包工具最大的区别:

👉 Neo 的重放是在“浏览器真实环境”里执行

所以:


4. CLI + 自动化能力

支持一整套操作:

甚至可以:

neo launch code
neo connect --electron slack

👉 Electron 应用也能搞


5. 本地优先 + 安全设计


🛠️ 快速上手(10分钟跑起来)

1. 安装 CLI

git clone https://github.com/4ier/neo.git
cd neo
npm install
npm run build
npm link

2. 加载 Chrome 插件

打开:

chrome://extensions/

3. 启动 Chrome 调试模式

google-chrome --remote-debugging-port=9222

4. 连接

neo connect
neo status
neo capture list

5. 开始玩

neo schema generate x.com
neo snapshot
neo replay

💡 能用在哪些场景?

🧑‍💻 个人自动化

比如:

👉 不用再写 Selenium


🤖 AI Agent 集成

Neo 可以直接生成:

neo export-skill

给 Agent 使用。

效果:

👉 比纯浏览器 Agent 稳定很多


🏢 企业内部系统

很多系统:

用 Neo:

👉 直接“反向生成 API”

可以做:


🤔 为什么这个项目让人眼前一亮?

传统方案的痛点:

方案问题
官方 API不完整 / 不开放
UI 自动化脆弱 / 慢

Neo 的思路:

👉 直接用“网页自己在用的 API”

优势:

再加上:

👉 accessibility tree 的 UI 层

让 AI Agent 真正具备“可操作性”。


📌 总结

Neo 本质上做了一件很关键的事:

👉 把“网页行为”转换成“可编程能力”

这在 AI Agent 时代非常重要。

因为:

Neo 就是那个桥梁。


🔗 项目地址

👉 https://github.com/4ier/neo


💬 你会怎么用它?

想想看:

👉 有没有哪个网站,你一直想自动化,但苦于没有 API?

欢迎说说你的使用场景 👇

当前页面是本站的「Google AMP」版。查看和发表评论请点击:完整版 »