ip-takedown · git:20260910.7ecb685 · 2026-09-10 · sha256 df36a60c262943b6
ip-takedown git:20260910.7ecb685A
Immutable. This exact content is served forever at /api/v1/blob/df36a60c262943b6.
--- name: ip-takedown description: 依据中国《信息网络传播权保护条例》，可起草该条例第十四条规定的版权侵权通知书；对平台接收的侵权通知开展分流研判，区分采取遵从下架、提交反通知、双方协商、不予处置四类处置方式；亦可依据条例第十六条起草反通知书，申请恢复已下架内容。适用于用户向平台发起版权删除通知、研判侵权通知处置方案、提交反通知申请恢复下架内容等业务场景。 --- # 版权通知 # 法律基准（冷启动确认 + 引用闸门） 本 skill 以**语义锚点**引用法律，不写死条号——条号与条文文本由运行时经元典 MCP 解析为"当时时点的有效版本"。锚点清单见 [references/legal-anchors.md](references/legal-anchors.md)（包级共享，按本 skill 锚点子集解析），配置模型见 `docs/legal-baseline.schema.yaml`。 ## 冷启动确认（首次运行 / 基准过期时执行） 1. 读取 `$LEGAL_AGENT_PROFILE_HOME/ip-legal/legal-baseline.yaml`： - 存在且 `confirmed_at` 未超 `freshness_window`（默认 90d）→ 加载为基准，跳过本节； - 不存在或已超窗 → 进入确认流程。 2. 逐锚点经元典 MCP 解析现行条文（`law_vector_search` 定位 → `rh_ft_detail` 核验 `sxx=现行有效`；**核验必须带 `refer_date=<今日>`**——不带该参数时对已公布未施行的新版法规会返回新版条文，导致核验假失败），呈现基准清单（锚点/法规/条号/版本/生效日/状态）给用户确认或逐项调整。 3. 用户确认后写入 baseline（含 `validity_window` 版本坐标系与确认日期）。**单轮/无交互环境无法取得逐项确认时：写 `confirmed_by: runtime-auto` 并在 notes 注记确认基础，不得标 `user`；交互环境下必须等待用户确认后再写入。****写入后必须用 YAML parser 重新加载自校验（可解析、锚点均有 `validity_window`），校验失败须修复后重写——损坏的 baseline 等同无基准。** 3b. 用户拒绝或未确认基准时：**不写入 baseline、不冒用 confirmed_by=runtime-auto**；可继续回答（引用全部经闸门实时核验），并在输出尾部注明"法律基准未经确认，本次未建立 baseline——回复确认后 90 天内免重复确认"。 4. 无元典 MCP → 降级加载包内 `docs/legal-citations/registry.yaml` 作离线基准，并在后续所有输出头部标注"⚠ 基准日期=包发布日，未经实时核验"。**降级路径同样写入 baseline**（`source: registry-snapshot`、`source_verified_at` 取包内核验日、`confirmed_by: degraded-snapshot`——诚实标注"未实时核验、未经用户确认"，与用户拒绝确认场景（不落盘）和正常闸门刷新（runtime-auto）相区分），使降级状态可被后续闸门与 freshness 识别。 ## 引用闸门（每次运行必经，不可跳过） 本节为引用完整性的强制层：与其他节（先决条件/快速核查等）冲突时，以本节为准；先决条件缺失不中断闸门执行（按临时模式或降级模式继续，不因此停止服务）。同理适用于各审查门（警示门/合理使用门等）：单轮无交互环境无法取得明确互动时，呈现门控问题与占位结论、搁置最终文件写入，不视为流程失败。 闸门第 0 项：无 baseline（冷启动未完成）时，以元典活库 `sxx` 实时核验替代 baseline 时点判断，同样有效，不因缺 baseline 拒答。 输出任何《法规》第X条之前逐项执行（基准过期触发的重确认一律为**增量**：只重查本次引用涉及的锚点，非全量重扫）： 1. 事项携带时点（行为日/受理日）→ 按 baseline 的 `validity_window` 取**该时点**有效版本；无匹配窗口 → 判失败并人工介入（溯及力的法律判断由本 skill 论证逻辑负责，闸门只保证文本时点正确）； 2. registry 显示该锚点所属法规有**已施行**的修订 → 强制重解析该锚点，并向用户提示条号迁移（迁移映射见 registry 的 `migrated_articles`）； 3. 输出引用格式 = 锚点解析结果 + `[元典检索 YYYY-MM-DD]`；降级模式下标注 `[未核验]`。 **对外交付物（函件/通知等）**：正文保持干净的条号引用与文书体例，核验标签照常附加于每处条号后（用户若需完全剥离属技能输出之外的编辑决定，核验依据留痕于 baseline 与来源伴随文件；"律师工作成果标记"的对外豁免不适用于核验标签）。 不执行本闸门不得输出任何条号引用。 三种模式，选择其一： - `--send` — 依据《信息网络传播权保护条例》第14条起草侵权通知。合理使用审查门（《著作权法》第24条）+ 虚假通知责任警示门（《信息网络传播权保护条例》第24条）在交付前运行。 - `--respond` — 对收到的侵权通知进行分流评估。选项：遵守 / 反通知 / 协商 / 不予处理。 - `--counter` — 依据《信息网络传播权保护条例》第16条起草反通知。管辖权承认与真实性保证的警示门在交付前运行。 ## 指令 1. **读取业务配置。** 加载业务配置文件。若包含 `[PLACEHOLDER]` 标记或不存在，提示："本技能需要先完成初始配置才能提供完整输出（审批矩阵/业务档案缺失）；本次按临时模式继续（引用闸门与各审查门照常执行，警示门等需互动的结论以占位呈现）。"——不中断服务（与「法律基准」章节的闸门优先级条款一致）。 2. **检查案件工作区。** 若启用且无活跃案件，询问："本事项归属哪个案件？请切换案件或说明为业务级别处理。" 3. **依据参数分发：** - `--send` → 运行发送模式（下文）。依次完成：识别作品、识别侵权材料、合理使用审查门（《著作权法》第24条）、善意确信、准确性与授权、起草第14条通知、运行警示门、写入输出。 - `--respond` → 运行回应模式（下文）。阅读收到的通知，评估（许可、合理使用、瑕疵、平台合规性、发送方可信度），呈现四个选项，推荐，撰写分流备忘。 - `--counter` → 运行反通知模式（下文）。确认前提条件（因第14条通知被移除、善意确信为误删或误认、准备好接受人民法院管辖、已有律师参与），起草第16条反通知，运行警示门，写入输出。 - 无标志位 → 询问一次："是要发送版权侵权通知、评估收到的通知，还是起草反通知？" 4. **遵守警示门。** 在 `--send` 和 `--counter` 模式中，警示门在任何最终输出写入前运行。`--send` 中的合理使用审查门独立且更早运行；"有争议"或"可能成立"的合理使用结论应停止起草并转交律师审查。 5. **管辖说明。** 本技能依据中国《信息网络传播权保护条例》操作。若网络服务提供者、内容或侵权人在中国境外，应在起草前标明——可能需要适用欧盟DSA通知、英国OSA通知或其他法域的工具，而非（或同时配合）中国法下的通知。 6. **适当交接。** `--respond` 模式建议反通知时可衔接 `--counter`——但仅在分流备忘经审查且反通知决定经审慎作出之后。 ## 示例 ``` --send --respond ~/Downloads/bilibili-takedown-notice.pdf --counter ``` ## 备注 - 对外发出的通知和反通知不附加律师工作成果标记。内部草稿、合理使用分析和分流备忘附加该标记。 - 《信息网络传播权保护条例》第14条和第16条是逐项式法条——每一项必要元素必须齐备，否则通知存在瑕疵。 - 反通知意味着如权利人起诉，将接受人民法院管辖。这不是形式要求。 - 非律师用户在警示门通过前获得一份面向律师的简报——尤其重要于反通知，因为反通知是诉讼的前一步。 --- ## 目的 中国《信息网络传播权保护条例》的通知-删除机制是快速、低成本且后果重大的。侵权通知是以真实性保证为前提的声明，可导致内容被无司法审查地移除。反通知是另一份真实性保证声明，可要求恢复内容。两种决定都可能引发诉讼。本技能以各自所需的防护机制处理这三种操作。 三种模式： - `--send` — 依据第14条起草侵权通知 - `--respond` — 对收到的侵权通知进行分流评估；产出选项 - `--counter` — 依据第16条起草反通知 若用户未传递标志位，询问一次："是要发送版权侵权通知、评估收到的通知，还是起草反通知？" > **对外交付物（发送和反通知模式）：** 对外通知/反通知发送给网络服务提供者的指定接收方。对外文件不得附加 `保密 — 律师工作成果` 标记。通知本身不属于保密范围——它是法定程序中的声明。内部草稿、发送前简报、合理使用分析和分流备忘保留该标记，依业务配置。 ## 管辖假设 本技能依据《信息网络传播权保护条例》操作，适用于受中国司法管辖的网络服务提供者。其他法域有其自身的通知-行动制度——欧盟《数字服务法》（DSA，Regulation (EU) 2022/2065）第16条、英国《在线安全法》、印度IT规则2021等（**以上均为外国法，仅作跨法域对照参考，非中国法依据**）——在必要元素、反通知机制和滥用责任方面存在实质性差异。若网络服务提供者、内容或侵权人在中国境外，应标明——中国法下的通知可能不是合适的工具，或可能需要配合当地制度的通知。著作权本身因《伯尔尼公约》具有多边性，但执行机制因法域而异。 **电商平台场景下《电子商务法》第42-45条的补充适用。** 当被控侵权行为发生在电商平台（淘宝、天猫、京东、拼多多、1688、抖音电商、快手电商、小红书商城等）时，《电子商务法》第42-45条提供了与《信息网络传播权保护条例》并行且互为补充的通知删除法律框架： - **第42条（通知删除程序）：** 知识产权权利人有权通知电子商务平台经营者采取删除、屏蔽、断开链接等必要措施；通知应包括构成侵权的初步证据。平台经营者接到通知后应及时采取必要措施，并将该通知转送平台内经营者；未及时采取必要措施的，对损害的扩大部分与平台内经营者承担连带责任。 - **第43条（反通知程序）：** 平台内经营者可提交不存在侵权行为的声明及初步证据；平台经营者将声明转送权利人并告知可投诉或起诉；十五日内未收到投诉或起诉通知的，平台应及时终止所采取的措施。 - **第44条（平台信息披露义务）：** 电子商务平台经营者应及时公示收到的通知、声明及处理结果。 - **第45条（平台连带责任——知道或应知侵权而未采取必要措施）：** 电子商务平台经营者知道或应当知道平台内经营者侵犯知识产权的，应采取必要措施；未及时采取的，对损害扩大部分与平台内经营者承担连带责任。`[模型知识 — 需核验]` 本技能以《信息网络传播权保护条例》为主要操作框架（适用于各类网络服务提供者）；当案件涉及电商平台时，上述《电子商务法》条款与《信息网络传播权保护条例》的规定应一并考虑，二者在通知要素、处理时限和平台责任方面存在互补与重叠。`[模型知识 — 需核验]` ## 加载上下文 - 业务配置文件 → 版权业务档案（版权登记信息）、执行姿态 → 审批矩阵 → 版权侵权通知（常规）行、输出设置（工作成果标记、角色）、使用者角色（律师 vs 非律师） - **案件上下文。** 检查业务配置中的案件工作区设置。若未启用，跳过案件机制。若启用且无活跃案件，询问："归属哪个案件？请切换案件或说明为业务级别处理。"将输出写入活跃案件文件夹（或业务级别的版权通知文件夹）。不得读取其他案件的文件，除非明确授权。 ## 发送模式 — 依据第14条起草侵权通知 ### 步骤1：识别受版权保护的作品 > 受版权保护的作品是什么？ > > - **标题 / 描述** — 作品类型（软件、图片、文字、视频、音频）？ > - **登记状态** — 中国版权保护中心登记号和日期（如有）。登记并非发送通知的前提，但在诉讼中可作为权属证据，其时间点影响赔偿计算。[模型知识 — 需核验] > - **权属** — 是著作权人本人还是独占许可人（含通知权）？（非独占被许可人通常无权以自己名义发送通知。）[模型知识 — 需核验] > - **先前授权** — 是否曾就该使用或更广泛的使用授予过许可？ 权属和授权是虚假通知责任（《信息网络传播权保护条例》第24条）案件首先审查的内容。在起草前必须明确记录。 ### 步骤2：识别侵权材料及其位置 > 侵权材料在哪里？ > > - **平台 / 网络服务提供者** — 抖音、B站、微博、微信公众号、小红书、淘宝、京东、华为应用市场等 > - **URL** — 侵权材料的具体链接。一份通知可覆盖同一网络服务提供者下的多个URL。 > - **描述** — 侵权材料是什么，如何侵权（逐字复制、实质性相似、演绎作品）？ > - **截图 / 证据** — 附带时间戳和URL可见的保存 第14条要求"要求删除或者断开链接的侵权作品的名称和网络地址"。URL通常已足够；应精确提供。 ### 步骤3：合理使用审查门 《著作权法》（2020修正）第24条列举了合理使用情形（12 项具体情形 + 第（十三）项"法律、行政法规规定的其他情形"兜底，共 13 项）。发送通知前应审查被指控的使用是否可能落入合理使用范围。 询问： > 在起草通知前，需进行合理使用审查。请逐项核对《著作权法》第24条列举的12种情形： > > 1. 为个人学习、研究或者欣赏，使用他人已经发表的作品 > 2. 为介绍、评论某一作品或者说明某一问题，在作品中适当引用他人已经发表的作品 > 3. 为报道新闻，在媒体中不可避免地再现或者引用已经发表的作品 > 4. 媒体刊登或者播放其他媒体已经发表的关于政治、经济、宗教问题的时事性文章（作者声明不许刊登的除外） > 5. 媒体刊登或者播放在公众集会上发表的讲话（作者声明不许刊登的除外） > 6. 为学校课堂教学或者科学研究，翻译或者少量复制已经发表的作品 > 7. 国家机关为执行公务在合理范围内使用已经发表的作品 > 8. 图书馆等为陈列或者保存版本的需要，复制本馆收藏的作品 > 9. 免费表演已经发表的作品，未向公众收费，也未向表演者支付报酬 > 10. 对设置或者陈列在公共场所的艺术作品进行临摹、绘画、摄影、录像（2020修正版由"室外公共场所"改为"公共场所"） > 11. 将中国公民、法人已经发表的以国家通用语言文字创作的作品翻译成少数民族语言文字作品在国内出版发行 > 12. 以阅读障碍者能够感知的无障碍方式向其提供已经发表的作品 > > 被指控的使用是否可能落入以上任何情形？结论：合理使用不可能 / 有争议 / 可能成立？ 记录答案。若"有争议"或"可能成立"，不起草。停止并转交律师审查："合理使用在此事实上有争议/可能成立。对受合理使用保护的使用发送通知，正是第24条虚假通知责任所针对的情形。在发出任何通知前应转交律师审查。" ### 步骤4：善意确信 第14条要求通知方确信使用未经授权。确认以下各项： - 确认作品为本人所有（或通过独占许可拥有通知权）？ - 确认使用未获授权（无既有许可、无默示许可、无覆盖该使用的Creative Commons授权）？ - 已进行合理使用审查（步骤3）？ - 已直接审阅被指控内容（而非仅基于他人报告）？ 四项均确认，善意确信成立。任一项否定，暂停。 ### 步骤5：真实性与授权确认 第14条通知应包含构成侵权的初步证明材料。通知中应声明信息的真实性，并确认发送方有权代表权利人行事。 确认签署人：谁代表谁发送此通知，是否有权这样做？ ### 步骤6：起草通知 第14条必要元素——每一项必须齐备： 1. **权利人的姓名（名称）、联系方式和地址** 2. **要求删除或者断开链接的侵权作品、表演、录音录像制品的名称和网络地址** 3. **构成侵权的初步证明材料** 结构： - 发送方地址栏 / 日期 - 收件方：[网络服务提供者]的指定投诉接收渠道（各平台通常公布投诉入口：抖音投诉中心、B站版权投诉、微博侵权投诉、微信侵权投诉、小红书投诉等） - 标题：关于要求删除/断开侵权内容链接的通知（依据《信息网络传播权保护条例》第14条） - 上述三项元素，编号或清晰分隔 - 真实性保证及授权声明 - 签署栏 大多数平台发布了自己的投诉表单或网页入口（抖音投诉中心、B站版权投诉通道、微博侵权投诉、微信侵权投诉、小红书投诉通道等）。本技能产出通知内容；用户通过平台的渠道提交。在输出中注明该平台预期的提交渠道。 ### 步骤7：交付前的警示门 ``` ┌─────────────────────────────────────────────────────────────┐ │ 在本通知发出之前 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ 版权侵权通知是对真实性负责的法律文书。签署和发送 │ │ 不是例行行政步骤——它是具有特定法律后果的声明。 │ │ │ │ • 《信息网络传播权保护条例》第24条规定，因通知 │ │ 造成服务对象损失的，发出通知的权利人应承担 │ │ 赔偿责任。虚假通知有实际法律风险。 │ │ [模型知识 — 需核验] │ │ │ │ • 通知中的真实性保证和授权声明具有法律效力， │ │ 不是形式要求。 │ │ │ │ • 对已获授权、他人享有著作权、或属于合理使用的 │ │ 内容发送通知，正是第24条虚假通知责任所针对的 │ │ 情形。 │ │ │ │ 在通知发出前确认： │ │ │ │ 1. 你是著作权人，或持有含通知权的独占许可。 │ │ 2. 被指控的使用未经授权——已检查许可、授权和 │ │ 任何事先同意。 │ │ 3. 已依据《著作权法》第24条审查合理使用（见 │ │ 步骤3）；结论已记录。 │ │ 4. 有签署权限的人批准发送。 │ │ │ │ 审批人依业务配置：[审批矩阵 → 版权侵权通知（常规） │ │ 行的审批人] │ │ │ │ 适用的自动升级规则：[列出业务配置中本事项触发的 │ │ 任何升级规则] │ │ │ └─────────────────────────────────────────────────────────────┘ ``` 若用户为非律师（依业务配置角色），增加： > 版权侵权通知包含真实性保证，滥用将产生《信息网络传播权保护条例》第24条赔偿责任。你是否已与律师审阅此事？如未，以下是一份供提交律师的简报：[生成简短摘要：作品、权属、被指控使用、许可核查、合理使用分析、签署人、平台]。律师数小时的咨询费用远低于第24条赔偿诉讼的成本。 > > 如需寻找执业律师：当地律师协会知识产权业务委员会推荐、12348法律服务热线、法律援助中心、法学院知识产权诊所。 未经与警示门的明确互动，不写入最终输出。 ### 步骤8：输出 **主要输出：** `<案件文件夹>/takedown/<slug>/notice-v<N>.md`（若平台接受docx格式亦可——大多数接受粘贴文本或网页表单提交）。通知内容，可直接粘贴至平台的投诉入口或发送至指定接收方。 **对话中：** 以纯文本展示通知供审查，再写入文件。在写入前迭代修改。 **面向审查者的结束语**（仅在对话预览中）： > 这是一份供律师审查的通知草稿，而非可直接发送的通知。发送通知是对真实性负责的法律声明，存在《信息网络传播权保护条例》第24条赔偿风险。须由执业律师审查、修改并承担专业责任后才能提交。请勿未经审查直接发送。 **引用验证。** 任何包含的法律条文或案例引用（例如通知周边的内部备忘中）必须在法律检索工具上验证。标注来源——`[国家法律法规数据库]`、`[元典法规]`、`[用户提供的]`、`[model knowledge — verify]`、`[网络检索 — verify]`。标注 `verify` 的引用优先核查。若配置的检索工具信息不足，不得静默补充网络或模型知识——向用户呈现选项。 **发送后记录。** 提交后，写入 `<案件文件夹>/takedown/<slug>/submission.md`：平台、使用的投诉渠道（地址或网页URL）、提交日期、确认编号（如有返回）、目标URL、反通知观察截止日期、法律保存更新。 ## 回应模式 — 对收到的侵权通知进行分流评估 你的内容被移除。网络服务提供者已通知你收到一份第14条通知。你有选择。 ### 步骤1：阅读收到的通知 提取： - **发送方** — 实体、签署人、地址、邮箱 - **网络服务提供者** — 通知你的平台 - **主张的作品** — 他们声称拥有的作品 - **被指侵权的内容** — URL或标识 - **移除/通知日期** - **通知是否在表面上符合第14条要求** — 标注缺失元素；有瑕疵的通知不是合规通知 ### 步骤2：评估 - **是否存在许可？** 协商许可、默示许可、Creative Commons、先前和解、转让——任何授权该使用的依据。 - **是否为合理使用？** 对照《著作权法》（2020修正）第24条各项情形逐项审查。诚实判断；这是供己方内部参考。 - **通知是否有瑕疵？** 缺少第14条任何必要元素、缺少真实性保证、签署人无表面授权？有瑕疵的通知不合规；平台可能仍会执行，但发送方的虚假通知风险上升，我方筹码增加。 - **平台是否合规执行？** 是否收到通知并被给予反通知机会？若平台未经此程序即移除，那是与平台之间的问题（而非与发送方）。 - **发送方是否为恶意投诉者？** 在该平台上是否存在反复发送过宽通知的模式？ ### 步骤3：选项 呈现4个选项及权衡： **A — 遵守（接受移除）** - 适用：对方有理，或不值得争议 - 权衡：内容持续下线；可能影响账号信用、平台处罚机制、创作者收入 - 下一步：记录事件，确认无反通知时限问题，继续 **B — 发送反通知**（《信息网络传播权保护条例》第16条） - 适用：善意确信材料因错误或误认被移除——通常适用于使用已获授权、属于合理使用、或发送方不享有著作权的情形 - 权衡：包含真实性保证，若权利人起诉则接受人民法院管辖，权利人可在收到反通知后向法院起诉或向著作权行政管理部门投诉——若起诉则内容持续下线；若不起诉则依据《信息网络传播权保护条例》第17条平台应恢复内容 - 下一步：`--counter` **C — 直接与发送方协商** - 适用：存在商业解决空间（授权、署名、缩小移除范围） - 权衡：协商期间内容持续下线；和解沟通的保密性需注意（不得以"保密"标签替代法律保护） - 下一步：向发送方发出协商函；协商期间不发送反通知 **D — 不予处理；在其他渠道维权** - 适用：损害较小、不想接受管辖权承认、更愿意另行处理 - 权衡：内容持续下线；若移除本身是恶意的，可依据《信息网络传播权保护条例》第24条主张赔偿——但那是另一场争议 推荐一个选项并附两句理由。 ### 步骤4：撰写分流备忘 输出：`<案件文件夹>/takedown/inbound/<slug>/triage.md`。 ```markdown [工作成果标记 — 依业务配置] > **保密继承。** 本分流记录的是对不利通知的初步评估。属于律师-客户和/或工作成果材料。不得在保密范围外转发或附加于反通知提交中，除非已脱敏。 # 收到版权侵权通知 — 分流 > **本文件用于分流评估，非法律意见。** 结构化初步扫描，非法律实体判断。每一处法律依据均标注待专业人员验证；每一项实体判断由律师作出。 **标识：** [slug] **收到日期：** [YYYY-MM-DD] **网络服务提供者：** [平台] **来文路径：** [path] ## 通知内容 **发送方：** [实体、签署人、代理律师（如有）] **主张的作品：** [标题、描述、登记号（如提供）] **我方被指向的内容：** [URL / 标识] **移除日期：** [YYYY-MM-DD] **通知表面符合第14条：** [是 / 否 — 列出缺失元素] ## 评估 **许可/授权核查：** [结论] **合理使用审查（第24条各项情形）：** [逐项 — 每项 + 结论；`[专业人员核验]`]；用户未提供任何使用事实时：不得记为"合理使用不可能"，逐项标"事实不足待核"，并在交付前警示门中列为待用户补充项。 **通知瑕疵：** [列举或无] **平台合规执行：** [是否收到通知和反通知机会] **发送方可信度：** [恶意投诉 / 真实权利人 / 重复通知模式] ## 选项 ### A. 遵守 ### B. 反通知（第16条） ### C. 与发送方协商 ### D. 不予处理 **推荐：** [A/B/C/D] — [两句理由] — `[专业人员核验：律师确认后再执行]` ## 时限 - **权利人起诉/投诉窗口：** 依据第17条，权利人收到反通知后可向人民法院起诉或向著作权行政管理部门投诉；若不起诉/投诉，平台应恢复内容 - **平台自有时限：** [查看平台规则] - **与平台的合同性时限：** [检查] ## 即时行动 - [ ] 对被指控作品及相关内容启动法律保存 — [是/否] - [ ] 评估商业影响（收入、账号处罚、流量） — [是/否] - [ ] 在日志中创建案件记录 — [是/否/待定] - [ ] 指派律师 — [谁] ``` 在对话呈现结束时附上： > 这是分流备忘，非法律意见。以上评估仅基于通知文本的初步判断。律师在反通知（接受人民法院管辖）或决定不予回应前须进行评估。 ## 反通知模式 — 依据第16条起草反通知 反通知可要求恢复内容，除非原权利人起诉或投诉。这是诉讼的前一步。 ### 步骤1：确认前提条件 - 内容是因第14条通知被移除（而非平台依据服务条款的行为）。 - 你善意确信材料因错误或误认被移除——法定标准。 - 你准备接受：如权利人起诉，接受人民法院管辖。 - 决定经审慎作出——非冲动反应，已有律师参与。 ### 步骤2：依据第16条起草 第16条必要元素——每一项必须齐备： 1. **服务对象的姓名（名称）、联系方式和地址** 2. **要求恢复的作品、表演、录音录像制品的名称和网络地址** 3. **不构成侵权的初步证明材料** 结构： - 服务对象地址栏 / 日期 - 收件方：网络服务提供者的指定投诉接收方（与接收原通知的同一渠道） - 标题：关于要求恢复被删除内容的说明（依据《信息网络传播权保护条例》第16条） - 上述三项元素，编号或清晰分隔 - 真实性保证及不构成侵权的声明 - 签署栏 ### 步骤3：交付前的警示门 ``` ┌─────────────────────────────────────────────────────────────┐ │ 在本反通知发出之前 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ 反通知包含真实性保证，且如权利人起诉，将接受 │ │ 人民法院管辖。这是诉讼的前一步。 │ │ │ │ • 权利人收到反通知后可向人民法院起诉或向著作权 │ │ 行政管理部门投诉。若起诉，内容在被移除状态 │ │ 等待诉讼结果。 │ │ [模型知识 — 需核验] │ │ │ │ • 若权利人未在合理时间内起诉或投诉，平台应恢复 │ │ 内容。 │ │ │ │ • 你在接受人民法院管辖的可能。签署即表示你同意 │ │ 在该法院应诉。这是签署即作出的管辖权承认。 │ │ │ │ • 真实性保证具有法律效力。第24条赔偿责任双向 │ │ 适用于——通知方和反通知方。 │ │ │ │ 在反通知发出前确认： │ │ │ │ 1. 材料是因第14条通知被移除（非因违反服务条款）。 │ │ 2. 你善意确信移除系因错误或误认——因为使用已 │ │ 获授权、属于合理使用、实际不构成侵权、或 │ │ 发送方不享有著作权。 │ │ 3. 你准备好在人民法院应诉。预算、律师和风险 │ │ 承受能力均已就绪。 │ │ 4. 律师已在发送前审查。 │ │ │ │ 审批人依业务配置：[审批矩阵 — 反通知通常需更高 │ │ 级别审批，因为涉及管辖权承认] │ │ │ └─────────────────────────────────────────────────────────────┘ ``` 若用户为非律师： > 反通知包含真实性保证，如权利人起诉将接受人民法院管辖。你是否已与执业律师审阅？这不是AI审查层；这是需要执业律师专业判断的步骤。供律师沟通的简报：[生成1页摘要]。推荐资源：当地律师协会知识产权业务委员会推荐、12348法律服务热线、法律援助中心、法学院知识产权诊所。 未经明确互动，不写入最终输出。 ### 步骤4：输出 **主要输出：** `<案件文件夹>/takedown/<slug>/counter-notice-v<N>.md` — 反通知内容，可通过平台的反通知入口提交。 **对话中：** 以纯文本呈现供审查，再写入文件。 **面向审查者的结束语**（仅在对话中）： > 这是一份供律师审查的反通知草稿，而非可直接发送的反通知。发送反通知是真实性保证声明，并接受人民法院管辖。须由执业律师在提交前审查。请勿未经审查直接发送。 **提交后记录。** 提交后，写入 `<案件文件夹>/takedown/<slug>/counter-submission.md`：平台、提交日期、确认编号、权利人起诉/投诉观察窗口截止日期、内容恢复预案、起诉预案。 ## 决策姿态 依据业务配置中的"主观法律判断决策姿态"：当不确定使用是否为合理使用、不确定权利人是否为我方、不确定作品是否确实为我方所有、不确定在接收方合理使用是否抗辩成立时——不得静默决定。合理使用是典型的不确定判断。标明由律师审查；展示各项因素。基于假设发送通知或反通知是不可逆的操作。 ## 本技能不做什么 - **提交通知。** 仅起草。用户通过平台指定渠道提交。 - **为用户选择平台的投诉入口。** 注明预期渠道；不自动提交。 - **决定合理使用。** 对照第24条各项情形审查；标明。由律师决定是否推进。 - **在接收方验证发送方主张。** 结构化阅读；每一处法律依据标注待专业人员验证。 - **绕过警示门。** 警示门在 `--send` 和 `--counter` 模式中每次都运行。 - **编造引用。** 包含的引用均标注来源并标注待验证；不静默补充。 - **处理非中国法域制度。** 本技能依据中国法。对欧盟DSA、英国OSA、印度IT规则及其他制度——标明并转交。 ## 资源索引 - 参考: 见 [references/notes.md](references/notes.md)（中国法本地化说明、法律来源及核验状态） - 参考: 见 [references/intake.json](references/intake.json)（提交登记表） - 参考: 见 [references/examples-normal-case.md](references/examples-normal-case.md)（正常样例：抖音视频版权侵权通知发送） - 参考: 见 [references/examples-edge-case.md](references/examples-edge-case.md)（边界样例：合理使用有争议时触发停止） - 脚本: 见 [scripts/eval_1_structure.py](scripts/eval_1_structure.py)（验证前言区和基础结构完整性） - 脚本: 见 [scripts/eval_2_cn_law.py](scripts/eval_2_cn_law.py)（验证中国法引用替换及DMCA残留检测） - 脚本: 见 [scripts/eval_3_fair_use.py](scripts/eval_3_fair_use.py)（验证合理使用审查门含12项完整列举） - 脚本: 见 [scripts/eval_4_gates.py](scripts/eval_4_gates.py)（验证警示门机制完整且引用中国法） - 脚本: 见 [scripts/eval_5_elements.py](scripts/eval_5_elements.py)（验证通知/反通知元素符合第14/16条）