用途：给一个 URL 加一句话目标，用 4 步生成单个 OpenCLI 命令。完整探索式开发应改用 opencli-explorer skill。
主要能力与流程： Step 1 打开页面并抓包：opencli browser open <目标 URL>、opencli browser wait time 3、opencli browser network（默认已过滤静态资源，只显示 JSON/XML/text 的 API 请求）。若未自动触发 API，可用 opencli browser state 找按钮索引后 click 再抓。 Step 2 锁定接口：用 opencli browser network --detail <N> 查看完整响应，关注 URL 路径、Method、Headers（Cookie/Bearer/CSRF/签名）、Response 数据路径。SPA 若 host 不同需用完整 URL；network 为空可搜 JS bundle 找 baseURL。 Step 3 验证复现：用 opencli browser eval 在页面内 fetch，按 Tier 1 public、Tier 2 cookie、Tier 2.5 localStorage Bearer、Tier 3 header、Tier 4 intercept 判定认证方式。多租户 SaaS 若返回 400 Missing X-Xxx-Id header，需先取业务上下文 ID 再加进 header。 Step 4 套模板生成 adapter：提供 JS Cookie/Public、JS localStorage Bearer、JS Intercept、TS Header 等模板，使用 @jackwener/opencli/registry 的 cli、Strategy 等。
测试：Repo 贡献文件放 clis/<site>/<name>.js，npm run build 后 opencli list | grep mysite 确认注册，再 opencli mysite mycommand --limit 3 -v 运行；私人 adapter 放 ~/.opencli/clis/<site>/<name>.js，用 opencli browser verify <site>/<name> 验证。完成标准为返回非空表格且字段符合预期。
限制：Step 3 验证 fetch 始终拿不到数据（签名/风控）、需要 Pinia Store Action 触发 API、同站点要生成 2 个以上命令、network 完全空且 bundle 找不到 baseURL 时，应切换到 opencli-explorer。其他细节资料未提供。