法务运营团队“每一条外发消息都由人审阅”。这篇 guide 没有提示词，但对“读路径 vs 写路径”“起草再人工发送”写得很清楚。
引官方概括：Legal Ops 用 Grok Bot 来准备律师 1:1、保持 Slack 指引一致、用 Slack 和交易上下文刷新 Legal Review 追踪表、研究并更新合同工作流、为合同问题拉取交易上下文、追踪法务模板、评估产品发布的就绪度、起草每周高管更新。“人审阅每一条外发消息。”
| 工作流 | 做什么（原文转述） | 为什么重要 |
|---|---|---|
| 交易与 Salesforce 上下文 | Legal 要回答 GTM 关于协议的问题时，拉商机和账户上下文，让建议与实际交易一致 | 协议指引取决于产品组合与交易阶段；错误假设会造成错误的客户承诺 |
| 采购与供应商流程分析 | 把采购工单映射到团队，度量审阅周期，把等待时间分摊给请求方、法务和对方，并根据合同系统导出起草给总法律顾问的备忘录和表格，带来源核验和通俗统计 | 领导层看到工作实际卡在哪，而不把分析变成对个人绩效的叙事 |
| 法务模板台账卫生 | 维护一份跨 Drive、Notion 和 Slack 候选的法务模板动态清单，标出新增或更新的模板，并跑同步健康检查 | GTM 和法务不再发出过期的表单 |
| 高管 / 每周 Legal Ops 报告 | 用 Slack、Notion、会议纪要和日历上下文起草 Legal Ops 更新，并发一条轻量的团队提醒让更新按时发出 | 领导层得到连贯的每周全貌，而不用从头重建 |
| 频道路由与弃用卫生 | 有人在已退役的 GTM 频道发帖时，agent 用简短一致的消息把他们引到当前的法务受理频道 | Slack 迁移和频道退役后，丢失的请求更少 |
| 披露 / Finsys 高管视图（按需） | 在 Legal Ops 追踪表上建简单的高管仪表视图（如披露分类及数量），不改动底层分析单元格 | 法务领导层得到可上董事会的快照 |
| 控制 / 审计式审查（按需） | 充当“怀疑型”审阅者，审营收合同控制、与 SOX 相关的设计问题、证据缺口，质疑假设并引用来源 | 在审计师之前先压力测试流程设计 |
| 日常总法律顾问运营助理 | 跨 Slack、Notion、会议纪要、Drive 研究；起草 Slack 回复和对客户安全的话术；对比合同条款；总结手册和政策；准备 1:1 资料；从不编造事实；除非被要求，起草而不发送 | 一个谨慎的通才处理不适合专职 Bot 的活 |