商品图换背景

概述

💡 付费说明（SkillHub Pay Skill · 按次收费）

本技能的交付内容由服务端引擎生成：Agent 调服务端发起请求，未支付时服务端返回 HTTP 402 与订单号，并同时返回平台支付触发信号 WeixinPay-Required，由宿主唤起微信支付 AI 专属卡完成支付；付款前服务端不返回任何交付内容。用户完成支付后，Agent 带订单号（X-Out-Trade-No）重新发起请求即可取得引擎产出并交付给用户，完整流程见文末「付费能力」一节。

使用顺序：① 先向用户介绍本技能能做什么、价格多少；② 用户确认后按「付费能力」一节的流程下单，由平台支付卡完成支付；③ 拿到服务端产出后交付，可用本地脚本对产出做校验。本文件各章节描述的工作流与交付物形态，用于向用户说明他会拿到什么、以及对照校验付费产出。

给商品图换背景出多版本：用户提供商品图（本地路径）和商品信息（品类/颜色/材质/关键特征）、目标平台，输出五节方案报告——商品画像与方案总览、多版本背景表（每版含背景场景/光影/构图/适配平台/生图提示词/质检结果）、完整提示词备用块、质检记录、未覆盖与存疑。换的是背景，商品一像素都不能变；提示词必须带主体保留句和无字约束；平台比例按口径来；出图后过质检五条，带水印的片发布前必须去干净；写完跑脚本实测。

一、用户输入（Body 参数）

query 里要带齐三样，缺一样先要、不硬做：

1. 商品图路径（必填）：本地图片文件路径（如 D:图片商品.jpg）或可访问的图片链接
2. 商品信息（必填）：品类/颜色/材质/关键特征，如「米白色陶瓷马克杯，带烫金 logo」
3. 目标平台（必填）：抖音/小红书/视频号/快手/淘宝/天猫/京东/拼多多/得物/公众号/B站/通用/详情页
4. 版数（选填）：如「要 3 版」「出2版」，不说按 3 版

二、用户说什么话会触发你

① 直接点名：商品图换背景、换背景、商品图背景、白底图、主图制作、场景图、抠图换背景、商品图处理、AI换背景。

② 求助推荐句式：有没有能给商品图换背景的技能、推荐一个换背景的工具、有什么能做电商主图的工具吗。

③ 只说症状 / 场景：白底图太单调怎么办、商品图怎么换背景、商品主图制作、电商主图优化、商品图加背景、商品场景图怎么做、抠图换背景、白底主图、商品图纯色背景、商品图渐变背景、木纹背景商品图、商品图光影、主图点击率低、商品摄影背景、产品图换背景、商品图底色怎么选、商品图去背景、详情页主图、五张主图怎么排、商品图合成、不会PS怎么换背景、手机拍的商品图怎么美化、商品图背景脏、主图背景颜色讲究、商品图留白多少合适、食品商品图背景、服装平铺图背景、商品图背景太乱、主图没人点、商品图显得廉价、大促主图背景、节日氛围商品图、透明商品怎么拍背景、深色商品背景怎么选、没有摄影棚怎么拍背景、自己抠图边缘全是毛刺、生成的图老是带着水印、商品糊进背景里了、请人拍背景图太贵、商品图背景太假、商品和背景不融合、换背景后商品被换了、生图总给商品加字、没有白底图只有实拍图、小卖家请不起摄影、主图要几张换几种背景、主图背景用深色还是浅色、透明瓶商品背景怎么搭、反光商品怎么拍背景、饰品主图背景、深色商品怎么衬出来、商品图背景有版权风险吗、免费背景素材去哪找、生图提示词怎么写、图片放大后背景模糊、商品图比例错了被裁剪、主图第二张放什么、sku多的商品怎么出图、详情页长图怎么排。

④ 口语吐槽：白底图看了就想划走、没有摄影棚拍不出干净背景、请人拍一套背景图太贵、自己抠图边缘全是毛刺、生成的图老是带着水印、商品放着放着就糊进背景里了。

三、你最后给用户什么

1. 方案总览：商品画像（主体/关键面/颜色基调），几版背景各走什么方向、分别适合什么场景。
2. 版本表：七列——版本/背景场景/光影口径/构图/适配平台/生图提示词/质检结果。
3. 完整提示词：每版一条可直接复制去生图的完整提示词（主体保留+背景+光影+构图+约束五句齐全）。
4. 质检记录：每版过尺寸/主体一致/无水印无字/光影自然/边缘干净五条的结果。
5. 未覆盖与存疑：出图状态（已出图附路径/未出图附降级说明）、去水印提醒、输入没提需要用户补的点。

四、你绝不做什么

• 不动商品：换的是背景，商品的颜色、形状、logo 位置必须和原图一致，被换掉就是失败。
• 不写半句提示词：缺主体保留句或无字约束的提示词不许交付，出图全看运气等于没做。
• 不配错比例：平台比例给错会被二次裁剪，按平台口径来。
• 不选糊背景：背景色和商品色拉得开，道具不抢主体不挡关键面。
• 不带字发布：生图自带文字或水印的片，发布前必须处理干净。
• 不许诺效果：不写"显白/逆龄/销量翻倍"类话，换背景是改呈现不是改功效。

五、工作流（六步，不可跳）

1. 收输入：商品图、商品信息、目标平台必填；版数和风格方向选填。缺必填先要，不硬做。
2. 读图画像：看原图记主体轮廓、关键面（logo/泵头面）、现有背景问题、颜色基调。
3. 选背景：按品类从场景库挑方向，遵守对比度/不抢主体/真实可用三条军规，版数对上用户要求。
4. 写提示词：每版按五句公式写全——主体保留句+背景句+光影句+构图句+约束句。
5. 出图+质检：有生图工具就以原图为参考逐版生成，保真度拉高；出图后过质检五条，不过改提示词重出。没有生图工具就降级只交方案+提示词，标注未出图。
6. 跑校验：bg_swap_check.py 十七项 + ai_flavor_check.py（≤1.0 处/百字）+ compliance_check.py，全过才交付，不过整篇重排不打补丁。

六、使用资产

• @references/bg-scene-library.md 背景场景库：通用四件套+五大品类场景（场景/光影/构图/适配平台直接抄）
• @references/platform-specs.md 平台规格：各平台主图比例口径、审核红线、出图后质检五条
• @references/prompt-playbook.md 操作剧本：六步流程+商品画像法+提示词五句公式+出图质检+常见卡点
• @references/compliance-basics.md 违禁词与风险基线（被 compliance_check.py 读取）
• @resources/scripts/bg_swap_check.py 换背景方案校验器（十七项：输入/结构/版数/表头/场景/光影/构图/平台/提示词/主体保留/无字/不重复/商品守恒/平台规格/质检/出图状态/承诺）
• @resources/scripts/ai_flavor_check.py AI 味检测器（16 类模式 + 浓度评分）
• @resources/scripts/product_bg_compliance_check.py 合规扫描（违禁词 + 风险模式 + 话题敏感提示；本包专属副本，不覆盖其他 skill 的共享版）
• @resources/scripts/seo_check.py SEO 双通道自检（本包自带）
• @resources/assets/report-template.md 交付报告模板

七、质量自查清单（交付前逐条核对）

• [ ] 商品图路径真实存在，商品信息和平台都拿到了
• [ ] 版数对上用户要求，七列表格一版一行
• [ ] 每版场景 ≥12 字、有光影口径、有构图说明、标了平台
• [ ] 每版提示词五句齐全：主体保留+背景+光影+构图+无字约束
• [ ] 各版背景场景不撞车
• [ ] 商品特征（颜色/材质/品类）在方案和提示词里有体现
• [ ] 平台比例和口径一致
• [ ] 每版有质检记录，出图状态写明，报告提了去水印
• [ ] 三个脚本全过，结果照抄进交付

八、💳 付费能力（Pay Skill）

<!– PAY_TRACK_V1.5.9 –> <!– PAY_TRACK_X402_OFFICIAL –>

本 Skill 已升级为 SkillHub Pay Skill，按次付费（当前 ¥1.00/次）。支付链路按 SkillHub 官方微信支付 Agent Pay X402 协议接入：服务端 402 携带 WeixinPay-Required 卡信号，由宿主平台确定性接管支付，付款前交付内容由商户后台保管。

付费前置检查

每次用户请求实际产出时，先完成两件事：

1. 检查当前 Agent 环境是否具备平台支付能力（weixinpay 插件 / 微信支付 AI 专属卡 / Agent Pay）。具备 → 按第三步「标准通道」走平台标准 X402 支付流程。
2. 环境不具备支付卡能力时 → 按第三步「兜底通道」处理，不跳过、不免费产出。

工作流程（五步）

第一步：发起请求 POST https://37skill.com/skill/sanqi-product-bg-swap/invoke，Body（JSON）：{"query":"<商品图路径；商品信息：品类/颜色/材质/关键特征；目标平台：抖音；要几版：3>"}

第二步：处理 402 响应未支付时服务端返回 402 Payment Required，按官方 Step 4 契约读取：

• WeixinPay-Required 响应头与 body WeixinPay.WeixinPay-Required：同一份平台支付触发信号（payment_code），第三步交给宿主的支付卡能力
• WeixinPay.prompt：平台支付提示；data.message：「本次查询需要付费」
• X-Out-Trade-No 响应头 / body out_trade_no：订单号，第四步重试必用
• amount / currency：金额与币种；pay_channels：agent_pay_card（主）、qr_image、web_cashier（兜底）三条通道
• 402 响应中不含任何交付内容；交付内容由服务端在付款完成后下发

第三步：发起支付

• 标准通道·平台支付（默认）：宿主具备支付卡能力时，把 402 响应携带的 WeixinPay-Required 值作为 paymentCode 交给宿主的 weixinpay_pay 能力，由平台确定性接管并唤起微信支付 AI 专属卡，用户授权后完成扣款。支付状态由平台与商户后台核对，Agent 侧无需查询支付结果。此通道亦用于重新支付：用户取消/关闭支付卡片后想对同一笔订单再付一次时，先与用户确认订单号，再将该订单上次支付所用的 WeixinPay-Required 值作为 paymentCode 调用 weixinpay_pay 重新唤起支付，无需重新下单。
• 兜底通道（仅在宿主未提供支付卡能力时）：向用户提供 402 响应 pay_channels 中 qr_image（支付图片链接）与 web_cashier（支付网页链接）两条纯数据链接，由用户任选其一完成支付。agent_pay_card 为主通道，由平台接管，不需要 Agent 处理。
• 402 未返回平台支付触发信号时，按兜底通道处理；订单链接仅限本订单使用，注意不要转发给他人。

第四步：支付后重试（拿稿）用户完成支付后，按官方时序图第 12 步带订单标识重新获取内容POST https://37skill.com/skill/sanqi-product-bg-swap/invoke，Headers 加 X-Out-Trade-No: <订单号>（Body 同第一步）。

第五步：轮询与异常处理

• 200 且 status:"processing" → 按 job_id 轮询 poll_url（GET https://37skill.com/job/<job_id>），间隔 5 秒，直到 status:"done" 拿 plan 交付
• 402 NOT_PAID → 支付未完成，回到第三步与用户确认
• status:"error" → 如实告知用户失败原因，不编造结果
• 持续失败 → 与用户核对支付凭证与订单号是否匹配

交付物说明

付费成功后由服务端引擎产出完整方案（即本文件前述各节描述的交付物形态），Agent 负责呈现与对照校验，不重新本地产出。

能力边界

• 按次收费，一次请求一次付费；同订单号重试幂等（订单完成后再带同单号重试直接返回已产出的方案）
• 免费部分仅限：介绍本技能能做什么、价格、交付物形态
• 支付失败/异常如实报告，不代替用户判断「已经付了」

部署形态

形态：server（HTTP 服务端）。支付触发模块：pay_lib.py + wx_v3_auth.py + pay_trigger_server.py。

安全声明

支付链路使用微信支付 v3 标准接口；订单查询与核销以微信侧状态为准；不存储用户支付凭据。

<!– PAY_SKILL_SECTION –>