很多人第一次用 OpenClaw 的 Browser 工具，目标都很直接：打开某个国内站点（比如内容创作后台、知识社区、企业系统），点击按钮、填写表单、发布内容，最好还能定时跑。

但真正上手后，通常会卡在两个问题上：
1）到底该用“Chrome 扩展模式”，还是“Profile 模式”？
2）怎么做到稳定、不用每次都手动登录、手动点扩展开关？

下面我用“能落地、少踩坑”的方式，把两种模式讲透。

一、两种模式到底是什么差别

1）Chrome 扩展模式：接管你正在用的浏览器标签页

核心思路是：OpenClaw 不自己开一个新浏览器，而是通过 Browser Relay 扩展，连到你当前的 Chrome 标签页，然后执行点击、输入、滚动、上传等操作。

它最适合三类场景：

• 你已经在站点里登录好了（例如内容平台后台、账号管理系统），希望直接复用这次登录态
• 你想一边看页面一边调试，让它先跑一遍流程，你随时接管修正
• 任务是临时的、一次性的，可靠性要求不那么“工程化”

它的代价也很明显：

• 往往需要你手动打开一个 Chrome 标签页，并把扩展开关切到 ON
• 浏览器一刷新、扩展断连、标签页切换，都可能让控制失效
• 对“无人值守、定时执行”不友好，因为它天然依赖“你正在开的这个浏览器会话”

一句话：扩展模式像“遥控器”，控制你正在用的 Chrome。

2）Profile 模式：OpenClaw 自己管理一个独立浏览器环境

Profile 模式的核心是：OpenClaw 启动/管理一个“专用浏览器实例 + 专用用户数据目录”，登录态、Cookie、LocalStorage 都保存在这个 profile 里。

它最适合三类场景：

• 你要把流程做成“定时任务”，尽量减少人工介入
• 你要让 Agent 长期运行：每天采集、每天填表、每天发布
• 你想把不同任务隔离开：一个 profile 专门跑发布，一个 profile 专门跑采集，互不污染

它的代价是：

• 第一次需要你在这个 profile 里完成一次登录（通常只做一次）
• 你要更规范地管理：比如不要随手切换 profile、不要混装一堆插件

一句话：Profile 模式像“专用司机”，每天按你的路线稳定跑。

二、怎么选：一个非常实用的决策规则

如果你满足下面任何一条，优先选 Profile 模式：

• 你要定时执行
• 你不想每次都登录
• 你希望一次配置长期复用
• 你希望任务可复制、可迁移（换机器也能跑）

如果你满足下面任何一条，优先选扩展模式：

• 你现在就是要快速跑通一遍流程
• 你已经在浏览器里登录好了，不想再折腾一次登录
• 你需要边跑边看、边调试边修正
• 站点反爬严格，你希望完全复用“真实用户正在操作的浏览器环境”

很多团队的最佳实践其实是：
先用扩展模式把流程跑通、把页面元素定位稳定，再迁移到 Profile 模式做定时无人值守。

三、扩展模式的关键要点：怎么做到“少手动、少断连”

扩展模式最大的坑，不是点击和输入，而是“连不上”。

你要记住三件事：
1）浏览器要有一个正常打开的标签页（随便什么站点都行）
2）Browser Relay 扩展要处于 ON 状态
3）网关和浏览器控制服务要在运行状态（否则会出现“控制服务不可达”一类报错）

如果你在日志里看到类似“unauthorized / token missing / gateway token missing”，通常说明：

• 控制台 WebChat 或本机 CLI 正在连网关，但当前连接缺少网关 token
• 解决方向是：让控制台使用“带 token 的 dashboard URL”，或者在 Control UI 的设置里粘贴 token

这类问题的本质不是浏览器不会点，而是“网关鉴权没过”。

四、Profile 模式的关键要点：怎么做到“固定登录态，不用重复登录”

Profile 模式能不能稳定，关键看你是否做到两点：
1）创建一个专用 profile，并长期只用它跑任务
2）在这个 profile 里只做一次登录，然后不要随意清理数据

典型正确姿势是：

• 你为每个长期任务建一个 profile，例如“发布助手 profile”“采集助手 profile”
• 第一次启动后，你在这个 profile 里手动登录一次站点
• 之后所有自动化都使用同一个 profile 执行，Cookie 和登录态就会一直沿用

如果你遇到“Profile not found”，说明你现在尝试启动的 profile 名字并不存在。处理方式不是重装，而是：
先列出当前已有 profiles，确认名字，然后再创建你想要的新 profile（例如你想用的 x-collector-profile）。

五、定位输入框、自动输入：稳定的通用方法

无论扩展模式还是 Profile 模式，自动输入的稳定性取决于“定位策略”。

建议你遵循这个顺序：
1）先用 Browser 的快照/结构化视图，找到输入框对应的 ref 或可识别的文本标识
2）优先选择“有语义的输入框”定位，比如带 placeholder、label、aria 描述的元素
3）如果页面是富文本编辑器（看起来像一个大白框），通常不是传统 input，而是可编辑容器，需要先点击激活再输入
4）输入前先等待页面稳定：等待加载完成、等待输入框可交互，再开始输入

你之前截图里那句“有什么新鲜事想告诉大家？”就是一个非常典型的富文本入口提示。处理要点就是：
先点它，让编辑器进入可编辑状态，再输入内容，而不是直接找传统 input 标签。

六、给今日头条创作者的落地建议：从“能跑”到“能长期跑”

如果你的目标是：自动打开国内站点后台、填写发布表单、定时执行，并尽量少人工介入，我建议按这个路线做：

1）用扩展模式跑通流程
把“页面怎么走、按钮怎么点、输入框怎么定位”全部跑通，并把关键元素定位方式固定下来。

2）迁移到 Profile 模式固化登录态
为这个任务建立专用 profile，在里面登录一次，之后全部自动化都走这个 profile。

3）再做定时任务
等你确认 profile 模式稳定后，再把流程挂到定时执行（每天固定时间跑，或者按你需要的频率跑）。

这样做的好处是：
调试阶段效率最高，长期运行阶段稳定性最高。