苹果官网抢购 Caoran1314/apple-cn-checkout

全自动抢购 iPhone 脚本

技能名：apple-cn-checkout —— 用浏览器自动化在苹果中国官网 apple.com.cn 完成 iPhone 选购与结账，附实测稳定选择器、静默失败陷阱清单、CDP 计时的耗时预算、以及多入口降级梯子。

English TL;DR — An agent skill for buying iPhones on Apple's China store (apple.com.cn) through browser automation. It ships measured-stable selectors, a list of failures that happen
silently (no error, no navigation), a CDP-measured latency budget for every step, and a
3-path entry ladder with retry-before-degrade. All numbers here are measured, not estimated.

为什么需要它

Apple 中国官网的结账页有一批不会报错的失败。你点了按钮、工具返回「已点击」，但什么都没发生 —— 这比报错更危险：

| 陷阱 | 现象 | 正确做法 |
| 点击后立刻读取是旧 DOM | 徽标/URL 都滞后，会误判成功 | 唯一可信验证 = 重新导航到目标页再读（服务端真相） |
| waitUntil: networkidle 永不满足 | 页面有持续遥测，等到超时 | 永不使用；改用具体元素门控 |
| 用 CSS 猜选择器会打偏 | 猜的 button[data-autom="remove"] 命中了别的元素 | 只用以 data-autom 为准的实测选择器 |
| 隐藏的 radio 用 visible 等不到 | 白白等 10 秒超时 | 用 state:"attached" + :not([disabled])（实测 7ms） |
| 限购静默拦截「结账」 | 袋内同一 iPhone > 2 部时，点「结账」完全无反应（按钮也不是 disabled） | 结账前预检页面是否含「最多可购买」 |
| 按钮在转圈时点击会点空 | 到达新步骤立刻点 → 点空 → 后续连锁超时 | 每步用 :not([disabled]) 等启用再点 |

内容

SKILL.md ← 技能本体（12 节，可直接给 agent 读） scripts/ battle.sh ← 抢购总脚本：多入口降级 + 每步门控 + 实时换路 monitor.sh ← 开闸监控（两级探测，判定"可提交"后退出 0） buy.sh ← 开闸后的极速链（配置→提交→进入结账） preflight.sh ← 开抢前的就绪自检 smoke-test.sh ← 探测逻辑自测 abnormal5.sh ← 故障注入 × 5（验证降级梯子） bench5.sh / bench-warm.sh ← 入口路径基准（冷/热） cleanup.sh ← 收尾（撤规则/还原页面） rules.json / rule-.json ← debug 网络规则样本 apple-bookmarks.html ← 书签（可导入 Edge/Chrome） docs/ measurements.md ← 全部原始实测数据（CDP 指标、端点耗时、路径基准、故障演练） battle-plan.md ← 抢购作战计划

安装

作为 DSH 技能：

git clone git@github.com:Caoran1314/apple-cn-checkout.git
cp -r apple-cn-checkout "$HOME/.dsh/skills/apple-cn-checkout"

或只要技能本体：把 SKILL.md 放进 ~/.dsh/skills/apple-cn-checkout/SKILL.md。

依赖

- BrowserSkill：bsk CLI + 浏览器扩展（提供 bsk_* 工具与 bsk 命令）
- 目标站点：https://www.apple.com.cn/（中国站，不是 apple.com）

实测数据摘要

三条购买入口（n=5，口径：出发 → 「提交按钮已启用」）

| 路 | 入口 | 最快 | 中位 | 最慢 | 均值 | 排名 |
| A | 深链 SKU /shop/buy-iphone/<机型>/<sku> | 976ms | 1025ms | 1433ms | 1102ms | 🥇 |
| C热 | /shop/bag 已预热 → 点收藏「继续」 | 1250ms | 1284ms | 1694ms | 1361ms | 🥈 |
| B | 通用购买页（需手配 3 项） | 1446ms | 1488ms | 2916ms | 1764ms | 🥉 |
| C冷 | 现加载 /shop/bag → 收藏 → 继续 | 2599ms | 3289ms | 3651ms | 3131ms | ❌ |

关键结论：收藏 → 继续 的落点就是路 A 的深链 URL → A 与 C 一荣俱荣、一损俱损， B 是唯一能兜底的路。而预热购物车页能把 C 从 3289ms 降到 1284ms（≈A）。

结账各步实测耗时（设超时按这个）

| 步骤 | 实测 |
| 添加到购物袋 | ~1.3–2.1s |
| 结账 → 订单选项 | 4.0–10.8s |
| 继续填写送货地址 | 0.9–2.3s |
| 继续选择付款方式 | 8.5–9.4s |
| 选微信支付 | ~0.05s |
| 检查订单 → 查看订单 | 19.4–19.7s |
| 立即下单 → 二维码 | 7.3–34.4s |

「转圈」的真相（CDP 实测）

主线程 long task 全程只有 0–2 个、合计 51–126ms，而文档 DCL 可达 7.5s —— Apple 结账是「网络受限」，不是「渲染受限」。慢的是服务端：

| 端点 | 次数 | 平均 |
| /shop/fulfillment-messages | 10 | 815ms（结账那 8s 的主因） |
| secure6/shop/checkoutx/fulfillment | 1 | 4161ms |
| secure6/shop/bag/status | 1 | 3205ms |
| /shop/favoritesx/fetch | 2 | 803ms（收藏异步加载的源头） |
| /shop/updateSEO · product-gallery · applecare/data | 3–6 | 37–48ms（配置点击「秒生效」的原因） |

降级梯子（故障注入 × 5，全部一致）

阻断深链文档后：路A 试 3 次（退避 2s→4s）→ 路C 试 2 次 → 路B 试 1 次成功，每轮 80–83 秒，5/5 零抖动。证明「同路重试优先于换路」这条策略成立。

安全边界

- 不代填任何凭据：登录 / OTP / 支付确认走人工（request-help）
- 不自动点「立即下单」：battle.sh 默认停在「查看订单」页（PLACE_ORDER=0）
- 全部数据来自公开站点页面的实测，不含任何个人账号信息

License

MIT