/legal-response ——
从模板生成回复
如果您看到不熟悉的占位符或需要检查已连接了哪些工具,请参见 CONNECTORS.md。
使用配置的模板为常见法律咨询生成回复。用具体细节自定义回复,并包含不应使用模板回复的情况的升级触发条件。
重要提示:此命令协助法律工作流程,但不提供法律意见。生成的回复在发送前应由合格的法律专业人士进行审查,特别是对于受监管的通信。
调用
/legal-response [咨询类型]
常见的咨询类型:
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 步:检查升级触发条件
在生成任何回复之前,评估此情况是否具有不应使用模板回复的特征。
通用升级触发条件(适用于所有类别)
- 事项涉及潜在诉讼或监管调查
- 咨询来自监管机构、政府机构或执法部门
- 回复可能产生具有约束力的法律承诺或豁免
- 事项涉及潜在刑事责任
- 涉及或可能涉及媒体关注
- 情况前所未有(团队之前未处理过)
- 涉及多个司法管辖区且要求冲突
- 事项涉及高管或董事会成员
数据主体请求升级触发条件
- 请求涉及未成年人的数据,或来自/代表未成年人
- 请求来自监管机构(而非个人)
- 请求涉及受诉讼保全约束的数据
- 请求者是在争议或 HR 事项中的现任或前任员工
- 请求范围异常宽泛或似乎是试探性调查
- 请求涉及在具有独特要求的司法管辖区处理的数据
- 请求涉及特殊类别数据(健康、生物识别、基因)
证据保全升级触发条件
- 事项涉及潜在刑事责任
- 保全范围不明确、有争议或可能过于宽泛
- 存在关于某些数据是否在范围内的问题
- 存在针对相同或相关事项的先前保全令
- 保全可能显著影响持续的业务运营
- 保全与监管删除要求冲突
- 保管人反对保全范围
供应商问题升级触发条件
- 问题涉及争议或潜在违约
- 供应商威胁诉讼或终止
- 问题涉及法规合规(不仅仅是合同条款)
- 回复可能产生具有约束力的承诺或豁免
- 回复可能影响正在进行的谈判
NDA 请求升级触发条件
- 对方是竞争对手
- NDA 涉及政府机密信息
- 业务背景表明 NDA 用于潜在的并购交易
- 请求涉及不寻常的主题事项(AI 训练数据、生物识别数据等)
传票/法律程序升级触发条件
- 始终需要法律顾问审查(模板仅作为起点)
- 发现特权问题
- 涉及第三方数据
- 跨境出具问题
- 不合理的时间安排
当检测到升级触发条件时:
- 停止:不要生成模板回复
- 提醒:告知用户已检测到升级触发条件
- 解释:描述检测到哪些触发条件以及为何重要
- 建议:建议适当的升级路径(高级法律顾问、外部法律顾问、特定团队成员)
- 提供:提供供法律顾问审查的草稿(明确标记为"草稿——仅供法律顾问审查"),而非最终回复
第 4 步:收集具体细节
提示用户提供自定义回复所需的详细信息:
数据主体请求:
- 请求者姓名和联系信息
- 请求类型(访问、删除、更正、可携带性、选择退出)
- 涉及哪些数据
- 适用法规(GDPR、CCPA、CPRA 等)
- 回复截止日期
证据保全:
- 事项名称和编号
- 保管人(谁需要保全)
- 保全范围(日期范围、数据类型、系统)
- 外部法律顾问联系方式
- 生效日期
供应商问题:
- 供应商名称
- 引用协议(如适用)
- 正在解决的具体问题
- 相关合同条款
NDA 请求:
- 请求的业务团队和联系人
- 对方名称
- NDA 的目的
- 双方或单方
- 任何特殊要求
第 5 步:生成回复
用收集到的详细信息填充模板。确保回复:
- 使用适当的语气(专业、清晰、对于业务受众不过于法律化)
- 包含该回复类型所需的所有法律要素
- 引用具体的日期、截止日期和义务
- 为收件人提供明确的后续步骤
- 包含适当的免责声明或警示说明
将草拟的回复呈现给用户审查后再发送。
自定义指南
必须自定义的内容 —
每个模板回复都必须自定义以下内容:
- 正确的姓名、日期和编号
- 具体情况的事实
- 适用的司法管辖区和法规
- 基于收到咨询时间的正确回复截止日期
- 适当的签名栏和联系信息
语气调整 — 根据以下因素调整语气:
- 受众:内部 vs. 外部、业务 vs. 法律、个人 vs.
监管机构
- 关系:新对方 vs. 现有合作伙伴 vs. 争议方
- 敏感性:常规咨询 vs. 争议事项 vs. 监管调查
- 紧迫性:标准时限 vs. 需要加快回复
特定司法管辖区的调整:
- 验证引用的法规对请求者所在司法管辖区是否正确
- 调整时限以匹配适用法律
- 包含特定司法管辖区的权利信息
- 使用司法管辖区适当的法律术语
第 6
步:创建模板(如果不存在模板)
如果用户想创建新模板,逐步引导用户完成模板创建指南(见下文)并呈现完成的模板供审查。建议用户将批准的模板保存到本地设置以备将来使用。
回复类别
1. 数据主体请求(DSR)
子类别:
- 确认收到
- 身份核实请求
- 履行回复(访问、删除、更正)
- 部分拒绝并附说明
- 完全拒绝并附说明
- 延长通知
关键模板要素:
- 引用适用法规(GDPR、CCPA 等)
- 具体回复时限
- 身份验证要求
- 数据主体权利(包括向监管机构投诉的权利)
- 后续联系信息
示例模板结构:
主题:您的数据[访问/删除/更正]请求 —— 编号 {{request_id}}
尊敬的 {{requester_name}}:
我们已收到您于 {{request_date}} 提出的根据[适用法规][访问/删除/更正]您个人数据的请求。
[确认/验证请求/履行细节/拒绝依据]
我们将在 {{response_deadline}} 前做出实质性回复。
[联系信息]
[权利信息]
2. 证据保全(诉讼保全)
子类别:
- 向保管人发出的初始保全通知
- 保全提醒/定期重申
- 保全修改(范围变更)
- 保全解除
关键模板要素:
- 事项名称和编号
- 明确的保全义务
- 保全范围(日期范围、数据类型、系统、通信类型)
- 禁止证据灭失
- 咨询联系人
- 确认要求
示例模板结构:
主题:诉讼保全通知 —— {{matter_name}} —— 需要采取行动
保密和特权信息
律师-客户沟通
尊敬的 {{custodian_name}}:
您收到此通知是因为您可能持有与上述事项相关的文件、通信或数据。
保全义务:
自本通知生效之日起,您必须保全与以下内容相关的所有文件和电子存储信息(ESI):
- 主题:{{hold_scope}}
- 日期范围:{{start_date}} 至今
- 文件类型:{{document_types}}
不得删除、销毁、修改或丢弃任何可能相关的材料。
[系统、电子邮件、聊天、本地文件的具体说明]
请在 {{acknowledgment_deadline}} 前确认收到此通知。
如有任何疑问,请联系 {{legal_contact}}。
3. 隐私咨询
子类别:
- Cookie/追踪咨询回复
- 隐私政策问题
- 数据共享实践咨询
- 儿童数据咨询
- 跨境传输问题
关键模板要素:
- 引用组织的隐私通知
- 基于当前实践的具体回答
- 相关隐私文档的链接
- 隐私团队的联系信息
4. 供应商法律问题
子类别:
- 合同状态咨询回复
- 修订请求回复
- 合规认证请求
- 审计请求回复
- 保险证明请求
关键模板要素:
- 引用适用协议
- 对供应商问题的具体回复
- 任何必要的警示或限制
- 后续步骤和时间安排
5. NDA 请求
子类别:
- 发送组织的标准格式 NDA
- 接受对方的 NDA(带修订标记)
- 拒绝 NDA 请求并附说明
- NDA 续期或延长
关键模板要素:
6. 传票/法律程序
子类别:
关键模板要素:
- 案件编号和司法管辖区
- 具体异议(如有)
- 保全确认
- 合规时限
- 特权日志引用(如适用)
重要提示:传票回复几乎总是需要单独的法律顾问审查。模板作为起始框架,而非最终回复。
7. 保险通知
子类别:
关键模板要素:
- 保单号和覆盖期
- 事项或事件描述
- 事件时间线
- 请求的覆盖确认
模板管理方法
模板组织
模板应按类别组织并维护在团队的本地设置中。每个模板应包括:
- 类别:模板处理的咨询类型
- 模板名称:描述性标识符
- 使用场景:此模板适用的情况
- 升级触发条件:不应使用此模板的情况
- 所需变量:每次使用必须自定义的信息
- 模板正文:带有变量占位符的回复文本
- 后续行动:发送回复后的标准步骤
- 最后审查日期:模板最后验证准确性的日期
模板生命周期
- 创建:基于最佳实践和团队意见起草模板
- 审查:法务团队审查和批准模板内容
- 发布:将模板添加到模板库并附上元数据
- 使用:使用模板生成回复
- 反馈:跟踪模板在使用过程中的修改以确定改进机会
- 更新:当法律、政策或最佳实践发生变化时修订模板
- 退役:归档不再适用的模板
模板创建指南
帮助用户创建新模板时:
1. 定义使用场景
- 这处理什么类型的咨询?
- 这种情况发生的频率如何?
- 典型的受众是谁?
- 典型的紧迫程度如何?
2. 确定所需要素
- 每次回复必须包含哪些信息?
- 哪些法规要求适用?
- 组织的哪些政策规范这种类型的回复?
3. 定义变量
- 每次使用有哪些变化?(姓名、日期、具体细节)
- 哪些保持不变?(法律要求、标准语言)
- 使用清晰的变量名称:
{{requester_name}}、{{response_deadline}}、{{matter_reference}}
4. 起草模板
- 用清晰、专业的语言撰写
- 对业务受众避免不必要的法律术语
- 包含所有法律要求的要素
- 为所有变量内容添加占位符
- 如果用于电子邮件,包含主题行模板
5. 定义升级触发条件
- 哪些情况不应使用此模板?
- 哪些特征表明该事项需要单独关注?
- 要具体:模糊的触发条件没有用
6. 添加元数据
- 模板名称和类别
- 版本号和最后审查日期
- 作者和批准人
- 后续行动清单
模板格式
## 模板:{{template_name}}
**类别**:{{category}}
**版本**:{{version}} | **最后审查**:{{date}}
**批准人**:{{approver}}
### 使用场景
- [条件 1]
- [条件 2]
### 不使用场景(升级触发条件)
- [触发条件 1]
- [触发条件 2]
### 变量
| 变量 | 描述 | 示例 |
|---|---|---|
| {{var1}} | [说明] | [示例值] |
| {{var2}} | [说明] | [示例值] |
### 主题行
[包含 {{variables}} 的主题模板]
### 正文
[包含 {{variables}} 的回复正文]
### 后续行动
1. [行动 1]
2. [行动 2]
### 备注
[给模板使用者的任何特殊说明]
输出格式
## 生成的回复:[咨询类型]
**收件人**:[收件人]
**主题**:[主题行]
---
[回复正文]
---
### 升级检查
[未检测到升级触发条件的确认,或标记的触发条件及建议]
### 后续行动
1. [发送后的行动]
2. [需要设置的日历提醒]
3. [追踪或记录要求]
备注
- 在建议发送之前,始终将草拟的回复呈现给用户审查
- 如果通过 MCP 连接到电子邮件,提供创建草稿电子邮件的选项
- 跟踪回复截止日期并提供设置日历提醒的选项
- 对于受监管的回复(DSR、传票),始终注明适用的截止日期和法规要求
- 模板应是活文档;当用户在模板回复上做出修改时,建议更新模板,以便模板可以随着时间不断改进