OpenClaw Skill 的远程授权体验问题，以及一个不太优雅的解法

[lban2049]

最近做了个平台叫 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 友有遇到类似的吗？你们怎么处理的？