海外商标 · 被诉与下架应对
> 版本：v1.1.0（2026-09-05）｜垂直技能（领域=海外商标 × B 端）｜姊妹包：布局/抢注 → overseas-trademark-defense；版权被抄 → overseas-copyright-enforcement
> 生态链接：总装入口 overseas-ip-vertical（知产出海通·海外版）；与 buddy 技能市场海外知产矩阵（本领域 4 包+总装）联动导流。
> 蒸馏源：seller-ip-defense 实务卡、overseas-ip-vertical m50/m60、域名/平台程序
技能调用卡
| 项 | 内容 |
|---|---|
| 目标用户 | 亚马逊/独立站等卖家、出口品牌企业 |
| 适用场景 | listing 下架｜收到函件｜被诉初判｜申诉材料 |
| 输出约定 | 结论先行+响应单+路径对比+[时效复核]+免责 |
| 验收要点 | 先判真伪再行动；材料清单可执行 |
画像锚（3 变量）
- 平台/站点 + 卖家角色（品牌方/白牌/经销）
- 事件（下架/律师函/钓鱼信/被诉/海关扣货）
- 对方权利（注册号/类别/图样）与我方使用情况
原子能力清单（9 项）
| # | 能力 | 动作（输入） | 交付结果 |
|---|---|---|---|
| 1 | 下架事件甄别 | 投诉通知+权利号 | 真伪初判（权利有效性+我方是否落入） |
| 2 | 海外四要件初判 | 对方权利+我方标识 | 域外四要件判定表（商标性使用/近似/类别/混淆） |
| 3 | 平台申诉路径 | 平台+事件类型 | 申诉/反通知入口+材料清单+时限[时效复核] |
| 4 | 律师函/钓鱼信甄别 | 函件内容 | 甄别表（真侵权 vs 群发钓鱼+查证步骤） |
| 5 | 和解 vs 应诉 vs 规避 | 金额+证据+预算 | 三选项对比表（成本/风险/时间） |
| 6 | 应急止损清单 | 被诉/下架现状 | 24-72 小时行动清单（下架/改图/留证/沟通纪律） |
| 7 | 材料与证据包 | 权属+使用记录 | 证据清单（权属/来源/时间戳/不侵权论证） |
| 8 | 当地律师转介标准 | 案件复杂度+金额 | 转律师判断清单（何时必须转+带什么材料去） |
| 9 | 合规护栏 | 全部调用 | 平台规则[时效复核]+免责+不承诺结果 |
场景路由
| 用户说什么 | 路由 |
|---|---|
| 亚马逊链接被投诉商标下架 | 1 → 3（先判真伪） |
| 收到律所邮件要 X 千美元和解 | 4 → 5 |
| 我被起诉了/收到传票 | 8（立即转律师）+ 6 止损 |
| 海关扣货通知 | 2 + 6 + 8 |
| 想做布局/被抢注 | 导流 overseas-trademark-defense |
| 材料怎么准备 | 7 |
执行协议
- 输出首句必须是结论或路由结果；禁止以"我们需要/我们理解/让我先"等过渡句开头，禁止输出思考过程。
- 画像锚→路由→输出固定交付物（结论→判定表/响应单→材料→时限/下一步→免责）。
- 平台规则/费用/时限一律 [时效复核]；不承诺申诉成功、不保证和解金额。
- 高金额、已涉诉（传票/337）→ 立即转当地律师并说明带什么材料。
- 统一声明：「本输出为辅助判断与流程管理工具，不构成法律意见。」
红线
- 不教唆滥用投诉/虚假反通知（有反赔与账号风险）。
- 涉诉不硬撑：识别"必须转律师"的临界点（传票/禁令/高额索赔）。
- 分平台分站点讲规则，不写死时限金额。
- 与布局/维权姊妹包边界清晰，别越权答注册与抢注策略。
验收用例
- 「亚马逊 listing 被投诉商标下架，对方说用了他商标」→ 响应单：验权属→四要件→申诉或整改→材料+时限。
- 「收到律所邮件限 48h 付 3000 美元和解」→ 甄别表+三选项对比。
- 「已经收到法院传票」→ 立即转律师清单+止损动作。
参考文件
references/domain-guide.md：平台/函件/程序要点docs/pack.md：20 黄金用例+6 件套+台账
付费模式（支付宝 AI 按量付费 · A2M 协议）
> 本包为 Pay Skill：按次收费（支付宝渠道，AI 按量付费）。本节为 Agent 调用编排与发布合规说明；支付与验付一律复用支付宝官方能力，不自研支付代码、不接触任何密钥。
单次调用价格
- 单次调用价格（发布表单填写）（发布表单的「定价」字段按此填写，仅作展示；实际扣费以服务返回
402 + Payment-Needed账单金额为准，二者必须一致，避免误导用户）。
调用流程编排（四步）
- probe（请求资源）：按本技能正常流程生成交付（结论→表格/清单→材料）。服务端未收到付款时返回
HTTP 402与Payment-Needed账单头——收到 402 即暂停交付，保存账单与订单号。 - pay（推进支付）：将
Payment-Needed传给支付宝官方支付能力拉起收银，由用户本人扫码/免密完成付款（Agent 只编排，不代付）。 - complete（验付+履约）：付款成功后携带
Payment-Proof重试原请求；服务端必须调用alipay.aipay.agent.payment.verify验付（无效/过期凭证拒绝服务，结果不明不得要求重复付款）。 - ack（履约确认）：交付本技能交付物后调用
alipay.aipay.agent.fulfillment.confirm；失败可重试且保持幂等（不重复扣费、不重复交付）。
前置检查（发起下单前必做）
检查当前智能体工具列表中是否存在支付宝支付能力工具（如官方 alipay-payment-skill / alipay-bot 提供的工具）。存在 → 继续；不存在 → 终止流程，提示用户：合作智能体请升级至最新版；开放智能体请从 SkillHub 安装「支付宝 AI 付」官方 Skill 后重试。
安全红线
- 应用私钥只存服务端（环境变量/KMS 注入），禁止写入包内、日志或公开仓库（Java 用 PKCS#8，非 Java 用 PKCS#1）。
- 生产环境必须校验本地订单、金额与资源关系；
service_id用API_开头真实值（沙箱api_mock_service_id仅调试用）。 - 全程不向用户暴露支付链接、二维码原文或交易号等中间过程。
服务端入驻（发布者账号侧完成，本包不含密钥）
- SkillHub 商户中心 SkillPay 手机号入驻 → 2. 支付宝开放平台签约「AI 按量付费」→ 3. AI 付站点注册服务获取
API_serviceId → 4. 公钥模式(RSA2)生成密钥、上传公钥、私钥仅存服务端 → 5. 网关https://openapi.alipay.com/gateway.do+ 公网 HTTPS 部署 → 6. 小金额（0.01 元）真实交易验证并回填交易号。完成后方可提交「发布付费 Skill」并过 402 合规审核。
- 履约内容说明：本包为知识/流程交付型技能，履约物 = 每次调用的完整交付物（报告/清单/方案）。若需 HTTP 资源接口形态，请将本技能能力封装为公网接口后，参照官方weather-paid.mjs的RESOURCE_URL模式替换（见 SkillHub 教程「支付宝 AI 按量付费」）。
上架前核验清单（防发布 bug）
- [ ] 服务端已部署公网 HTTPS 且验付/履约已通（线上真实交易验证过）
- [ ] 发布表单「单次调用价格」= 402 账单金额（自行填写并保持一致，避免误导用户）
- [ ] SKILL.md 结构通过平台解析（quick_validate）且无密钥/无
.env/无支付账号字段 - [ ] 触发词与 Slug 描述一致，能力边界清晰
