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

查看 12|回复 0
作者: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 友有遇到类似的吗?你们怎么处理的?
  • 您需要登录后才可以回帖 登录 | 立即注册

    返回顶部