用 AI Agent 自动搜索推文、发推 — X (Twitter) Skill 演示

@lrn100 fyi

支持 quote 吗？

Agent 水军 牛啊

@Tink 目前不支持，不过很容易支持

@383394544 为什么会被称作“水军”，SigCLI 的初衷是打通企业应用与 Agent 之间的隔阂，不过恰好支持所有系统。

@gbin 你误会了，我的意思是用这个就可以养 agent 到各大社媒 (例如 B 站) 的评论区当水军，这技术很牛。

和 opencli 有什么区别吗

@bwnjnOEI 核心区别在实现路径：

**OpenCLI** 是 browser-use 路线 — 启动一个浏览器实例，让 Agent 通过 DOM 操作完成任务（点击、填表、截图识别）。优点是通用性强，缺点是慢、费 token 、不稳定（ UI 变了就挂）。

**SigCLI** 是 API 路线 — 只用浏览器做一件事：登录拿 cookie 。拿到之后直接调网站的后端 API （ REST/JSON ），不走 UI 。快很多，token 消耗低，也更稳定（ API 比 UI 稳定得多）。

具体对比：

| | OpenCLI | SigCLI |
|---|---|---|
| 交互方式 | 操作浏览器 DOM | 直接调 API |
| 速度 | 慢（渲染+截图+识别） | 快（ HTTP 请求） |
| Token 消耗 | 高（截图+多轮对话） | 低（ JSON 进出） |
| 稳定性 | UI 变动容易挂 | API 相对稳定 |
| 通用性 | 理论上任何网站 | 需要逆向 API |
| 认证 | 浏览器内操作 | 提取 cookie 加密存储 |

适用场景不一样：OpenCLI 适合没有 API 的纯 UI 操作（比如填个表单）； SigCLI 适合有 API 的重复性操作（查 ticket 、发消息、搜索等）。大部分工作场景的网站都有 REST API ，走 API 效率高很多。

@gbin markdown 格式有点问题.

@bwnjnOEI 补充一下认证机制的区别：

OpenCLI 不提取 cookie ，它直接复用你 Chrome 的登录态 — 装一个 Chrome Extension + micro-daemon ，CLI 通过 WebSocket → Extension → Chrome API 在已登录页面里执行 JS 。Chrome 必须一直开着。

SigCLI 只在 login 时打开浏览器一次，提取 cookie 后加密存本地，之后不依赖浏览器。可以离线跑、可以 sync 到远程机器。


@bwnjnOEI 再补充一个架构上的区别：可扩展性。

OpenCLI 是一体的 — 认证和操作绑在一起，每个 CLI adapter 自己处理登录态。要加一个新网站就得写一个完整的 adapter 。

SigCLI 把认证和操作脚本解耦了。sig 只负责一件事：拿 cookie 、存 cookie 、注入 cookie 。操作脚本（ Skill ）是独立的，任何人都可以写自己的 Skill 来自动化任意网站，sig 不管你拿 cookie 去干嘛。

所以扩展一个新网站的成本：
- OpenCLI：写一个完整 adapter （含认证逻辑 + 操作逻辑 + 浏览器交互）
- SigCLI： 搞定认证，然后写几个 Python 脚本调 API 就行

相当于 sig 是通用认证层，Skill 是可插拔的上层应用。两者独立演进。

如果越过风控呢?

@lozzow “如何”还是“如果”？

实际上我个人并不建议越过平台风控，如果平台有风控的话，我们就不建议直接操作他的 API 。我个人认为未来的趋势都是每个平台都需要提供 agent 友好的支持，否则这些平台终将会被淘汰。