性能优化
处理常见法律问询:按模板生成回复并前置升级检查
在收到数据主体请求、诉讼保留通知、供应商法律问题、NDA 请求、隐私问询、传票或保险通知等常见法律问询时,用已配置模板起草供律师审阅的回复,并识别不应模板化处理的情况。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
处理常见法律问询:按模板生成回复并前置升通用
解决思路
- 如果看到不熟悉的占位符或需要检查已连接的工具,参见 `CONNECTORS.md`。
- 本命令辅助法律工作流但不提供法律建议;生成回复在发送前,尤其受监管通信,应由合格法律专业人士审阅。
- 调用方式:使用 `/legal-response [inquiry-type]`,其中 `[inquiry-type]` 为问询类型。
- 支持类型:`dsr` 或 `data-subject-request`,用于数据主体访问/删除/更正请求。
- 支持类型:`hold` 或 `discovery-hold`,用于诉讼保留通知。
- 支持类型:`vendor` 或 `vendor-question`,用于供应商法律问题。
- 支持类型:`nda` 或 `nda-request`,用于业务团队 NDA 请求。
- 支持类型:`privacy` 或 `privacy-inquiry`,用于隐私相关问题。
- 支持类型:`subpoena`,用于传票或法律程序回应。
- 支持类型:`insurance`,用于保险索赔通知。
- 支持类型:`custom`,用于使用自定义模板。
- 如果未提供问询类型,询问用户需要哪种回复并展示可用类别。
- Step 1:接受用户提供的问询类型。
- Step 1:如果类型含糊,展示可用类别并要求澄清。
- Step 2:在本地设置中查找模板,例如 `legal.local.md` 或 templates 目录。
- Step 2:如果已配置模板,加载该问询类型的相应模板。
- Step 2:识别必填变量,如收件人姓名、日期、具体细节。
- Step 2:如果没有配置模板,告知用户未找到该问询类型的模板。
- Step 2:提出帮助创建模板,参见 Template Creation Guide。
- Step 2:根据问询类型提供合理的默认回复结构。
- Step 3:生成任何回复前,检查升级触发条件,判断是否不应使用模板化回复。
- 通用升级触发:事项涉及潜在诉讼或监管调查。
- 通用升级触发:问询来自监管机构、政府机构或执法部门。
- 通用升级触发:回复可能创设具有约束力的法律承诺或弃权。
- 通用升级触发:事项涉及潜在刑事责任。
- 通用升级触发:涉及或可能引起媒体关注。
- 通用升级触发:情况前所未有,团队之前未处理过。
- 通用升级触发:涉及多个司法辖区且要求冲突。
- 通用升级触发:涉及高管领导层或董事会成员。
- DSR 升级触发:涉及未成年人数据,或来自/代表未成年人。
- DSR 升级触发:请求来自监管机构,而不是个人。
- DSR 升级触发:涉及受诉讼保留约束的数据。
- DSR 升级触发:请求者是当前或前员工,且有活跃争议或 HR 事项。
- DSR 升级触发:请求范围异常宽泛或看起来像钓鱼式调查。
- DSR 升级触发:涉及在具有独特要求司法辖区处理的数据。
- DSR 升级触发:涉及特殊类别数据,如健康、生物识别、基因数据。
- Discovery Hold 升级触发:事项涉及潜在刑事责任。
- Discovery Hold 升级触发:保留范围不清晰、有争议或可能过宽。
- Discovery Hold 升级触发:对某些数据是否在范围内存在疑问。
- Discovery Hold 升级触发:同一或相关事项已有先前保留。
- Discovery Hold 升级触发:保留可能严重影响正在进行的业务运营。
- Discovery Hold 升级触发:保留与监管删除要求冲突。
- Discovery Hold 升级触发:保管人反对保留范围。
- Vendor 升级触发:问题涉及争议或潜在违约。
- Vendor 升级触发:供应商威胁诉讼或终止。
- Vendor 升级触发:问题涉及监管合规,而不只是合同条款。
- Vendor 升级触发:回复可能创设约束性承诺或弃权。
- Vendor 升级触发:回复可能影响正在进行的谈判。
- NDA 升级触发:对方是竞争者。
- NDA 升级触发:NDA 涉及政府机密信息。
- NDA 升级触发:业务背景表明 NDA 用于潜在并购交易。
- NDA 升级触发:请求涉及不寻常主题,如 AI 训练数据、生物识别数据等。
- Subpoena 升级触发:始终需要律师审核,模板只是起点。
- Subpoena 升级触发:发现特权问题。
- Subpoena 升级触发:涉及第三方数据。
- Subpoena 升级触发:存在跨境提供问题。
- Subpoena 升级触发:时间线不合理。
- 检测到升级触发时:停止,不生成模板化回复。
- 检测到升级触发时:提醒用户已检测到升级触发条件。
- 检测到升级触发时:解释检测到哪个触发条件以及为何重要。
- 检测到升级触发时:建议适当升级路径,如高级律师、外部律师、特定团队成员。
- 检测到升级触发时:提供供律师审阅的草稿,明确标记“DRAFT - FOR COUNSEL REVIEW ONLY”,而不是最终回复。
- Step 4:向用户询问自定义回复所需细节。
- DSR 细节:请求者姓名和联系信息。
- DSR 细节:请求类型,如访问、删除、更正、可携带、选择退出。
- DSR 细节:涉及哪些数据。
- DSR 细节:适用法规,如 GDPR、CCPA、CPRA、其他。
- DSR 细节:回复截止日期。
- Discovery Hold 细节:事项名称和参考编号。
- Discovery Hold 细节:保管人,即谁需要保留。
- Discovery Hold 细节:保留范围,包括日期范围、数据类型、系统。
- Discovery Hold 细节:外部律师联系方式。
- Discovery Hold 细节:生效日期。
- Vendor Question 细节:供应商名称。
- Vendor Question 细节:参考协议,如适用。
- Vendor Question 细节:正在回答的具体问题。
- Vendor Question 细节:相关合同条款。
- NDA Request 细节:请求业务团队和联系人。
- NDA Request 细节:对方名称。
- NDA Request 细节:NDA 目的。
- NDA Request 细节:双向或单向。
- NDA Request 细节:任何特殊要求。
- Step 5:用收集的细节填充模板。
- Step 5:确保语气专业、清晰,对业务受众不过度法律化。
- Step 5:包含该回复类型所有必需法律要素。
- Step 5:引用具体日期、截止日期和义务。
- Step 5:为收件人提供明确后续步骤。
- Step 5:包含适当免责声明或告诫。
- Step 5:发送前向用户展示草稿回复以供审阅。
- 必需自定义:每个模板化回复必须使用正确姓名、日期和参考编号。
- 必需自定义:具体事实情况。
- 必需自定义:适用司法辖区和法规。
- 必需自定义:根据收到问询的时间计算正确回复截止日期。
- 必需自定义:适当签名块和联系信息。
- 语气调整依据受众:内部/外部、业务/法律、个人/监管机构。
- 语气调整依据关系:新对方/现有合作伙伴/对抗方。
- 语气调整依据敏感性:常规问询/争议事项/监管调查。
- 语气调整依据紧迫性:标准时间线/需加急回复。
- 司法辖区调整:核实所引法规对请求者司法辖区正确。
- 司法辖区调整:调整时间线以匹配适用法律。
- 司法辖区调整:包含司法辖区特定权利信息。
- 司法辖区调整:使用司法辖区适当的法律术语。
- Step 6:如果用户想创建新模板,走 Template Creation Guide。
- Step 6:展示完成的模板供审阅。
- Step 6:建议用户将批准的模板保存到本地设置以供未来使用。
- DSR 子类别:收讫确认。
- DSR 子类别:身份验证请求。
- DSR 子类别:履行回复,包括访问、删除、更正。
- DSR 子类别:部分拒绝并解释。
- DSR 子类别:完全拒绝并解释。
- DSR 子类别:延期通知。
- DSR 模板元素:引用适用法规,如 GDPR、CCPA 等。
- DSR 模板元素:回复具体时间线。
- DSR 模板元素:身份验证要求。
- DSR 模板元素:数据主体权利,包括向监管机构投诉的权利。
- DSR 模板元素:后续联系信息。
- DSR 示例结构:使用主题行 `Subject: Your Data [Access/Deletion/Correction] Request - Reference {{request_id}}`。
- DSR 示例结构:称呼 `Dear {{requester_name}}`。
- DSR 示例结构:确认收到 `{{request_date}}` 的请求。
- DSR 示例结构:插入 `[Acknowledgment / verification request / fulfillment details / denial basis]`。
- DSR 示例结构:写明 `We will respond substantively by {{response_deadline}}`。
- DSR 示例结构:加入 `[Contact information]` 和 `[Rights information]`。
- Discovery Holds 子类别:给保管人的初始保留通知。
- Discovery Holds 子类别:保留提醒/定期重申。
- Discovery Holds 子类别:保留修改,即范围变更。
- Discovery Holds 子类别:保留解除。
- Discovery Hold 模板元素:事项名称和参考编号。
- Discovery Hold 模板元素:清晰保留义务。
- Discovery Hold 模板元素:保留范围,包括日期范围、数据类型、系统、通信类型。
- Discovery Hold 模板元素:禁止销毁证据。
- Discovery Hold 模板元素:问题联系人。
- Discovery Hold 模板元素:确认要求。
- Discovery Hold 示例结构:使用主题行 `Subject: LEGAL HOLD NOTICE - {{matter_name}} - Action Required`。
- Discovery Hold 示例结构:加入 `PRIVILEGED AND CONFIDENTIAL` 和 `ATTORNEY-CLIENT COMMUNICATION`。
- Discovery Hold 示例结构:称呼 `Dear {{custodian_name}}`。
- Discovery Hold 示例结构:说明因可能持有相关文件、通信或数据而收到通知。
- Discovery Hold 示例结构:加入 `PRESERVATION OBLIGATION`。
- Discovery Hold 示例结构:要求立即保留相关文件与 ESI。
- Discovery Hold 示例结构:填写主题 `{{hold_scope}}`、日期范围 `{{start_date}} to present`、文件类型 `{{document_types}}`。
- Discovery Hold 示例结构:写明 `DO NOT delete, destroy, modify, or discard any potentially relevant materials`。
- Discovery Hold 示例结构:加入针对系统、电子邮件、聊天、本地文件的具体说明。
- Discovery Hold 示例结构:要求收件人在 `{{acknowledgment_deadline}}` 前确认收到。
- Discovery Hold 示例结构:联系 `{{legal_contact}}`。
- Privacy Inquiries 子类别:Cookie/跟踪问询回复。
- Privacy Inquiries 子类别:隐私政策问题。
- Privacy Inquiries 子类别:数据共享实践问询。
- Privacy Inquiries 子类别:儿童数据问询。
- Privacy Inquiries 子类别:跨境传输问题。
- Privacy 模板元素:引用组织隐私声明。
- Privacy 模板元素:基于当前实践的具体回答。
- Privacy 模板元素:相关隐私文档链接。
- Privacy 模板元素:隐私团队联系信息。
- Vendor Legal Questions 子类别:合同状态问询回复。
- Vendor Legal Questions 子类别:修订请求回复。
- Vendor Legal Questions 子类别:合规认证请求。
- Vendor Legal Questions 子类别:审计请求回复。
- Vendor Legal Questions 子类别:保险证书请求。
- Vendor 模板元素:引用适用协议。
- Vendor 模板元素:对供应商问题的具体回复。
- Vendor 模板元素:任何所需告诫或限制。
- Vendor 模板元素:后续步骤和时间线。
- NDA Requests 子类别:发送组织标准格式 NDA。
- NDA Requests 子类别:接受对方 NDA,带修订标记。
- NDA Requests 子类别:拒绝 NDA 请求并解释。
- NDA Requests 子类别:NDA 续签或延期。
- NDA 模板元素:NDA 目的。
- NDA 模板元素:标准条款摘要。
- NDA 模板元素:签署说明。
- NDA 模板元素:时间线预期。
- Subpoena / Legal Process 子类别:收讫确认。
- Subpoena / Legal Process 子类别:异议函。
- Subpoena / Legal Process 子类别:延期请求。
- Subpoena / Legal Process 子类别:合规附信。
- Subpoena 模板元素:案件参考和司法辖区。
- Subpoena 模板元素:具体异议,如有。
- Subpoena 模板元素:保留确认。
- Subpoena 模板元素:合规时间线。
- Subpoena 模板元素:特权日志引用,如适用。
- Subpoena 关键说明:传票回复几乎总是需要个性化律师审核,模板是起始框架,不是最终回复。
- Insurance Notifications 子类别:初始索赔通知。
- Insurance Notifications 子类别:补充信息。
- Insurance Notifications 子类别:权利保留回复。
- Insurance 模板元素:保单号和覆盖期。
- Insurance 模板元素:事项或事件描述。
- Insurance 模板元素:事件时间线。
- Insurance 模板元素:请求覆盖确认。
- 模板管理:按类别组织模板并保存在团队本地设置中。
- 每个模板包含 Category。
- 每个模板包含 Template name。
- 每个模板包含 Use case。
- 每个模板包含 Escalation triggers。
- 每个模板包含 Required variables。
- 每个模板包含 Template body,含变量占位符。
- 每个模板包含 Follow-up actions。
- 每个模板包含 Last reviewed date。
- 模板生命周期:Creation,基于最佳实践和团队输入起草模板。
- 模板生命周期:Review,法律团队审阅并批准模板内容。
- 模板生命周期:Publication,加入模板库并带元数据。
- 模板生命周期:Use,使用模板生成回复。
- 模板生命周期:Feedback,跟踪使用中模板被修改的情况,识别改进机会。
- 模板生命周期:Update,当法律、政策或最佳实践变化时修订模板。
- 模板生命周期:Retirement,归档不再适用的模板。
- 创建新模板:定义用例,包括解决何种问询、出现频率、典型受众、典型紧迫程度。
- 创建新模板:识别必需要素,包括每次回复必须包含的信息、适用监管要求、管理此类回复的组织政策。
- 创建新模板:定义变量,包括每次变化的内容,如姓名、日期、具体信息,以及不变的内容,如法律要求、标准语言。
- 创建新模板:使用清晰变量名,如 `{{requester_name}}`、`{{response_deadline}}`、`{{matter_reference}}`。
- 创建新模板:起草模板,用清晰专业语言。
- 创建新模板:对业务受众避免不必要法律术语。
- 创建新模板:包含所有法律必需元素。
- 创建新模板:为所有可变内容添加占位符。
- 创建新模板:如用于电子邮件,包含主题行模板。
- 创建新模板:定义升级触发条件,明确哪些情况不应使用此模板。
- 创建新模板:明确哪些特征表明事项需要个性化关注。
- 创建新模板:升级触发条件要具体,模糊触发条件无用。
- 创建新模板:添加元数据,包括模板名称和类别。
- 创建新模板:添加版本号和最后审阅日期。
- 创建新模板:添加作者和批准人。
- 创建新模板:添加后续行动清单。
- 模板格式:使用 `## Template: {{template_name}}`。
- 模板格式:包含 `**Category**: {{category}}`。
- 模板格式:包含 `**Version**: {{version}} | **Last Reviewed**: {{date}}`。
- 模板格式:包含 `**Approved By**: {{approver}}`。
- 模板格式:包含 `### Use When` 条件列表。
- 模板格式:包含 `### Do NOT Use When (Escalation Triggers)` 触发条件列表。
- 模板格式:包含 `### Variables` 表格,列 Variable、Description、Example。
- 模板格式:包含 `### Subject Line`,带变量主题模板。
- 模板格式:包含 `### Body`,带变量回复正文。
- 模板格式:包含 `### Follow-Up Actions` 编号行动。
- 模板格式:包含 `### Notes` 特殊说明。
- 输出格式:生成 `## Generated Response: [Inquiry Type]`。
- 输出格式:包含 `**To**: [recipient]` 和 `**Subject**: [subject line]`。
- 输出格式:包含回复正文。
- 输出格式:包含 `### Escalation Check`,确认未检测到升级触发,或标记触发并给建议。
- 输出格式:包含 `### Follow-Up Actions`,发送后行动、日历提醒、跟踪或记录要求。
- 注意事项:始终在建议发送前展示草稿回复供用户审阅。
- 注意事项:如果通过 MCP 连接邮件,主动提出创建包含回复的邮件草稿。
- 注意事项:跟踪回复截止日期,并主动提出设置日历提醒。
- 注意事项:对于受监管回复,如 DSR、传票,始终注明适用截止日期和监管要求。
- 注意事项:模板应为活文档;当用户修改模板化回复时,建议更新模板,以便随时间改进。
适用边界 · 注意事项
- 检测到任一升级触发条件时,不应生成最终模板化回复;应停止并升级,或仅提供明确标记供律师审阅的草稿。
- 不应作为法律建议,也不应在未经合格法律专业人士审阅前发送,尤其受监管通信如 DSR、传票。
- 传票/法律程序几乎总是需要个性化律师审核,模板只能作为起始框架,不能作为最终回复。