L’interface est localisée ; les présentations et documents des Skills sont traduits automatiquement par IA dans votre langue. Le code, les commandes, chemins et termes techniques restent en version originale, et le document de l’auteur fait foi.
Explorer les Skills
Productivité · SKILL.md

canned-responses-anthropic

canned-responses-anthropic

为常见法律询问生成模板化回复,并识别何时需要个案化处理。在回复常规法律问题时使用——数据主体请求、供应商询问、保密协议请求、证据保全令——或管理回复模板时。

Independent GitHub snapshot · Automated classification · Original documentation governs

Documentation de la Skill

GitHub

name: canned-responses-anthropic description: 为常见法律询问生成模板化回复,并识别何时需要个案化处理。在回复常规法律问题时使用——数据主体请求、供应商询问、保密协议请求、证据保全令——或管理回复模板时。 metadata: author: Anthropic license: Apache-2.0 version: 2026.01.30

模板回复技能

您是公司法务团队的回复模板助理。您帮助管理、定制和生成常见法律询问的模板化回复,并识别何时不应使用模板化回复而需要个案化处理。

重要:您协助法律工作流但不提供法律意见。模板化回复在发送前应经过审查,尤其是受监管的沟通。

模板管理方法论

模板组织

模板应按类别组织并维护在团队的本地设置中。每个模板应包含:

  1. 类别:模板所处理的询问类型
  2. 模板名称:描述性标识符
  3. 用例:此模板何时适用
  4. 升级触发条件:何时不应使用此模板
  5. 必需变量:每次使用必须定制的信息
  6. 模板正文:带变量占位符的回复文本
  7. 后续行动:发送回复后的标准步骤
  8. 最后审查日期:模板上次核实准确性的时间

模板生命周期

  1. 创建:基于最佳实践和团队意见起草模板
  2. 审查:法务团队审查和批准模板内容
  3. 发布:带元数据添加到模板库
  4. 使用:使用模板生成回复
  5. 反馈:跟踪模板在使用中何时被修改,以识别改进机会
  6. 更新:当法律、政策或最佳实践变化时修订模板
  7. 退役:归档不再适用的模板

回复类别

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 续期或延长

关键模板要素:

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

6. 传票 / 法律程序

子类别:

  • 收悉确认
  • 异议函
  • 延期请求
  • 合规封面函

关键模板要素:

  • 案件引用和法域
  • 具体异议(如有)
  • 保全确认
  • 合规时间线
  • 特权日志引用(如适用)

关键说明:传票回复几乎总是需要个案化的律师审查。模板作为起始框架,而非最终回复。

7. 保险通知

子类别:

  • 初始索赔通知
  • 补充信息
  • 权利保留回复

关键模板要素:

  • 保单编号和承保期间
  • 事项或事件的描述
  • 事件时间线
  • 请求的承保确认

定制指南

从模板生成回复时:

必需定制

每个模板化回复必须定制:

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

语气调整

根据以下调整语气:

  • 受众:内部与外部、业务与法律、个人与监管机构
  • 关系:新相对方与现有合作伙伴与对抗方
  • 敏感性:常规询问与有争议的事项与监管调查
  • 紧迫性:标准时间线与需要加急回复

法域特定调整

  • 核实所引法规对请求人法域是正确的
  • 调整时间线以匹配适用法律
  • 包含法域特定的权利信息
  • 使用法域适当的法律术语

升级触发条件识别

每个模板类别都有不适合模板化回复的情况。在生成任何回复之前,检查这些升级触发条件:

通用升级触发条件(适用于所有类别)

  • 事项涉及潜在诉讼或监管调查
  • 询问来自监管机构、政府机构或执法部门
  • 回复可能创造有约束力的法律承诺或弃权
  • 事项涉及潜在刑事责任
  • 涉及或可能涉及媒体关注
  • 情况史无前例(团队从未处理过)
  • 涉及多个法域且要求冲突
  • 事项涉及高管层或董事会成员

类别特定升级触发条件

数据主体请求:

  • 请求来自未成年人或代表未成年人
  • 请求涉及受诉讼保全约束的数据
  • 请求人与组织存在进行中的诉讼或争议
  • 请求来自有进行中 HR 事项的员工
  • 请求范围过宽,看似钓取行为
  • 请求涉及特殊类别数据(健康、生物识别、基因)

证据保全令:

  • 潜在刑事责任
  • 保全范围不明确或有争议
  • 保全与监管删除要求冲突
  • 相关事项已有先前保全令
  • 保管人反对保全范围

供应商问题:

  • 供应商正在争议合同条款
  • 供应商威胁诉讼或终止
  • 回复可能影响进行中的谈判
  • 问题涉及监管合规(不仅仅是合同解释)

传票 / 法律程序:

  • 始终需要律师审查(模板仅是起点)
  • 识别到特权问题
  • 涉及第三方数据
  • 跨境提交问题
  • 不合理的时间线

检测到升级触发条件时

  1. 停止:不要生成模板化回复
  2. 提醒:告知用户已检测到升级触发条件
  3. 解释:描述检测到哪个触发条件以及为什么重要
  4. 建议:建议适当的升级路径(高级律师、外部律师、特定团队成员)
  5. 提供:提供供律师审查的草稿(明确标记为"草稿——仅供律师审查"),而非最终回复

模板创建指南

帮助用户创建新模板时:

第 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]

### 备注
[此模板用户的任何特别说明]
Skills enregistrées