最近做了个平台叫 MyVibe （ myvibe.so ），web 项目一键发布成在线 demo 。配了 Claude Code 的 skill ，本地一个命令就能发布。
最近 OpenClaw 这类云端 Agent 的用户多了起来，暴露了一个体验问题：浏览器授权在云端能跑，但用起来很烦。
具体表现：
- 发布脚本在远程机器上打开浏览器，用户得切到远程桌面去操作
- 登录完再切回 Agent 界面，上下文全断了
- 动作慢一点就超时（ 5 分钟），Agent 重试弹新链接，又得切过去
- 不是不能用，是每次发布都在跟窗口切换较劲
本地用没这个问题，浏览器就在你面前。但 Agent 跑在远程的时候，"打开浏览器登录"这个假设就不舒服了。
怎么修的
做了个页面 myvibe.so/openclaw ，把授权方向反过来：不让 Agent 在远程弹浏览器，而是用户在自己的浏览器上登录，生成一段包含凭证的 Prompt ，粘贴给 Agent 。
Agent 拿到 Prompt 就能跑，不需要弹浏览器。
技术上没什么花活：
- 凭证通过保存到指定位置
- 复用已有保存逻辑，没加新依赖
- SKILL.md 里加了检测，Agent 看到用户提交了授权信息就先保存授权
改动不大。
关于这类问题
传统的 OAuth/浏览器授权在本地工具上没问题，但 Agent 跑在远程的时候，"弹浏览器让用户登录"这个交互就变得很别扭。GitHub CLI 的 device code flow 算一种解法，不过对 Agent 来说还是要人在中间操作一步。
"用户在自己浏览器上生成 Prompt ，粘贴给 Agent" 不优雅，但至少用户不用切到远程去操作了。
做 Agent 工具的 V 友有遇到类似的吗？你们怎么处理的？
Select Language