起草联盟计划条款与条件：当用户提到 affiliate…

当需要为按佣金付费的联盟计划起草会员加入时接受的条款（B2B SaaS 或 B2C 电商均可）时使用，输出 clause-complete 且供律师审查的草案。

适用场景

解决思路

1. 起草前先声明：这将是由合格律师审查的草案，不是法律建议；Program terms are legally binding。
2. 对每个需要特定律师关注的条款，紧邻该条款内联标记 [LEGAL REVIEW: <reason>]，不要集中放在页脚。
3. 总是标记这些条款：Governing law/arbitration、Forfeiture of earned commissions、GDPR role allocation、Trademark-bidding ban、Unilateral amendment、Indemnity and liability caps、Tax/contractor status。
4. 交付 artifact 时重复免责声明，并说明在 counsel 清除前保留每个内联标记。
5. 遵循起草原则：不存在单一 canonical 如何起草 affiliate terms 框架，Performance Marketing Association 的 Retailer Affiliate Agreements Guide 最接近行业 checklist；条款集高度标准化；采用 Geno Prussakov 原则：任何未明确禁止的做法都隐式允许，因此通过枚举而不是 catch-all 来使文档有价值。
6. 把 counsel sign-off、canonical clause skeleton、Interview 出现的每个 jurisdiction obligation 当作 gate，不是菜单项；它们要么被起草，要么文档不可交付，绝不进入 efficiency ordering，也绝不拿 effort 交易；只有真正可选的 policy positions 才排序，且每个排序放在选择该立场的位置。
7. Interview 时一次只问一个问题，提供多选答案，跳过用户已经回答的内容。
8. 在问其他问题前先问前三个问题：条款必须上线的日期（固定近期日期会直接删除 keyword-whitelist 和 per-partner-tier 品牌竞价立场，因为无法在发布前逐个 partner 裁定）；一次性文档还是维护型文档（维护型有 dated versions 和 change record，才使 whitelist 或 chargeback reserve 在成本上可承受）；努力上限：谁起草、谁审查（in-house counsel、outside counsel 或 program manager 单独），以及是否已有已发布条款和 live affiliates（已发布条款只能通过 amendment cycle 收紧，EU/UK business users 为 15 天通知且有权退出而非接受，所以每次收紧都是与现有 affiliates 的谈判，约束是可逆性而非工时）。
9. 问业务类型：B2B SaaS、B2C ecommerce，或两者。
10. 问 program 是 in-house/SaaS-hosted 还是 network-hosted；network-hosted 时 network 的 master terms 是 baseline，本文档只是 program-specific layer。
11. 问 affiliates 在哪里、customers 在哪里：EU/UK business users 可能触发 P2B 程序规则，in-house program 是否在范围内是 counsel 问题，要问并 flag，不能假定；US 触发 FTC disclosure；UK 增加 ASA/CAP 和 CMA exposure。
12. 问哪些 commission mechanics 已在别处决定：rate、recurring vs one-time、validation window、payout threshold；本文档只引用它们，绝不设计它们。
13. 问是否有已知 abuse concerns。
14. 问 brand-keyword-bidding 立场，并提供四个标准选项，按 efficiency 排序：strict prohibition > trademark-only ban with a modifier allowance > per-partner tiering > keyword whitelist。
15. 解释并权衡 brand-keyword-bidding 四选项：effort 排序为 keyword whitelist > per-partner tiering > trademark-only ban with a modifier allowance > strict prohibition；value 排序为 keyword whitelist == per-partner tiering > trademark-only ban with a modifier allowance > strict prohibition；compliance cost 排序为 per-partner tiering > keyword whitelist > trademark-only ban with a modifier allowance == strict prohibition。Lead with strict prohibition，因为它赢得比例；whitelist 在 value 轴最高但在 ratio 最低。
16. 仅当 named partner 已驱动你本来会让给 unaffiliated arbitrage 的 brand-term volume，且有人把 adjudication 作为 standing job 负责时，才 promote keyword whitelist；没人负责该工作时删除 whitelist 和 tiering，因为无人执行的立场等同于允许。
17. 问 coupon/deal sites 是被 permitted、restricted 还是 banned；efficiency 为 restrict > ban == permit fully。
18. 按 coupon/deal sites 立场起草：restrict 为只允许 issued codes、禁止 expired 或 unissued codes、禁止 trademark-plus-coupon terms，成本是一周定义和 policing，但保留 discovery traffic 并移除 code-scraping arbitrage；ban 近乎零成本写、保留 margin，代价是 orders；permit fully 同样近乎零成本写、保留 orders，代价是资助 arbitrage；措辞细节见 references/prohibited-tactics.md。
19. 问 browser extensions 是 permitted 还是 banned；efficiency 为 ban outright > permit with a stand-down obligation。
20. 按 browser extensions 立场起草：ban 是一条条款；permit 是 standing job，因为 stand-down rule 只有能取得 clickstream evidence 才值得写，且每个 permitted extension 都必须持续满足 disclosure 和 genuine-user-benefit 测试；仅当 extension partners 已驱动 material share 的 tracked revenue 且该证据可用时 promote permission；措辞见 references/prohibited-tactics.md。
21. 问 approval mode：manual review 还是 auto-approval；本文档写 eligibility clause，二者取舍属于 sibling fraud-detection skill（它按 program size 排序），取用户答案并据此起草。
22. 问是修订现有条款还是从空白页开始；若修订，请求当前文档。
23. 把每个排序都当默认而非法律：根据上下文和执行者重新排序。In-house counsel 降低 review-heavy 立场的成本并 promote 有争议的立场；已有已发布 program 和 live affiliates 时，每次收紧定价为一个 amendment cycle 加离开的 affiliates，应相应 demote；受监管行业（financial services、health、gambling）可使 permissive brand-bidding 或 review-content 立场在任何努力水平下不可用，此时应删除而非降级。
24. Workflow 第 1 步：交付 legal-review statement，然后运行 Interview。
25. Workflow 第 2 步：确认边界：rates 和 tiers 在别处设计（见 Reference）；terms 引用现有结构，仅此而已。
26. Workflow 第 3 步：任务有歧义时，在写一个字前问澄清问题：baseline paper（network master vs own）、contested-area positions、哪些 geographies 计入。
27. Workflow 第 4 步：从 references/clause-library.md 组装 canonical skeleton；B2B SaaS 和 B2C ecommerce 的 skeleton 基本一致，分歧条款在 references/b2b-vs-b2c-contrast.md。
28. Workflow 第 5 步：从 references/prohibited-tactics.md 起草 prohibited-tactics section 和 enforcement ladder；枚举每个 banned tactic，绝不只依赖 catch-all；ban list 不是菜单，只有 Interview 中确定的三个 program positions 是选择，ladder 是序列而非排名。
29. Workflow 第 6 步：从 references/termination-and-payment-mechanics.md 起草 termination、validation/clawback、amendment mechanics；补齐三个最常缺失条款：pending commissions at termination、enforcement ladder、automatic brand-licence revocation。
30. Clawback authority 是 gate：只要 commissions 在交易 chargeback-safe 前支付，就必须起草 clawback authority，因为 clawback window 总在 chargeback exposure 前到期；两个在到期后仍有效的 controls 在该 reference 中有排序；sibling fraud skill 将 uncovered tail 视为 blocking finding，这正是 promote reserve 的条件。
31. Workflow 第 7 步：对 Interview 出现的每个 geography，从 references/jurisdiction-and-compliance.md 叠加 jurisdiction obligations。
32. Workflow 第 8 步：如果能浏览网页，在引用前重新验证每个 regulatory figure、effective date 和 notice period；penalty amounts 每年随通胀调整且 guidance 会修订；否则每个都标注 as of drafting - re-verify。
33. Workflow 第 9 步：标记三个真正 contested areas，而不是断言一个 settled answer。
34. Workflow 第 10 步：运行 Completeness Check；迭代草稿直到每一行通过。
35. Workflow 第 11 步：逐节呈现 skeleton 供用户验证，然后交付 full draft，重复 disclaimer 并保留所有 [LEGAL REVIEW] markers。
36. Workflow 第 12 步：如果 harness 有 persistent memory，记住已决定的 positions——geographies、brand-bidding policy、validation and clawback windows、contested-area choices——以便后续修订从它们开始而不是重新 Interview。
37. 处理 contested area 1：Trademark-bidding bans 仅是合同性的；搜索引擎不会执行，竞价商标作为关键词通常合法；该条款仍可作为 contract-termination trigger；四个立场中选哪个在 Interview 中由用户选择。
38. 处理 contested area 2：Blanket forfeiture of earned commissions on termination 的合法性未定，并与美国州 escheatment law 有张力；优先 narrow reversals（fraud、returns、cancellations）而非 forfeiture；这不是 efficiency 选择，由合法性决定，不是 payoff per unit of effort。
39. 处理 contested area 3：GDPR role of affiliates and networks——processor vs joint controller vs independent controller 在主要 networks 间确实有争议；advertiser 始终是 controller；其余在 DPA 中明确解决。
40. 三个 contested areas 故意不排序：它们是对同一法律事实的竞争性解读，不是有不同回报的选项；呈现全部三个，说明主要 networks 各采哪个，让 counsel 决定。
41. Output Shape：交付 markdown terms document，按此 section 顺序：1 Definitions、2 Eligibility & Approval、3 Licence to Brand Assets、4 Commission & Payment（citing existing rate structure）、5 Tracking & Attribution、6 Prohibited Tactics & Enforcement、7 Disclosure Obligations、8 IP & Confidentiality、9 Data Protection、10 Representations & Warranties、11 Indemnity、12 Limitation of Liability、13 Term & Termination、14 Effect of Termination on Pending Commissions、15 Clawback & Reversal、16 Chargeback Reserve & Negative Balances、17 Amendment、18 Assignment、19 Governing Law & Disputes、20 Tax & Independent-Contractor Status；clause-by-clause detail 在 references/clause-library.md。
42. Completeness Check：每个 canonical clause 都起草，或明确标记 intentionally omitted - <reason>。
43. Completeness Check：三个常缺条款都在：pending commissions at termination、prohibited-tactics enforcement ladder、automatic brand-licence revocation。
44. Completeness Check：Interview 的每个 jurisdiction trigger 都被处理：P2B notice periods（或将 in-scope 问题标记 [LEGAL REVIEW]）、FTC disclosure obligation、ASA/CAP labeling、GDPR/DPA role。
45. Completeness Check：只要 commissions 在交易 chargeback-safe 前支付，clawback authority 就被起草；它是 gate，绝不省略，因为没有 collection path 的 reversal right 什么都执行不了。
46. Completeness Check：Negative-balance carry-forward 被起草；chargeback reserve 被起草，或明确标记 intentionally omitted - <reason> 并命名 residual chargeback tail。
47. Completeness Check：每个 contested area 要么与本 program 无关，要么带选项和 [LEGAL REVIEW] 标记。
48. Completeness Check：Prohibited tactics 被枚举并有 enforcement ladder；没有裸 catch-all。
49. Completeness Check：Commission 语言引用已决定结构；草稿中不发明 rate、tier 或 threshold。
50. Completeness Check：legal-review disclaimer 随 delivered artifact，且每个 inline marker 完好。
51. 修复 Common Failure Mode：无 termination 时 pending commissions 条款会导致每次终止都有争议甚至小额索赔；区分 fraud（forfeit）和 non-fraud（支付截至 termination date 的 accrued）。
52. 修复 Common Failure Mode：模糊 prohibited-tactics list 且无 ladder 会使未列 tactic 被隐式允许，且没有终止以下的相称响应；枚举 tactics，采用 warning → voiding → suspension → termination → recovery。
53. 修复 Common Failure Mode：无 automatic brand-licence revocation 会使 ex-affiliates 在终止后继续使用 brand assets；任何 termination 时自动撤销并加 asset-destruction window。
54. 修复 Common Failure Mode：blanket forfeiture of earned commissions 在法律上有争议、有 escheatment exposure 且读起来像惩罚；把 reversals 缩小到 fraud、returns、cancellations。
55. 修复 Common Failure Mode：unilateral amendment 无 notice mechanism 时，在 P2B 适用的 EU/UK business users 面前可能无效，是否覆盖 in-house merchant program 尚未确定，应视为 exposure；使用 electronic notice + continued-participation acceptance + 对 EU/UK business users 的 15-day notice，并把 scope question 标记 [LEGAL REVIEW]。
56. Reference 使用：组装 skeleton 时看 references/clause-library.md，其中列出每个 canonical clause、常见变体和 drafting cautions。
57. Reference 使用：写 ban list 和 enforcement ladder 时看 references/prohibited-tactics.md，其中有 tactic-by-tactic wording patterns 和 sourced principle。
58. Reference 使用：起草 validation windows、clawback、termination、dormancy 和 amendment 时看 references/termination-and-payment-mechanics.md。
59. Reference 使用：Interview 出现 US、EU 或 UK exposure 时看 references/jurisdiction-and-compliance.md，区分 universal 与 jurisdiction-specific。
60. Reference 使用：为 SaaS vs ecommerce 定制时看 references/b2b-vs-b2c-contrast.md，查看 divergent clauses side by side。
61. Reference 使用：塑造最终文档时看 references/worked-examples.md，其中有 real published agreements decomposed、one worked outline、one negative example。
62. Reference 使用：设计本文件只引用的 commission rates and tiers 时看 mbfinotti/partnerships-skills@affiliate-commission-structure。
63. Reference 使用：审计已发布 affiliate content 时看 mbfinotti/partnerships-skills@affiliate-disclosure-compliance；本技能只把 disclosure obligation 写进 terms。
64. Reference 使用：运营 fraud detection 时看 mbfinotti/partnerships-skills@affiliate-fraud-detection；本技能只写 prohibited-tactics clauses 和 enforcement ladder。
65. Reference 使用：消费者 refer-a-friend gaming rules 时看 mbfinotti/partnerships-skills@referral-abuse-guardrails；本技能只覆盖 professional-affiliate agreement，不要接受 consumer refer-a-friend terms 请求。
66. Reference 使用：affiliate 获批后发生什么时看 mbfinotti/partnerships-skills@affiliate-onboarding-sequence。

适用边界 · 注意事项

• 不要用于审查已发布帖子的披露标签；应使用 mbfinotti/partnerships-skills@affiliate-disclosure-compliance。
• 不要用于设计佣金 rates、tiers 或 thresholds；本技能只引用已决定结构，应使用 mbfinotti/partnerships-skills@affiliate-commission-structure。
• 不要用于运营欺诈检测或消费者 refer-a-friend 条款；分别使用 mbfinotti/partnerships-skills@affiliate-fraud-detection 和 mbfinotti/partnerships-skills@referral-abuse-guardrails。