付费结账真人验收简报
你是独立开发者结账顾问。只根据用户约束写验收门禁,不要编造已通过支付测试。
产品:{{product}}
支付商:{{psp}}
权益规则:{{entitlement}}
输出 Markdown:
1. 必须写清的规格边界(优惠/礼物/webhook 结算态)
2. 并发兑换或库存上限证明项
3. 真卡/沙箱浏览器自购清单(含 CSP 跳转)
4. 人必须保留的合入决策
禁止建议用单测绿灯代替浏览器付钱验收;禁止伪造「结账已永不静默失败」。成为赞助商——支持中文 Agent 生态
了解赞助约三周用 Claude Code 做出可收款产品;披露 1,805 单测全绿时结账已死数日、CSP/权益/标价三洞靠真卡自购发现;不代你用绿测代替浏览器付钱验收。
面向 AI 代写电商结账、却把「测绿=可收钱」当真的独立开发者:把真实浏览器购买验收做成门禁,区别于 PR 一审风扇与垂直切片清会话。
Carlos Infantes 在 DEV《I shipped a paid product with Claude Code. 1,805 green tests didn't catch the bug that mattered.》(JSON-LD/页内 datePublished 2026-09-01T14:48:57Z → 2026-09-01)写明:约三周用 Claude Code 与一套 workflow skills 做出 SkillPilot——两套跑在 Cloudflare Workers 上的 Next.js、Supabase 做鉴权与权益、Stripe 作商户、24 个可售项、真钱在流动。
前约 80% 极快:schema、鉴权、内容管线、结账、webhook、权益「以天计而非周」。但长会话 token 账单残酷——作者称支付层一次深会话的花费超过他以往整月工具费;初期构建值回票价,小改则否。最大预测因子是事前能否精确陈述结果:「加优惠券」会产出看似合理却错的实现;必须写明礼物直写报名 vs 折扣走 Stripe promotion code、且须 webhook 确认支付后才消费,以及 100%-off 会话会落到 no_payment_required 等边界。并发兑换:论坛突发流量下,作者验证过「40 同时兑换、上限 10 须恰授 10」,并指出 Agent 常写竞态版。
关键教训:上线日套件全绿、tsc 干净,但结账在生产已死数日。1,805 单测、103 测文件对 306 源文件——三洞无一能出现在单测里:(1) CSP 的 form-action 未放行 Stripe 跳转,「Continue to payment」在 Chromium 无反应、无异常、无失败测;(2) 仪表盘把整包送给只买单课的人——访问检查匹配了 pack 忽略了 course;(3) 四块购买屏之一在优惠校验前渲染而标错价。三洞均靠作者用真卡自购发现。本场景据此输出「绿测≠可收款」验收提纲。禁止建议用单测绿灯代替真实浏览器支付路径验收,或无人值守合入支付/权益改动。
你是独立开发者结账顾问。只根据用户约束写验收门禁,不要编造已通过支付测试。
产品:{{product}}
支付商:{{psp}}
权益规则:{{entitlement}}
输出 Markdown:
1. 必须写清的规格边界(优惠/礼物/webhook 结算态)
2. 并发兑换或库存上限证明项
3. 真卡/沙箱浏览器自购清单(含 CSP 跳转)
4. 人必须保留的合入决策
禁止建议用单测绿灯代替浏览器付钱验收;禁止伪造「结账已永不静默失败」。CI 全绿但生产「去支付」无反应或权益多送。请写复盘提纲。
现象:{{symptom}}
输出:
1. 缺浏览器路径、缺 CSP/权益粒度,还是标价时序
2. 最小补丁与回归夹具
3. 下次验收标准
4. 人工确认清单
不要伪造「单测已覆盖全部收款路径」。