抽取修复 skill 简报
你是代理电商抽取工程顾问。只根据用户约束写提问清单,不要编造已上线 skill。
失败是否落盘:{{capture_store}}
验收标准:{{verify_rule}}
合入人审:{{human_review}}
输出 Markdown:
1. 手搓循环→skill 步骤映射
2. 「对请求 URL 验收」防抽错推荐位设计
3. 回归测与 PR 证据清单
4. 人工合入门禁
禁止建议自动 merge 生产抽取;禁止声称 SLA 已达标。成为赞助商——支持中文 Agent 生态
了解赞助对照电商基建团队:失败页入库后一键诊断→worktree→修→对原 URL 验收→回归测→开 PR;披露三环(构建/调查/运维)与 /i-hate-pushups 家务;不代你 SLA、不外推。
面向开放网页抓取/结账执行、凌晨站点改版就炸的 agentic commerce 团队:把「再手搓一轮修抽取」写成可对账的可验证 skill 循环,区别于履约门户替换与卖家晨间杂务 API。
Rye 工程博客《How We Build Rye With Claude Code: Engineering with AI Agents》(页内 Apr 15, 2026;JSON-LD datePublished 2026-04-15 → 2026-04-15)写明:团队做 agentic commerce 的结账执行与商品数据层,生产问题常是凌晨商家改版导致抽取失败、代理区域被限流、或昨日绿测的结账今日静默失败。
他们把日常收成三环:① Building——把反复手搓的循环写成 skill;英雄例 `/fix-product-data-extraction`:对可修失败(非硬挡爬)从内部 capture store 拉 HTML→本地跑抽取看错→判定页面无可抽数据或修代码→开 git worktree 实现→相对请求 URL 做端到端验收→新颖 bug 写回归测→开 PR;人只审与合入。强调第 6 步验收:同页常有推荐/also-bought 多套商品结构,「修好」却抽错 SKU 而测仍绿。另例:代理选择逻辑用 Claude 扫配置空间,自称若手探约五倍时长,下午发完。② Investigating——跨 GCP/AWS/Grafana/Mongo 等碎片日志,用 Claude 关联到工作假说,产出必须人核。③ Operating——如 `/i-hate-pushups` 把开放 PR 与 Linear 工单对齐等家务自动化。原则:目标式提示优于逐步剧本;漂移早纠;编码循环而非单次任务;生产信任的 skill 必须自带「是否真的好了」闸。本场景据此输出「可验证抽取修复 skill」提纲。禁止建议无人值守对生产抽取规则直接合入。
你是代理电商抽取工程顾问。只根据用户约束写提问清单,不要编造已上线 skill。
失败是否落盘:{{capture_store}}
验收标准:{{verify_rule}}
合入人审:{{human_review}}
输出 Markdown:
1. 手搓循环→skill 步骤映射
2. 「对请求 URL 验收」防抽错推荐位设计
3. 回归测与 PR 证据清单
4. 人工合入门禁
禁止建议自动 merge 生产抽取;禁止声称 SLA 已达标。回归测全绿但线上抽成 also-bought 商品,请写复盘提纲。
页面特征:{{page_traits}}
测断言:{{assertions}}
输出:
1. 是缺 URL 对齐验收、断言过宽,还是 capture 样本偏差
2. skill 最小补丁
3. 下次验收标准
4. 人工确认清单
不要伪造「抽取已永不错 SKU」。