在美国 DMCA §512 下发送、分诊或反通知版权下架时…

适用于需要起草 §512(c)(3) 下架通知、分诊收到的 DMCA 下架通知，或起草 §512(g)(3) 反通知的场景。

适用场景

解决思路

1. 选择三种模式之一：`--send` 起草 §512(c)(3) 下架通知；`--respond` 分诊别人发给你的下架通知；`--counter` 起草 §512(g)(3) 反通知。
2. 如果没有传入标志，只询问一次：`Are we sending a DMCA takedown, triaging one we received, or drafting a counter-notice?`
3. 加载实践配置：读取 `~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md`。若含 `[PLACEHOLDER]` 标记或文件不存在，停止并说明该插件需要先设置：运行 `/ip-legal:cold-start-interview`，因为 takedown 技能依赖审批矩阵和实践配置。
4. 检查 matter workspaces：按 `## Matter workspaces`；若 `Enabled` 为 `✗` 则跳过；若启用且没有 active matter，询问：`Which matter is this for? Run /ip-legal:matter-workspace switch <slug> or say practice-level.`
5. 按 `$ARGUMENTS` 分派：`--send` 走发送模式；`--respond` 走响应模式；`--counter` 走反通知模式；没有标志则询问一次。
6. 遵守 gate：在 `--send` 和 `--counter` 中，loud gate 必须在写任何最终输出前运行；`--send` 的 fair-use gate 是独立且更早运行的；若 fair use 结论为 `debatable` 或 `likely`，停止起草并转律师审查。
7. 管辖权检查：DMCA §512 是美国联邦法；若服务提供商、内容或侵权人位于美国境外，起草前标记，可能需要 EU DSA notice、UK OSA notice 或本地机制文书，替代或补充 DMCA 通知。
8. 适当交接：`--respond` 推荐 counter-notice 时，链接到 `/ip-legal:takedown --counter`；但仅在 triage memo 已被审查且 counter 决定被刻意作出后。
9. 对外交付物：发出的通知/反通知发送给服务提供商的 designated agent；不要在对外文件加 `PRIVILEGED & CONFIDENTIAL — ATTORNEY WORK PRODUCT` 头，因为通知本身不是 privileged，而是在法定程序中作出的陈述。
10. 内部草稿、发送前 brief、fair-use 分析、triage memo 按插件配置 `## Outputs` 保留 work-product header。
11. 记住 §512(c)(3) 和 §512(g)(3) 是逐元素法规：每个必需元素都必须出现，否则通知有缺陷。
12. 记住 counter-notices 同意 claimant 所在联邦地区法院管辖（非美国订阅者可指定地区）；这不是形式。
13. 非律师用户在 gate 清除前获得一页 brief 供与律师讨论；对 counter-notices 尤其重要，因为它是诉讼前一步。
14. 加载上下文：从实践配置读取 `## IP practice profile`（版权登记等）、`## Enforcement posture` → `Approval matrix → DMCA takedown (ordinary)` 行、`## Outputs`（work-product header、角色）、`## Who's using this`（律师 vs 非律师）。
15. Matter context：若启用，输出写入 active matter 的文件夹 `~/.claude/plugins/config/claude-for-legal/ip-legal/matters/<matter-slug>/takedown/<slug>/`，或实践级 `takedown/<slug>/`；除非 `Cross-matter context` 为 `on`，绝不读取其他 matter 的文件。
16. 决策姿态：当不确定使用是否 fair use、权利持有人是否是我们、作品是否真的属于我们、fair use 是否在接收方击败主张时，不要静默决定；标记律师审查并列出因素，因为发送 takedown 或 counter-notice 是单向门。
17. 不要提交通知：只起草；用户通过服务提供商的 designated channel 提交。
18. 不要替用户选择服务提供商的 intake form：注明预期路径，不自动提交。
19. 不要决定 fair use：走四因素并标记；由律师决定是否继续。
20. 不要在接收侧验证发送者主张：做结构化阅读；每个 authority 标记 SME 验证。
21. 不要绕过 gate：`--send` 和 `--counter` 模式每次都运行 gate。
22. 不要编造引用：任何引注都要 source-tagged 并标记验证；若配置的研究工具资料不足，不要静默用 web 或模型知识补充，向用户展示选项。
23. 处理非美国制度：DMCA 仅美国；对 EU DSA、UK OSA、India IT Rules 等制度，标记并路由。
24. 发送模式 Step 1：识别版权作品。询问标题/描述、美国版权局注册号和日期（如有，注册不是发送下架通知必需，但要在美国起诉需要，且侵权前注册时间控制法定赔偿和律师费）、所有权（完全拥有或持有含下架权的 exclusive license；非独占被许可人通常不能就许可方作品发送下架通知）、先前许可（是否曾许可该使用或可能覆盖它的更广泛使用）。在起草前把所有权和权限清楚记录。
25. 发送模式 Step 2：识别侵权材料和位置。询问平台/服务提供商、具体 permalink URL（同一服务的多个 URL 可放在一个通知中）、描述侵权方式（逐字复制、实质性相似、衍生）、带时间戳和 URL 可见的截图/证据。§512(c)(3) 要求足以让服务提供商定位材料的信息；通常 URL 足够，但要精确。
26. 发送模式 Step 3：fair-use gate。按 *Lenz v. Universal Music Corp.*, 801 F.3d 1126 (9th Cir. 2015)，版权持有人发送 takedown 前必须考虑 fair use；这不是判断 fair use，而是必须采取并能证明已采取的考虑步骤。询问四因素：目的与性质、作品性质、使用数量与实质性、市场影响。把回答记录在 notice file。若结论为 `debatable` 或 `likely`，不要起草；停止并转律师审查，说明对受 fair use 保护的使用发送 takedown 正是 §512(f) 风险。
27. 发送模式 Step 4：good-faith belief。§512(c)(3)(A)(v) 要求声明 complaining party 善意相信被投诉使用未经版权人、其代理人或法律授权。确认：作品是他们的或通过 exclusive license 有下架权；使用未获许可（无先前交易、无 implied license、无覆盖它的 Creative Commons 授权）；已考虑 fair use；已直接审查被指控内容。四项都为是则善意相信可成立；任一项为否则暂停。
28. 发送模式 Step 5：accuracy and agent authority。§512(c)(3)(A)(vi) 要求声明通知信息准确，并在 penalty of perjury 下声明 complaining party 获授权代表 allegedly infringed exclusive right 的所有人行事。这是 perjury statement；它适用于识别和权限的准确性，不适用于 fair-use 判断本身，但 §512(f) 责任触及两者。确认签名人：谁代表谁发送，是否有权限。
29. 发送模式 Step 6：起草通知。包含每个 §512(c)(3)(A) 元素：1 权利人/授权代理人的签名（physical 或 electronic）；2 版权作品识别；3 侵权材料识别及位置信息；4 complaining party/代理人的地址、电话、电邮；5 good-faith belief 声明（逐字或改编）；6 准确性和权限的 penalty of perjury 声明（逐字或改编）。
30. 发送模式 Step 6 结构：发送者地址块/日期；收件人：服务提供商的 designated DMCA agent（通过 Copyright Office 的 DMCA Designated Agent Directory `https://www.copyright.gov/dmca-directory/` 查找）；Re: Notice of Copyright Infringement pursuant to 17 U.S.C. §512(c)；上述六元素编号或清楚分隔；签名行。
31. 发送模式 Step 6 提交路径：多数服务提供商发布 preferred form 或 web intake（YouTube Content ID / Copyright webform、Twitter / X copyright report、GitHub DMCA repo 等）；技能生成通知内容，用户通过提供商路径提交；在输出中注明指定服务提供商的预期 intake path。
32. 发送模式 Step 7：交付前 loud gate。确认：1 你拥有版权，或持有含下架权的 exclusive license；2 被指控使用未获授权——已检查许可、授权和任何先前同意；3 已按 *Lenz* 考虑 fair use，结论在记录中；4 有权签字的人批准发送。列出实践配置中的 approver 和 automatic escalations。若用户是非律师，增加 penalty of perjury 和 §512(f) 警告，生成一页 brief，并提供 referral resources。没有明确参与 gate 就不要写最终输出。
33. 发送模式 Step 8：输出。主输出：`<matter-folder>/takedown/<slug>/notice-v<N>.md`（若服务提供商接受 .docx 则也可 .docx）。在聊天中先以纯文本展示 notice 供审查，迭代后再写盘。面向审查者的结束语：这是供律师审查的 DMCA notice 草稿，不是可直接发送的通知；发送是 sworn statement 且有 §512(f) 风险； licensed attorney 审查、编辑并承担专业责任后再提交；不要未经审查发送。
34. 发送模式 citation verification：内部备忘录中任何案例或法条引用必须在法律研究工具上验证；每个引注 source-tag 为 `[Westlaw]`、`[CourtListener]`、`[user provided]`、`[model knowledge — verify]`、`[web search — verify]`；标记 verify 的先检查；若配置的研究工具资料不足，不要静默从 web 或模型知识补充，向用户展示选项。
35. 发送模式 post-send record：提交后写 `<matter-folder>/takedown/<slug>/submission.md`：服务提供商、使用的 designated agent（地址或 web form URL）、提交日期、返回的 confirmation ID（如有）、目标 URL、counter-notice watch date（通常 10–14 business days）、legal hold refreshed。
36. 响应模式 Step 1：阅读收到的通知。提取发送者（实体、签名人、地址、电邮）、服务提供商（通知你的平台）、声称的作品、被指侵权的你的内容（URL/标识符）、下架/通知日期、通知表面上是否符合 §512(c)(3)——标记缺失元素；有缺陷的通知不是 proper notice。
37. 响应模式 Step 2：评估。许可？协商、默示、Creative Commons、先前和解、转让等；fair use？诚实走 *Lenz* 四因素；通知有缺陷？缺少任何 §512(c)(3)(A) 元素、缺少 perjury statement、签名人无表面权限；host 是否正确遵守 §512(g)？是否给了你通知和 counter 机会；若 host 未给机会，这是与 host 的单独问题，不是发送者；发送者是否是 troll？是否在该平台重复发布过宽下架通知。
38. 响应模式 Step 3：展示 4 个选项及 tradeoffs，并推荐一个，用两句话说明理由。
39. 响应模式选项 A——Comply（让下架维持）：适用：他们是对的，或这场斗争不值得；tradeoff：内容继续下架，可能影响 SEO、有 strike 政策的账号、创作者生计；下一步：记录事件，确认没有 counter-notice deadline 问题，继续前进。
40. 响应模式选项 B——发送 counter-notice（§512(g)(3)）：适用：善意相信材料被 misidentified 或被 mistake 移除——常用于使用已许可、fair use 或发送者不拥有作品；tradeoff：在 penalty of perjury 下宣誓，同意发送者所在地区联邦法院管辖（若在美国境外且指定则用自己所在地区），把决定交给发送者 10–14 business days——若他们起诉，内容继续下架；若不起诉，内容恢复；下一步：`/ip-legal:takedown --counter`。
41. 响应模式选项 C——直接联系发送者：适用：有业务解决空间（许可、署名、下架较窄部分）；tradeoff：对话期间内容继续下架；和解沟通卫生很重要（FRE 408 或同等规则；保护来自实质和语境，不来自标签）；下一步：向发送者发 outreach letter；讨论进行中不要发送 counter-notice。
42. 响应模式选项 D——忽略并让其维持；在别处提出：适用：损害小、不想做联邦管辖承认、宁可单独处理发送者；tradeoff：内容继续下架；若下架本身是 bad-faith，可能在自己时间表上主张 §512(f)，但那是另一场斗争。
43. 响应模式 Step 4：写 triage memo。输出：`<matter-folder>/takedown/inbound/<slug>/triage.md`。包含 work-product header、privilege inheritance 提示、`READ FOR TRIAGE, NOT OPINION` 声明、slug、received、service provider、incoming file、通知内容（sender/claimed work/our content/date/§512(c)(3) on face）、评估（license/authorization、fair use walkthrough with `[SME VERIFY]`、notice defects、host §512(g) compliance、sender credibility）、选项 A-D、recommendation、deadlines（counter-notice watch window 10–14 business days、sender's suit filing timing、contractual deadlines with host）、immediate actions（legal hold、business impact、matter created、counsel assigned）。在聊天结束时说明：这是 triage memo 不是 advice；律师在你 counter-notice（同意联邦管辖）或决定不回应前评估。
44. 反通知模式 Step 1：确认 predicate。内容因 §512 notice 被下架（不是 host 的 TOS 行动）；你善意相信材料因 mistake 或 misidentification 被移除——法定测试；你准备同意原发送者所在地区的联邦法院管辖（若在美国境外则指定）；决定是刻意作出——不是反应式，不是没有律师参与。
45. 反通知模式 Step 2：按 §512(g)(3) 起草。包含每个元素：1 subscriber 签名（physical 或 electronic）；2 被移除材料及其移除前位置的识别（内容原 URL）；3 在 penalty of perjury 下声明 subscriber 善意相信材料因 mistake 或 misidentification 被移除或禁用；4 subscriber 姓名、地址、电话，并关键地同意 subscriber 地址所在地区联邦地区法院管辖（若在美国境外，同意服务提供商可被找到的任何地区），并接受来自通知人或其代理人的 process 送达。
46. 反通知模式 Step 2 结构：subscriber 地址块/日期；收件人：服务提供商的 designated DMCA agent（收到原始 takedown 的同一代理人）；Re: Counter-Notification pursuant to 17 U.S.C. §512(g)；上述四元素编号或清楚分隔；签名行。
47. 反通知模式 Step 3：交付前 loud gate。确认：1 材料是因 §512 notice 被移除，不是 TOS 行动；2 你善意相信移除是 mistake 或 misidentification——因为使用已许可、fair use、实际不侵权，或发送者不拥有作品；3 你准备在 claimant 所在地区联邦法院被起诉；预算、律师和风险容忍均已设定；4 律师在发送前已审查。列出实践配置中的 approver；counter-notices 通常因联邦管辖承认而路由到高于 DMCA takedown (ordinary) approver。
48. 反通知模式 Step 3 非律师分支：增加警告——counter-notice 同意联邦法院管辖并在 penalty of perjury 下宣誓；询问是否已与 licensed attorney/solicitor/barrister 或其他 authorised legal professional 审查；生成一页 brief；提供 referral resources。没有明确参与就不要写最终输出。
49. 反通知模式 Step 4：输出。主输出：`<matter-folder>/takedown/<slug>/counter-notice-v<N>.md`；在聊天中以纯文本展示供审查后再写盘。面向审查者的结束语：这是供律师审查的 counter-notice 草稿，不是可直接发送的反通知；发送是 sworn statement 并同意 claimant 所在地区联邦法院管辖； licensed attorney 审查后再提交；不要未经审查发送。
50. 反通知模式 post-submission record：提交后写 `<matter-folder>/takedown/<slug>/counter-submission.md`：服务提供商、提交日期、confirmation ID、10–14 business-day watch window 结束日期已加入日历、监视 claimant 所在地区是否起诉、内容恢复后的计划、被起诉后的计划。

适用边界 · 注意事项

• 非美国管辖或需要 EU DSA、UK OSA、India IT Rules 等非 DMCA 机制时，不应只用此技能。
• 没有律师或授权法律专业人士审查，尤其要发送下架通知或反通知时，不应执行。
• 内容被下架是平台 TOS 行动而非 §512 下架通知，或争议不是版权/不是 §512 流程时，不适用。