把 VPS 变成 agent 的登录浏览器：一条可复制的提示词模板

一位社区开发者分享了一条可直接复制使用的提示词模板，目标是让 agent 把一台普通 VPS 变成「常驻登录浏览器」：装好 Chrome、保持 Google 登录态、崩溃自动拉起，供领取羊毛、提交外链这类需要反复登录的重复操作使用。发帖的是 Anis（@Yonkxx），时间为 11 月 12 日上午（UTC），帖子附了一张配置完成后的截图，并注明用法：把这条模板连同服务器信息直接发给 Muse 即可。

模板让 agent 做的五件事

按原帖转述，模板把任务拆成五段。其一，在 VPS 上安装 Google Chrome 正式版、Xvfb 虚拟显示（分辨率 1920×1080）与中文字体，避免无图形环境下中文渲染成方块。其二，用 systemd 做成常驻服务：开机自启、崩溃自动重启，手动关掉 Chrome 窗口也会被重新拉起。其三，Chrome 使用独立且固定的用户数据目录，登录状态长期保存在这台服务器上。其四，Chrome 远程调试端口与 VNC 远程桌面端口都只绑定本机回环地址，不对公网开放。其五，装完由 agent 自行验证：服务在运行、调试端口只监听本机、浏览器里登录的是指定账号。

模板还要求 agent 在完成后一次性交付一套使用说明：密钥文件改权限的命令、设置 VNC 密码的命令、分别转发调试端口与 VNC 端口的两条 SSH 隧道命令，以及 Mac 与 Windows 两套远程桌面连接步骤。

安全设计是这条模板的核心

值得留意的是它对凭据的处理：不在聊天里传输密码或验证码，VNC 端口只走 SSH 隧道连入，由人亲手完成 Google 登录与二次验证，登录态随后固定保存在服务器上。agent 负责装机与保活，人负责凭据与授权——这个分工让「登录态归自己服务器、凭据不经过对话记录」，在社区流传的同类模板里属于相对稳妥的写法。

两条回环绑定同样关键：调试端口与 VNC 若直接暴露公网，等于把一台已登录 Google 的浏览器交给全网。模板在此处的要求是硬性的，agent 交付时还要自检这一项。

风险与边界

需要带定语说清楚的部分：这类「领取羊毛、提交外链」的自动化用途，与 Google 服务条款及具体平台的反自动化规则存在冲突风险，触发风控的后果由使用者自行承担；外链提交类操作在部分平台规则下可能构成垃圾行为，使用前需自行评估。模板作者没有讨论条款层面的问题，本文的风险提示独立于原帖存在。

另外，方法本身是单一作者的社区分享，装机质量取决于执行 agent 的发挥，没有经过大规模验证；SSH 密钥、VPC 网络与防火墙配置因 VPS 而异，照抄前先核对自身环境。

数据快照

帖子互动为发稿时快照：11 回复、11 转帖、128 点赞、200 收藏——收藏数高于点赞数，社区对这种「存起来照着跑」的模板的典型反应。