关于 reply-templates
面向法律、隐私和合规团队的回复模板设计与治理指南,涵盖数据主体请求、诉讼保全、供应商问询等常见场景。它强调适用条件、风险信号、个性化调整,以及需要升级至律师审查的情况。
主要功能
- 01定义模板字段与适用条件
- 02覆盖隐私及法律问询类别
- 03记录审查、审批和修订流程
- 04要求按个案调整模板内容
- 05识别需升级处理的情形
适用场景
- 01建立数据主体请求回复模板
- 02管理诉讼保全通知
- 03回应供应商或隐私问询
- 04筛查需律师个别审查的事项
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ okou-ai/ okou-skills --skill reply-templates安装后在 Claude Code 中输入/reply-templates确认已加载。
详细介绍
模板架构
每个模板的必备组成部分
库中的每个模板都必须包含:
- 标签:具有描述性且便于搜索的名称
- 类别:模板适用的咨询类型
- 适用条件:适合选用此模板的情形
- 风险信号:绝对不可使用此模板的情形
- 变量字段:每次使用时都需要自定义的占位符
- 正文:含嵌入式占位符的回复内容
- 发送后清单:发送回复后的标准跟进任务
- 审核日期:最近一次核验模板法律和事实准确性的日期
模板治理周期
- 起草:依据现行法律和团队实践编写模板
- 审批:由法务团队审核准确性、合规性和完整性
- 启用:将模板及完整元数据录入共享库
- 部署:使用模板生成量身定制的回复
- 改进跟踪:监控使用期间所做的临时修改,以发现改进机会
- 修订:在法规、规章或内部政策发生变化时更新
- 弃用:移除或归档不再适用的模板
咨询类别与模板指南
类别 1:数据主体请求
涵盖个人依据 GDPR、CCPA 及类似框架行使隐私权时提出的所有请求。
类型:
- 确认收到请求
- 后续身份验证
- 请求处理(访问、删除、更正)
- 附理由的部分拒绝
- 附理由的完全拒绝
- 延长处理期限通知
每个 DSR 模板的必备要素:
- 引用适用法规
- 明确的回复期限
- 请求者的验证要求
- 列明个人的权利(包括向监管机构投诉的权利)
- 团队的后续联系信息
模板框架:
Subject: Your Data [Access/Erasure/Rectification] Request -- Ref {{ref_number}}
Dear {{individual_name}},
We received your {{request_date}} request to [access/erase/rectify] personal data under [regulation].
[Acknowledgment / verification instructions / fulfillment summary / denial rationale]
A substantive response will be provided by {{deadline}}.
[Contact details]
[Rights summary]
类别 2:诉讼保全通知
在预期或正在进行诉讼时,向保管人发出的保全指令。
类型:
- 初始保全指令
- 定期重申提醒
- 调整范围
- 解除保全
必备要素:
- 事项标识符和参考代码
- 明确的保全义务
- 范围界限(日期范围、数据类别、系统、沟通渠道)
- 禁止销毁证据
- 问题联系人
- 确认要求和截止期限
模板框架:
Subject: LITIGATION HOLD -- {{matter_name}} -- Response Required
PRIVILEGED AND CONFIDENTIAL
ATTORNEY-CLIENT COMMUNICATION
Dear {{custodian_name}},
You are receiving this directive because you may hold documents, messages, or electronic data pertinent to the matter identified above.
PRESERVATION REQUIREMENTS:
Starting now, retain all documents and electronically stored information connected to:
- Topic: {{scope_description}}
- Time window: {{date_start}} through present
- Material types: {{material_categories}}
Do NOT alter, discard, or destroy any potentially relevant materials.
[Platform-specific retention instructions]
Confirm receipt by {{ack_deadline}}.
Questions? Contact {{legal_contact}}.
类别 3:隐私咨询
针对组织数据实践的外部问题作出回复。
类型:
- Cookie 和跟踪技术相关问题
- 隐私声明说明
- 数据共享实践咨询
- 儿童数据处理问题
- 国际数据传输咨询
必备要素:
- 指向已发布的隐私声明
- 基于当前且经核实的实践作答
- 相关隐私文档的链接
- 隐私团队联系信息
类别 4:供应商与合同咨询
回复业务合作伙伴和供应商提出的法律问题。
类型:
- 合同状态更新
- 处理修订请求
- 合规认证问题
- 审计协助回复
- 保险文件请求
必备要素:
- 引用适用协议
- 针对供应商具体问题给出准确答复
- 必要的免责声明或范围限制
- 时间安排和后续步骤
类别 5:保密协议
处理 NDA 从发起到续签的整个生命周期。
类型:
- 发送组织的标准 NDA 表格
- 审阅并修订对方的 NDA
- 说明原因并拒绝 NDA 请求
- 续签或延长现有 NDA
必备要素:
- 说明保密安排的目的
- 概述关键条款
- 签署说明和流程
- 预计时间安排
类别 6:传票和法律程序
对强制性法律要求的回复。
变体:
- 确认收到
- 正式提出异议
- 申请延期
- 提交材料附函
必备要素:
- 案件引证和管辖权详情
- 逐项列明异议(如适用)
- 确认已采取保全措施
- 合规时间表
- 特权日志引用(如相关)
重要: 对强制性法律程序的回复几乎总是需要律师进行个别审查。模板仅作框架,绝不可作为最终成稿。
类别 7:保险通知
与保险公司就潜在或正在处理的索赔进行沟通。
变体:
- 首次索赔通知
- 补充信息提交
- 对权利保留函的回复
必备要素:
- 保单编号和承保期限
- 对相关事项或事件的事实描述
- 按时间顺序叙述
- 请求确认承保范围
定制要求
每次使用时必须调整
发送任何模板前,必须填写:
- 准确的姓名、日期和参考标识符
- 个案具体事实
- 正确的管辖区和适用法律框架
- 根据收到日期计算的回复期限
- 正确的签名栏和联系信息
语气调整
根据以下因素调整语体:
- 收件人:内部同事与外部人士、商界人士与律师、个人与监管机构
- 关系:新对手方、长期合作伙伴或对手方
- 严重程度:常规事项、争议纠纷或政府调查
- 时间压力:标准处理或加急办理
管辖区适配
- 确认所有法规引证均符合请求方所在管辖区
- 根据适用的法定要求重新计算期限
- 纳入管辖区要求披露的权利信息
- 使用符合当地惯例的法律术语
应升级处理而非使用模板的情形
生成任何回复前,先检查是否存在导致模板不适用的情况:
通用排除情形
- 正在进行或可能发生诉讼或监管程序
- 询问来自监管机构、政府机构或执法机关
- 回复可能产生有约束力的义务或构成权利放弃
- 可能涉及刑事责任
- 媒体已介入或可预见将介入
- 团队以往没有处理过此类情形
- 多个管辖区之间的要求相互冲突
- 高管层或董事会成员属于相关方
特定类别的排除情形
数据主体请求:
- 请求方是未成年人或代表未成年人行事
- 所请求的数据属于正在执行的诉讼保全范围
- 请求方正与组织进行待决诉讼或争议
- 请求方是正在接受 HR 调查的员工
- 请求范围似乎旨在证据开示,而非行使隐私权
- 涉及特殊类别数据(健康、生物特征、遗传信息)
诉讼保全:
- 可能涉及刑事责任
- 保全范围存在争议或含糊不清
- 保全要求与监管机构的数据删除指令冲突
- 相关事项存在重叠的保全要求
- 保管人对保全参数提出质疑
供应商问题:
- 供应商质疑合同条款
- 供应商威胁采取法律行动或终止合同
- 回复可能损害正在进行的谈判
- 询问涉及监管合规,而非合同解释
传票 / 法律程序:
- 始终转交律师处理(模板仅作为起始框架)
- 已发现特权方面的问题
- 范围内包含第三方数据
- 存在跨境提交方面的复杂问题
- 合规时间安排被不合理地压缩
检测到排除条件时的升级流程
- 暂停:不要生成基于模板的回复。
- 标记:告知请求方存在需要升级处理的情况。
- 说明:解释触发了哪项排除条件及其影响。
- 指引:建议采取适当的升级途径(资深法律顾问、外部法律顾问或特定领域专家)。
- 协助:提供一份明确标注“DRAFT -- FOR COUNSEL REVIEW ONLY”的初步草稿,以加快个性化审查。
编写新模板
阶段 1:范围界定
- 该模板用于处理哪类常见咨询?
- 这类咨询出现的频率如何?
- 通常由谁接收?
- 通常需要多快处理?
阶段 2:内容要求
- 每份回复在法律上必须包含哪些信息?
- 哪些法规或政策适用于此类回复?
- 适用哪些组织标准?
阶段 3:变量识别
- 哪些元素会因使用情况而变化?(姓名、日期、案件具体事实)
- 哪些元素保持不变?(法定措辞、标准条款)
- 使用明确无歧义的占位符名称:
{{requestor_name}}、{{compliance_deadline}}、{{matter_id}}
阶段 4:起草
- 使用清晰、专业的语言
- 面向业务受众的模板应尽量避免不必要的法律术语
- 纳入所有法律规定必须包含的内容
- 为每个可变元素插入占位符
- 为基于电子邮件的回复提供主题行模板
阶段 5:保障措施定义
- 在什么情况下必须停用此模板?
- 哪些信号表明此事项需要专门处理?
- 具体性至关重要:含糊的保障措施无法提供保护
阶段 6:完成元数据
- 指定模板名称和类别
- 记录版本号和最后审查日期
- 记录作者和审批人
- 附上发送后检查清单
标准模板格式
## Template: {{template_label}}
**Category**: {{category}}
**Version**: {{version}} | **Reviewed**: {{review_date}}
**Approved By**: {{approver_name}}
### When to Use
- [Condition 1]
- [Condition 2]
### When NOT to Use (Escalation Triggers)
- [Disqualifier 1]
- [Disqualifier 2]
### Variable Fields
| Placeholder | Meaning | Sample Value |
|---|---|---|
| {{var1}} | [description] | [example] |
| {{var2}} | [description] | [example] |
### Subject Line
[Template with {{placeholders}}]
### Body
[Response content with {{placeholders}}]
### Post-Send Actions
1. [Step 1]
2. [Step 2]
### Usage Notes
[Special guidance for anyone deploying this template]
评论
支持 Markdown