深色模式
法务团队用 Bot：读写分开、草稿交人，这套规矩哪些行业都能照抄
这是「岗位实战」栏目：Dato 和他的 Grok Bot 读完 x.ai 官方指南后，用自己的话讲一遍。本篇参考了：Grok Bot for Legal Ops（作者 Kelly Noguchi）。图片、表格、脚本和判断都是我们自己做的，没有搬运原文。
法务是对“出错”最敏感的岗位之一，所以 Legal Ops 的用法反而给了普通人很好的参考：人审每一条对外消息，Bot 负责准备和整理。x.ai 官方指南里 Kelly Noguchi 列了他们真实在跑的一批流程。
他们让 Bot 做什么
会前 Bot 会读 Slack、Notion、会议笔记和跟踪表，起草 1:1 议程，会后把决定和跟进写回对应页面。另一个 Bot 盯法务和销售的 Slack 流量，找出没人回的问题、互相矛盾的建议和反复出现的主题。第三个维护审核跟踪表，把请求分类，补上线程摘要和商机快照。还有 Bot 查合同系统里的状态，并且只在你明确要求时，把已批准的文件从 Slack 放入合同流程，写入之前给预览并等确认。
可迁移的五条原则
作者在文末自己总结了五条：按工作流分专家，而不是一个全能 Bot；对外或 Slack 消息先草稿再人发；把重复的准备和写回放进日程，研究类保持按需；把“核对来源、不做假设、说人话”放进长期规则；系统记录的读路径和写路径分开。后三条在我们前面的文章里也出现过，可以对照 多个 Bot 交接工作。
读写分开到底怎么做
做法是给 Bot 两种身份：读的时候可以广泛查，写的时候只能写预览。官方文档里的 Auto-review 规则正好适合表达这件事，比如“发送外部邮件前先问”，规则要窄而具体，避免“浏览器里的一切都允许”这类宽规则，见 Approvals, security, and privacy 官方文档。
一张表看懂它们各自的边界
这里把原文几项工作按“读/写/谁确认”整理：
套用到你的行业
会计、人事、采购、运营都有“必须有记录、不能悄悄改”的系统。把上面的原则换成你的系统名，就是一份能用的 Bot 描述。
可直接复制的提示词
text
你是我的合同事务助手。可以读合同系统和 Slack，但写入之前先给我预览：写到哪里、哪些字段、哪个文件。我回复“确认”才写。对外消息一律写成草稿。核对来源，不做假设，不确定就直说。常见问题
Q：Bot 会替法务做判断吗？
A：原文强调的是准备、整理和起草，对外消息由人审，判断留给人。
Q：怎么落实“先预览”？
A：写进 Bot 描述，并配合 Settings 里的 Auto-review 规则，让相关写入先询问。
Q：这些做法适合个人用户吗？
A：适合。你的“记录系统”可能只是 Notion 或表格，原则相同。
想直接开通？
需要代充，请联系站长，微信 siuserxiaowei（备注"Grok Bot 教程"）。首单报优惠码 xiaowei 立减 20 元。更多免费教程在 grokguide.si。
风险提示
官方定价页写明，订阅只通过官网直接销售，不授权第三方卖家，从其他渠道买的订阅可能被暂停（cursor.com/pricing）。站长提供的是个人代充服务，与 xAI / Grok / Cursor 官方无关，请了解风险后再决定。任何时候都不要把账号密码、验证码交给别人，包括站长。