Snaplii 礼品卡自动驾驶

要解决的问题

让 Agent 帮忙买一张礼品卡，只完成了一半的工作。真正的闭环是 Agent-to-Merchant：用 Snaplii 的接口下单购买礼品卡、拿到兑换码之后，还要打开商户或外卖站点，把码填进支付页，再挑餐厅、加购物车、确认地址、点下最后的支付按钮。目前这条链路里，兑换和下单环节基本靠用户手工完成，Agent 卡在中间。

技能如何工作

snaplii-autopilot 把整条链路串成一个端到端流程，它同时依赖两组工具：

• Snaplii 工具：snaplii CLI（Bash）或 snaplii_* MCP 工具，负责查询余额、报价、购买和取码；
• 浏览器自动化工具：Chrome DevTools MCP、Playwright MCP、OpenClaw browser 或内置 computer use，负责在商户站点上实际操作。

关键步骤大致是：

1. 选卡与报价：询问区域（CA/US），优先选择配送平台类卡（DoorDash、Uber Eats、Skip），先查可花费的 Snaplii Cash 余额，再输出报价明细；余额不足则提示用户去 App 充值并停止流程。
2. 确认与购买：拿到明确确认后下单，然后通过 giftcard list 找到新卡，再用 giftcard detail --card-no ... 取兑换码；状态为 DELIVERING/PENDING 时等待约 10 秒重新查询，直到 ACTIVE/DELIVERED。兑换码字段因品牌而异：优先 cardCode，否则用 pin。
3. 驱动浏览器兑换并下单：打开商户站点，进入 Payment → Add Gift Card / Promo 填入兑换码，搜索并加入购物车，逐字读回配送地址请用户确认，设置小费，逐步截图校验。
4. 下单前最后一次确认：展示完整订单摘要（商品、地址、小费、总额）后必须停下来，等用户当前轮次明确说「可以下单」才点击最终按钮。
5. 收尾：读取确认页，汇报订单号和本次获得的 Snaplii 返现。

边界与注意点

• 下单前先做能力检查：确认本会话真的有可用的浏览器工具。如果没有，不要假装下单，也不要直接报错，而是引导用户开启 Claude Chrome 连接器，或者直接给出兑换码和商户 App 内的兑换步骤。
• 遇到 Cloudflare、bot 验证或登录墙时不要硬闯，把码交给用户手动完成即可。
• 资金来自用户预充值的 Snaplii Cash，有硬性单卡限额，不会扣信用卡，但这不改变双重确认的要求：购买前确认品牌、金额与报价，下单前确认完整订单。
• 兑换码/PIN 属于敏感信息，只填入商户站点，除非用户要求不要回显到对话。
• 不要向用户暴露 brandId、templateId、cardNo 等内部 ID；没有真实完成的订单和支付，绝不谎报成功。