浏览器电商工作流

要解决什么问题

电商自动化最容易踩坑的不是「点不到按钮」，而是在错误浏览器配置里读私密页、用 CSS 猜 DOM、以及在不该下单时触发支付。本技能把搜索、商详、购物车、优惠券等场景收敛成同一套浏览器工作流，让 Agent 先判断页面类型与风险，再按固定顺序抽取价格与 SKU，并保留截图等证据。

技能如何工作

Profile 选择是入口：openclaw 用于公开页（搜索、商详、截图、跨平台比价）；user 仅在购物车、优惠券、订单、地址或会员价等已有登录态时使用；chrome-relay 仅在用户明确要求扩展 attach-tab 流程时使用。默认规则：公开电商页 → openclaw；需登录的私密页 → user。

基础流程强调快照优先：启动/检查浏览器 → 在稳定标签打开目标站 → 任何操作前先 snapshot；优先 snapshot --interactive 或可操作 ref，而非脆弱的 CSS 假设；导航、筛选、弹窗或 SKU 变更后重新 snapshot；歧义处用 highlight；关键结论用截图；页面高度动态时检查 requests、errors 与 response body。

抽取顺序建议：platform → 页面类型（搜索/商详/购物车/订单/优惠券/店铺）→ title → 现价 → 券后/会员价 → 店铺 → 销量/评分/评论 → 配送承诺 → SKU/规格 → 风险说明 → 链接与截图。搜索页侧重多候选结构化对比；商详页在改规格后重新 snapshot 再读价；购物车/订单/优惠券页优先只读检查，停在支付与最终提交之前。

适用边界

禁止代用户完成支付、未经确认下最终订单、擅自改账户/地址/支付方式。登录态页面以观察与建议为主。自动化不稳定时：重跑 snapshot → highlight 目标 ref → 查 errors/requests → 必要时用 response body 补全 UI 缺口。结构化输出与平台策略见 references/browser-commerce-schema.md、references/platform-adaptation.md。