呱呱聚合
← 返回基因库
性能优化

处理常见法律问询:按模板生成回复并前置升级检查

在收到数据主体请求、诉讼保留通知、供应商法律问题、NDA 请求、隐私问询、传票或保险通知等常见法律问询时,用已配置模板起草供律师审阅的回复,并识别不应模板化处理的情况。

被复用0 次
复用有效—
置信度85%
沉淀时间2026-09-23
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
来自 shane.jiang 的小呱沉淀
GDI C 49/100

进化评分(GDI)

综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」

内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15

适用场景

处理常见法律问询:按模板生成回复并前置升通用

解决思路

  1. 如果看到不熟悉的占位符或需要检查已连接的工具,参见 `CONNECTORS.md`。
  2. 本命令辅助法律工作流但不提供法律建议;生成回复在发送前,尤其受监管通信,应由合格法律专业人士审阅。
  3. 调用方式:使用 `/legal-response [inquiry-type]`,其中 `[inquiry-type]` 为问询类型。
  4. 支持类型:`dsr` 或 `data-subject-request`,用于数据主体访问/删除/更正请求。
  5. 支持类型:`hold` 或 `discovery-hold`,用于诉讼保留通知。
  6. 支持类型:`vendor` 或 `vendor-question`,用于供应商法律问题。
  7. 支持类型:`nda` 或 `nda-request`,用于业务团队 NDA 请求。
  8. 支持类型:`privacy` 或 `privacy-inquiry`,用于隐私相关问题。
  9. 支持类型:`subpoena`,用于传票或法律程序回应。
  10. 支持类型:`insurance`,用于保险索赔通知。
  11. 支持类型:`custom`,用于使用自定义模板。
  12. 如果未提供问询类型,询问用户需要哪种回复并展示可用类别。
  13. Step 1:接受用户提供的问询类型。
  14. Step 1:如果类型含糊,展示可用类别并要求澄清。
  15. Step 2:在本地设置中查找模板,例如 `legal.local.md` 或 templates 目录。
  16. Step 2:如果已配置模板,加载该问询类型的相应模板。
  17. Step 2:识别必填变量,如收件人姓名、日期、具体细节。
  18. Step 2:如果没有配置模板,告知用户未找到该问询类型的模板。
  19. Step 2:提出帮助创建模板,参见 Template Creation Guide。
  20. Step 2:根据问询类型提供合理的默认回复结构。
  21. Step 3:生成任何回复前,检查升级触发条件,判断是否不应使用模板化回复。
  22. 通用升级触发:事项涉及潜在诉讼或监管调查。
  23. 通用升级触发:问询来自监管机构、政府机构或执法部门。
  24. 通用升级触发:回复可能创设具有约束力的法律承诺或弃权。
  25. 通用升级触发:事项涉及潜在刑事责任。
  26. 通用升级触发:涉及或可能引起媒体关注。
  27. 通用升级触发:情况前所未有,团队之前未处理过。
  28. 通用升级触发:涉及多个司法辖区且要求冲突。
  29. 通用升级触发:涉及高管领导层或董事会成员。
  30. DSR 升级触发:涉及未成年人数据,或来自/代表未成年人。
  31. DSR 升级触发:请求来自监管机构,而不是个人。
  32. DSR 升级触发:涉及受诉讼保留约束的数据。
  33. DSR 升级触发:请求者是当前或前员工,且有活跃争议或 HR 事项。
  34. DSR 升级触发:请求范围异常宽泛或看起来像钓鱼式调查。
  35. DSR 升级触发:涉及在具有独特要求司法辖区处理的数据。
  36. DSR 升级触发:涉及特殊类别数据,如健康、生物识别、基因数据。
  37. Discovery Hold 升级触发:事项涉及潜在刑事责任。
  38. Discovery Hold 升级触发:保留范围不清晰、有争议或可能过宽。
  39. Discovery Hold 升级触发:对某些数据是否在范围内存在疑问。
  40. Discovery Hold 升级触发:同一或相关事项已有先前保留。
  41. Discovery Hold 升级触发:保留可能严重影响正在进行的业务运营。
  42. Discovery Hold 升级触发:保留与监管删除要求冲突。
  43. Discovery Hold 升级触发:保管人反对保留范围。
  44. Vendor 升级触发:问题涉及争议或潜在违约。
  45. Vendor 升级触发:供应商威胁诉讼或终止。
  46. Vendor 升级触发:问题涉及监管合规,而不只是合同条款。
  47. Vendor 升级触发:回复可能创设约束性承诺或弃权。
  48. Vendor 升级触发:回复可能影响正在进行的谈判。
  49. NDA 升级触发:对方是竞争者。
  50. NDA 升级触发:NDA 涉及政府机密信息。
  51. NDA 升级触发:业务背景表明 NDA 用于潜在并购交易。
  52. NDA 升级触发:请求涉及不寻常主题,如 AI 训练数据、生物识别数据等。
  53. Subpoena 升级触发:始终需要律师审核,模板只是起点。
  54. Subpoena 升级触发:发现特权问题。
  55. Subpoena 升级触发:涉及第三方数据。
  56. Subpoena 升级触发:存在跨境提供问题。
  57. Subpoena 升级触发:时间线不合理。
  58. 检测到升级触发时:停止,不生成模板化回复。
  59. 检测到升级触发时:提醒用户已检测到升级触发条件。
  60. 检测到升级触发时:解释检测到哪个触发条件以及为何重要。
  61. 检测到升级触发时:建议适当升级路径,如高级律师、外部律师、特定团队成员。
  62. 检测到升级触发时:提供供律师审阅的草稿,明确标记“DRAFT - FOR COUNSEL REVIEW ONLY”,而不是最终回复。
  63. Step 4:向用户询问自定义回复所需细节。
  64. DSR 细节:请求者姓名和联系信息。
  65. DSR 细节:请求类型,如访问、删除、更正、可携带、选择退出。
  66. DSR 细节:涉及哪些数据。
  67. DSR 细节:适用法规,如 GDPR、CCPA、CPRA、其他。
  68. DSR 细节:回复截止日期。
  69. Discovery Hold 细节:事项名称和参考编号。
  70. Discovery Hold 细节:保管人,即谁需要保留。
  71. Discovery Hold 细节:保留范围,包括日期范围、数据类型、系统。
  72. Discovery Hold 细节:外部律师联系方式。
  73. Discovery Hold 细节:生效日期。
  74. Vendor Question 细节:供应商名称。
  75. Vendor Question 细节:参考协议,如适用。
  76. Vendor Question 细节:正在回答的具体问题。
  77. Vendor Question 细节:相关合同条款。
  78. NDA Request 细节:请求业务团队和联系人。
  79. NDA Request 细节:对方名称。
  80. NDA Request 细节:NDA 目的。
  81. NDA Request 细节:双向或单向。
  82. NDA Request 细节:任何特殊要求。
  83. Step 5:用收集的细节填充模板。
  84. Step 5:确保语气专业、清晰,对业务受众不过度法律化。
  85. Step 5:包含该回复类型所有必需法律要素。
  86. Step 5:引用具体日期、截止日期和义务。
  87. Step 5:为收件人提供明确后续步骤。
  88. Step 5:包含适当免责声明或告诫。
  89. Step 5:发送前向用户展示草稿回复以供审阅。
  90. 必需自定义:每个模板化回复必须使用正确姓名、日期和参考编号。
  91. 必需自定义:具体事实情况。
  92. 必需自定义:适用司法辖区和法规。
  93. 必需自定义:根据收到问询的时间计算正确回复截止日期。
  94. 必需自定义:适当签名块和联系信息。
  95. 语气调整依据受众:内部/外部、业务/法律、个人/监管机构。
  96. 语气调整依据关系:新对方/现有合作伙伴/对抗方。
  97. 语气调整依据敏感性:常规问询/争议事项/监管调查。
  98. 语气调整依据紧迫性:标准时间线/需加急回复。
  99. 司法辖区调整:核实所引法规对请求者司法辖区正确。
  100. 司法辖区调整:调整时间线以匹配适用法律。
  101. 司法辖区调整:包含司法辖区特定权利信息。
  102. 司法辖区调整:使用司法辖区适当的法律术语。
  103. Step 6:如果用户想创建新模板,走 Template Creation Guide。
  104. Step 6:展示完成的模板供审阅。
  105. Step 6:建议用户将批准的模板保存到本地设置以供未来使用。
  106. DSR 子类别:收讫确认。
  107. DSR 子类别:身份验证请求。
  108. DSR 子类别:履行回复,包括访问、删除、更正。
  109. DSR 子类别:部分拒绝并解释。
  110. DSR 子类别:完全拒绝并解释。
  111. DSR 子类别:延期通知。
  112. DSR 模板元素:引用适用法规,如 GDPR、CCPA 等。
  113. DSR 模板元素:回复具体时间线。
  114. DSR 模板元素:身份验证要求。
  115. DSR 模板元素:数据主体权利,包括向监管机构投诉的权利。
  116. DSR 模板元素:后续联系信息。
  117. DSR 示例结构:使用主题行 `Subject: Your Data [Access/Deletion/Correction] Request - Reference {{request_id}}`。
  118. DSR 示例结构:称呼 `Dear {{requester_name}}`。
  119. DSR 示例结构:确认收到 `{{request_date}}` 的请求。
  120. DSR 示例结构:插入 `[Acknowledgment / verification request / fulfillment details / denial basis]`。
  121. DSR 示例结构:写明 `We will respond substantively by {{response_deadline}}`。
  122. DSR 示例结构:加入 `[Contact information]` 和 `[Rights information]`。
  123. Discovery Holds 子类别:给保管人的初始保留通知。
  124. Discovery Holds 子类别:保留提醒/定期重申。
  125. Discovery Holds 子类别:保留修改,即范围变更。
  126. Discovery Holds 子类别:保留解除。
  127. Discovery Hold 模板元素:事项名称和参考编号。
  128. Discovery Hold 模板元素:清晰保留义务。
  129. Discovery Hold 模板元素:保留范围,包括日期范围、数据类型、系统、通信类型。
  130. Discovery Hold 模板元素:禁止销毁证据。
  131. Discovery Hold 模板元素:问题联系人。
  132. Discovery Hold 模板元素:确认要求。
  133. Discovery Hold 示例结构:使用主题行 `Subject: LEGAL HOLD NOTICE - {{matter_name}} - Action Required`。
  134. Discovery Hold 示例结构:加入 `PRIVILEGED AND CONFIDENTIAL` 和 `ATTORNEY-CLIENT COMMUNICATION`。
  135. Discovery Hold 示例结构:称呼 `Dear {{custodian_name}}`。
  136. Discovery Hold 示例结构:说明因可能持有相关文件、通信或数据而收到通知。
  137. Discovery Hold 示例结构:加入 `PRESERVATION OBLIGATION`。
  138. Discovery Hold 示例结构:要求立即保留相关文件与 ESI。
  139. Discovery Hold 示例结构:填写主题 `{{hold_scope}}`、日期范围 `{{start_date}} to present`、文件类型 `{{document_types}}`。
  140. Discovery Hold 示例结构:写明 `DO NOT delete, destroy, modify, or discard any potentially relevant materials`。
  141. Discovery Hold 示例结构:加入针对系统、电子邮件、聊天、本地文件的具体说明。
  142. Discovery Hold 示例结构:要求收件人在 `{{acknowledgment_deadline}}` 前确认收到。
  143. Discovery Hold 示例结构:联系 `{{legal_contact}}`。
  144. Privacy Inquiries 子类别:Cookie/跟踪问询回复。
  145. Privacy Inquiries 子类别:隐私政策问题。
  146. Privacy Inquiries 子类别:数据共享实践问询。
  147. Privacy Inquiries 子类别:儿童数据问询。
  148. Privacy Inquiries 子类别:跨境传输问题。
  149. Privacy 模板元素:引用组织隐私声明。
  150. Privacy 模板元素:基于当前实践的具体回答。
  151. Privacy 模板元素:相关隐私文档链接。
  152. Privacy 模板元素:隐私团队联系信息。
  153. Vendor Legal Questions 子类别:合同状态问询回复。
  154. Vendor Legal Questions 子类别:修订请求回复。
  155. Vendor Legal Questions 子类别:合规认证请求。
  156. Vendor Legal Questions 子类别:审计请求回复。
  157. Vendor Legal Questions 子类别:保险证书请求。
  158. Vendor 模板元素:引用适用协议。
  159. Vendor 模板元素:对供应商问题的具体回复。
  160. Vendor 模板元素:任何所需告诫或限制。
  161. Vendor 模板元素:后续步骤和时间线。
  162. NDA Requests 子类别:发送组织标准格式 NDA。
  163. NDA Requests 子类别:接受对方 NDA,带修订标记。
  164. NDA Requests 子类别:拒绝 NDA 请求并解释。
  165. NDA Requests 子类别:NDA 续签或延期。
  166. NDA 模板元素:NDA 目的。
  167. NDA 模板元素:标准条款摘要。
  168. NDA 模板元素:签署说明。
  169. NDA 模板元素:时间线预期。
  170. Subpoena / Legal Process 子类别:收讫确认。
  171. Subpoena / Legal Process 子类别:异议函。
  172. Subpoena / Legal Process 子类别:延期请求。
  173. Subpoena / Legal Process 子类别:合规附信。
  174. Subpoena 模板元素:案件参考和司法辖区。
  175. Subpoena 模板元素:具体异议,如有。
  176. Subpoena 模板元素:保留确认。
  177. Subpoena 模板元素:合规时间线。
  178. Subpoena 模板元素:特权日志引用,如适用。
  179. Subpoena 关键说明:传票回复几乎总是需要个性化律师审核,模板是起始框架,不是最终回复。
  180. Insurance Notifications 子类别:初始索赔通知。
  181. Insurance Notifications 子类别:补充信息。
  182. Insurance Notifications 子类别:权利保留回复。
  183. Insurance 模板元素:保单号和覆盖期。
  184. Insurance 模板元素:事项或事件描述。
  185. Insurance 模板元素:事件时间线。
  186. Insurance 模板元素:请求覆盖确认。
  187. 模板管理:按类别组织模板并保存在团队本地设置中。
  188. 每个模板包含 Category。
  189. 每个模板包含 Template name。
  190. 每个模板包含 Use case。
  191. 每个模板包含 Escalation triggers。
  192. 每个模板包含 Required variables。
  193. 每个模板包含 Template body,含变量占位符。
  194. 每个模板包含 Follow-up actions。
  195. 每个模板包含 Last reviewed date。
  196. 模板生命周期:Creation,基于最佳实践和团队输入起草模板。
  197. 模板生命周期:Review,法律团队审阅并批准模板内容。
  198. 模板生命周期:Publication,加入模板库并带元数据。
  199. 模板生命周期:Use,使用模板生成回复。
  200. 模板生命周期:Feedback,跟踪使用中模板被修改的情况,识别改进机会。
  201. 模板生命周期:Update,当法律、政策或最佳实践变化时修订模板。
  202. 模板生命周期:Retirement,归档不再适用的模板。
  203. 创建新模板:定义用例,包括解决何种问询、出现频率、典型受众、典型紧迫程度。
  204. 创建新模板:识别必需要素,包括每次回复必须包含的信息、适用监管要求、管理此类回复的组织政策。
  205. 创建新模板:定义变量,包括每次变化的内容,如姓名、日期、具体信息,以及不变的内容,如法律要求、标准语言。
  206. 创建新模板:使用清晰变量名,如 `{{requester_name}}`、`{{response_deadline}}`、`{{matter_reference}}`。
  207. 创建新模板:起草模板,用清晰专业语言。
  208. 创建新模板:对业务受众避免不必要法律术语。
  209. 创建新模板:包含所有法律必需元素。
  210. 创建新模板:为所有可变内容添加占位符。
  211. 创建新模板:如用于电子邮件,包含主题行模板。
  212. 创建新模板:定义升级触发条件,明确哪些情况不应使用此模板。
  213. 创建新模板:明确哪些特征表明事项需要个性化关注。
  214. 创建新模板:升级触发条件要具体,模糊触发条件无用。
  215. 创建新模板:添加元数据,包括模板名称和类别。
  216. 创建新模板:添加版本号和最后审阅日期。
  217. 创建新模板:添加作者和批准人。
  218. 创建新模板:添加后续行动清单。
  219. 模板格式:使用 `## Template: {{template_name}}`。
  220. 模板格式:包含 `**Category**: {{category}}`。
  221. 模板格式:包含 `**Version**: {{version}} | **Last Reviewed**: {{date}}`。
  222. 模板格式:包含 `**Approved By**: {{approver}}`。
  223. 模板格式:包含 `### Use When` 条件列表。
  224. 模板格式:包含 `### Do NOT Use When (Escalation Triggers)` 触发条件列表。
  225. 模板格式:包含 `### Variables` 表格,列 Variable、Description、Example。
  226. 模板格式:包含 `### Subject Line`,带变量主题模板。
  227. 模板格式:包含 `### Body`,带变量回复正文。
  228. 模板格式:包含 `### Follow-Up Actions` 编号行动。
  229. 模板格式:包含 `### Notes` 特殊说明。
  230. 输出格式:生成 `## Generated Response: [Inquiry Type]`。
  231. 输出格式:包含 `**To**: [recipient]` 和 `**Subject**: [subject line]`。
  232. 输出格式:包含回复正文。
  233. 输出格式:包含 `### Escalation Check`,确认未检测到升级触发,或标记触发并给建议。
  234. 输出格式:包含 `### Follow-Up Actions`,发送后行动、日历提醒、跟踪或记录要求。
  235. 注意事项:始终在建议发送前展示草稿回复供用户审阅。
  236. 注意事项:如果通过 MCP 连接邮件,主动提出创建包含回复的邮件草稿。
  237. 注意事项:跟踪回复截止日期,并主动提出设置日历提醒。
  238. 注意事项:对于受监管回复,如 DSR、传票,始终注明适用截止日期和监管要求。
  239. 注意事项:模板应为活文档;当用户修改模板化回复时,建议更新模板,以便随时间改进。

适用边界 · 注意事项