legal-response

/legal-response -- 根据模板生成回复

如果您看到不熟悉的占位符，或需要查看已连接的工具，请参阅 CONNECTORS.md。

根据已配置的模板，为常见法律咨询生成回复。回复会结合具体细节进行定制，并包含不应使用模板化回复的情形的升级触发条件。

重要提示：本命令用于辅助法律工作流程，不提供法律建议。生成的回复在发送前应由合格的法律专业人士审核，尤其是受监管的沟通内容。

调用方式

/legal-response [inquiry-type]

常见咨询类型：

• dsr 或 data-subject-request -- 数据主体的访问、删除或更正请求
• hold 或 discovery-hold -- 诉讼保全通知
• vendor 或 vendor-question -- 供应商法律问题
• nda 或 nda-request -- 业务团队提出的 NDA 请求
• privacy 或 privacy-inquiry -- 隐私相关问题
• subpoena -- 传票或法律程序回复
• insurance -- 保险理赔通知
• custom -- 使用自定义模板

如果未提供咨询类型，请询问用户需要哪种回复，并列出可用类别。

工作流程

第 1 步：确定咨询类型

接收用户提供的咨询类型。如果类型不明确，列出可用类别并请用户澄清。

第 2 步：加载模板

在本地设置（例如 legal.local.md 或模板目录）中查找模板。

如果已配置模板：

• 为该咨询类型加载相应模板
• 确定所需变量（收件人姓名、日期、具体细节）

如果未配置模板：

• 告知用户未找到该咨询类型的模板
• 提供创建模板的帮助（参见下方的模板创建指南）
• 根据咨询类型提供合理的默认回复结构

第 3 步：检查升级触发条件

在生成任何回复之前，评估该情形是否具有不应使用模板化回复的特征。

通用升级触发条件（适用于所有类别）

• 该事项涉及潜在诉讼或监管调查
• 咨询来自监管机构、政府部门或执法机关
• 回复可能构成具有约束力的法律承诺或弃权
• 该事项涉及潜在刑事责任
• 已经或可能引发媒体关注
• 情形前所未有（团队此前未处理过）
• 涉及多个司法管辖区，且要求相互冲突
• 该事项涉及高级管理层或董事会成员

数据主体请求升级触发条件

• 请求涉及未成年人的数据，或由未成年人或代表未成年人提出
• 请求来自监管机构（而非个人）
• 请求涉及受诉讼保全约束的数据
• 请求人是当前或前任员工，且存在正在进行的纠纷或人力资源事项
• 请求范围异常宽泛，或看似属于“撒网式”调查
• 请求涉及在具有特殊要求的司法管辖区处理的数据
• 请求涉及特殊类别数据（健康、生物识别、基因数据）

证据保全令升级触发条件

• 该事项涉及潜在刑事责任
• 保全范围不明确、存在争议或可能过于宽泛
• 对某些数据是否在范围之内存在疑问
• 同一或相关事项已存在先前的保全令
• 该保全令可能对正在进行的业务运营产生重大影响
• 保全令与监管删除要求相冲突
• 保管人对保全范围提出异议

供应商问题升级触发条件

• 该问题涉及争议或潜在违约
• 供应商威胁提起诉讼或终止合作
• 该问题涉及监管合规（而不仅是合同条款）
• 回复可能构成具有约束力的承诺或弃权
• 回复可能影响正在进行的谈判

NDA 请求升级触发条件

• 交易对手是竞争对手
• NDA 涉及政府机密信息
• 业务背景显示该 NDA 可能用于潜在的 M&A 交易
• 请求涉及不寻常的主题（AI 训练数据、生物识别数据等）

传票 / 法律程序升级触发条件

• 始终需要法务审核（模板仅作为起点）
• 发现特权问题
• 涉及第三方数据
• 跨境提供文件问题
• 时限不合理

检测到升级触发条件时：

1. 停止：不要生成模板化回复
2. 提醒：告知用户已检测到升级触发条件
3. 说明：描述检测到的是哪一项触发条件，以及其重要性
4. 建议：推荐适当的升级路径（高级法务、外部律师、特定团队成员）
5. 提供：提供一份供法务审核的草稿（需明确标注为"DRAFT - FOR COUNSEL REVIEW ONLY"），而非最终回复

第 4 步：收集具体细节

向用户询问定制回复所需的细节：

数据主体请求：

• 请求人姓名及联系方式
• 请求类型（访问、删除、更正、可携带性、退出）
• 涉及哪些数据
• 适用法规（GDPR、CCPA、CPRA、其他）
• 回复截止日期

证据保全通知（Discovery Hold）：

• 案件名称及参考编号
• 保管人（需要保存证据的人员）
• 保全范围（日期区间、数据类型、系统）
• 外部律师联系方式
• 生效日期

供应商问题：

• 供应商名称
• 参考协议（如适用）
• 所涉及的具体问题
• 相关合同条款

NDA 请求：

• 提出请求的业务团队及联系人
• 交易对手名称
• NDA 的目的
• 双向或单向
• 任何特殊要求

第 5 步：生成回复

将收集到的细节填入模板。确保回复：

• 语气得当（专业、清晰，对业务受众而言不过于晦涩的法律用语）
• 包含该回复类型所需的全部法律要素
• 引用具体日期、截止时间和义务
• 为接收方提供清晰的后续步骤
• 包含适当的免责声明或说明

在发送前，将草拟回复提交用户审阅。

定制指南

必要定制——每份模板化回复都必须定制以下内容：

• 正确的姓名、日期和参考编号
• 具体事实情况
• 适用的管辖区和法规
• 基于收到询问时间的正确回复截止日期
• 适当的签名栏和联系信息

语气调整——根据以下因素调整语气：

• 受众：内部与外部、业务与法律、个人与监管机构
• 关系：新交易对手、现有合作伙伴、对立方
• 敏感度：常规询问、有争议事项、监管调查
• 紧急程度：标准时限与需加急回复

管辖区特定调整：

• 核实所引用的法规对请求人所在管辖区是否正确
• 将时限调整为符合适用法律的要求
• 包含管辖区特定的权利信息
• 使用符合管辖区的法律术语

第 6 步：创建模板（若不存在模板）

如果用户希望创建新模板，请按照模板创建指南（见下文）逐步操作，并将完成的模板提交审阅。建议用户将获批的模板保存到本地设置中，以便日后使用。

回复类别

1. 数据主体请求（DSR）

子类别：

• 收悉确认
• 身份验证请求
• 履行回复（访问、删除、更正）
• 附说明的部分拒绝
• 附说明的全部拒绝
• 延期通知

关键模板要素：

• 引用适用法规（GDPR、CCPA 等）
• 具体的答复期限
• 身份验证要求
• 数据主体的权利（包括向监管机构投诉的权利）
• 后续联系信息

示例模板结构：

Subject: Your Data [Access/Deletion/Correction] Request - Reference {{request_id}}

Dear {{requester_name}},

We have received your request dated {{request_date}} to [access/delete/correct] your personal data under [applicable regulation].

[Acknowledgment / verification request / fulfillment details / denial basis]

We will respond substantively by {{response_deadline}}.

[Contact information]
[Rights information]

2. 证据保全通知（诉讼保全）

子类别：

• 向保管人发出的初始保全通知
• 保全提醒 / 定期重申
• 保全修改（范围变更）
• 保全解除

关键模板要素：

• 案件名称和参考编号
• 明确的保全义务
• 保全范围（日期区间、数据类型、系统、通信类型）
• 禁止销毁证据（spoliation）
• 问题咨询联系人
• 确认回执要求

示例模板结构：

Subject: LEGAL HOLD NOTICE - {{matter_name}} - Action Required

PRIVILEGED AND CONFIDENTIAL
ATTORNEY-CLIENT COMMUNICATION

Dear {{custodian_name}},

You are receiving this notice because you may possess documents, communications, or data relevant to the matter referenced above.

PRESERVATION OBLIGATION:
Effective immediately, you must preserve all documents and electronically stored information (ESI) related to:
- Subject matter: {{hold_scope}}
- Date range: {{start_date}} to present
- Document types: {{document_types}}

DO NOT delete, destroy, modify, or discard any potentially relevant materials.

[Specific instructions for systems, email, chat, local files]

Please acknowledge receipt of this notice by {{acknowledgment_deadline}}.

Contact {{legal_contact}} with any questions.

3. 隐私咨询

子类别：

• Cookie / 追踪咨询回复
• 隐私政策问题
• 数据共享实践咨询
• 儿童数据咨询
• 跨境传输问题

关键模板要素：

• 引用本组织的隐私声明
• 基于当前实践的具体回答
• 相关隐私文档链接
• 隐私团队的联系信息

4. 供应商法律问题

子类别：

• 合同状态咨询回复
• 修订请求回复
• 合规认证请求
• 审计请求回复
• 保险证明请求

关键模板要素：

• 引用适用协议
• 对供应商问题的具体回应
• 任何必要的说明或限制
• 后续步骤和时间安排

5. 保密协议（NDA）请求

子类别：

• 发送本组织的标准格式 NDA
• 接受对方的 NDA（附修改意见）
• 附说明拒绝 NDA 请求
• NDA 续签或延期

关键模板要素：

• NDA 的目的
• 标准条款摘要
• 签署说明
• 时间预期

6. 传票 / 法律程序

子类别：

• 收悉确认
• 异议函
• 延期申请
• 合规回复函

关键模板要素：

• 案号和管辖法院
• 具体异议（如有）
• 保全确认
• 履行期限
• 特权日志参考（如适用）

关键提示：传票回复几乎总是需要针对具体情况进行律师审核。模板仅作为起草框架，不能直接作为最终回复。

7. 保险通知

子类别：

• 初次理赔通知
• 补充信息
• 保留权利回复

关键模板要素：

• 保单号和承保期间
• 事项或事件描述
• 事件时间线
• 要求确认的保险责任

模板管理方法

模板组织

模板应按类别组织，并保存在团队的本地设置中。每个模板应包括：

1. 类别：模板所针对的咨询类型
2. 模板名称：描述性标识
3. 适用场景：何时适合使用该模板
4. 升级触发条件：何时不应使用该模板
5. 必填变量：每次使用时必须定制的信息
6. 模板正文：带变量占位符的回复文本
7. 后续行动：发送回复后的标准步骤
8. 最后审核日期：该模板最近一次核实准确性的日期

模板生命周期

1. 创建：基于最佳实践和团队意见起草模板
2. 审核：法务团队审核并批准模板内容
3. 发布：连同元数据添加到模板库中
4. 使用：使用模板生成回复
5. 反馈：记录使用过程中模板被修改的情况，以发现改进机会
6. 更新：当法律、政策或最佳实践发生变化时修订模板
7. 退役：归档不再适用的模板

模板创建指南

在帮助用户创建新模板时：

1. 定义使用场景

• 这类咨询属于什么类型？
• 这类问题出现的频率如何？
• 典型的受众是谁？
• 典型的紧急程度如何？

2. 确定必备要素

• 每份回复中必须包含哪些信息？
• 适用哪些监管要求？
• 哪些组织政策约束这类回复？

3. 定义变量

• 每次使用时有哪些内容会变化？（姓名、日期、具体细节）
• 哪些内容保持不变？（法律要求、标准用语）
• 使用清晰的变量名：{{requester_name}}、{{response_deadline}}、{{matter_reference}}

4. 起草模板

• 使用清晰、专业的语言
• 对于商务受众，避免不必要的法律术语
• 包含所有法定必备要素
• 为所有可变内容添加占位符
• 如果用于电子邮件，请包含邮件主题模板

5. 定义升级触发条件

• 哪些情况不应使用此模板？
• 哪些特征表明该事项需要个性化处理？
• 请具体说明：模糊的触发条件没有用处

6. 添加元数据

• 模板名称和类别
• 版本号和最近审核日期
• 作者和审批人
• 后续行动清单

模板格式

## Template: {{template_name}}
**Category**: {{category}}
**Version**: {{version}} | **Last Reviewed**: {{date}}
**Approved By**: {{approver}}

### Use When
- [Condition 1]
- [Condition 2]

### Do NOT Use When (Escalation Triggers)
- [Trigger 1]
- [Trigger 2]

### Variables
| Variable | Description | Example |
|---|---|---|
| {{var1}} | [what it is] | [example value] |
| {{var2}} | [what it is] | [example value] |

### Subject Line
[Subject template with {{variables}}]

### Body
[Response body with {{variables}}]

### Follow-Up Actions
1. [Action 1]
2. [Action 2]

### Notes
[Any special instructions for users of this template]

输出格式

## Generated Response: [Inquiry Type]

**To**: [recipient]
**Subject**: [subject line]

---

[Response body]

---

### Escalation Check
[Confirmation that no escalation triggers were detected, OR flagged triggers with recommendations]

### Follow-Up Actions
1. [Post-send actions]
2. [Calendar reminders to set]
3. [Tracking or logging requirements]

注意事项

• 在建议发送之前，始终先向用户展示回复草稿以供审阅
• 如果已通过 MCP 连接电子邮件，应主动提出创建包含该回复的邮件草稿
• 跟踪回复期限，并主动提出设置日历提醒
• 对于受监管的回复（数据主体权利请求、传票），务必注明适用的期限和监管要求
• 模板应是持续更新的活文档；当用户修改了模板化回复时，应建议更新模板，以便随时间不断改进