ARTICLE · 1353513
个人智能体的法律应用实例分享
法律科技观察 / LEGAL TECH
个人智能体的法律应用实例分享
从 Grok Bot、Muse、Cue、Dots 到新加入的 Claude Duet,按九类法律日常梳理个人智能体的用法、实例与边界。
AUTHOR 廖律 | DATE 2026.11.06 | READING 24 分钟 |
PREFACE / 写在前面
写在前面
想象这样的工作方式:早上醒来,邮箱里法院、客户和对方律师的邮件已被分好类,新收到的开庭通知已登记进期限台账;吃完早餐,今天见客户要用的背景简报已经放在你面前;你在开庭,另一个项目的尽调资料已被归档编号、缺失清单也已列好,等你过目;吃完晚饭,草稿箱里多了一篇新规解读的初稿,只待你改定。

律师的一天:你在前台,智能体在后台
这不再只是设想。8 月以来,至少五家公司相继推出了“Always Online”的个人智能体:xAI(现已并入 SpaceX,更名 SpaceXSI)的 Grok Bot(8 月 11 日进入早期测试)、Meta 的 Muse(9 月 8 日在美国上线)、Manus 的 Cue(9 月 28 日发布)、OpenAI 的 Dots(9 月 29 日发布),以及 10 月 21 日加入的 Anthropic Claude Duet;国内的阿里、蚂蚁、腾讯也在 10 月密集跟进。对律师、法务来说,它更像一位能登录邮箱和日程、在授权范围内替你推进琐事的助理。
这些产品问世时间都不长,多数仍处于测试、邀请制或限地区开放阶段,而且变化很快:仅 10 月中旬以来,就有产品改了套餐、加了打电话和付款功能,也有产品因为成本太高而收紧了用量。所以本文不做评测排名,而是回答一个更实际的问题:个人智能体在律师、法务的日常里,到底能替你做什么,该怎么一步步用起来?
OVERVIEW
01 / 什么是个人智能体 云端电脑、7×24、真实账号、并行任务,还会主动找你:个人智能体与 Chatbot 的区别。 |
02 / 五款产品速览(11 月更新) Grok Bot、Muse、Cue、Dots、Claude Duet 的定位、最新动态与可用性,附国内同类产品。 |
03 / 九类法律日常场景 邮件、期限、法规、检索、文书、尽调、客户会议、工时账单、专业写作,每类附公开做法与示例指令。 |
SECTION 01
什么是个人智能体
一句话定义:个人智能体拥有自己的云端电脑,7×24 小时运行,能登录你的真实账号和应用,并在授权范围内长期推进任务。
它与 Chatbot(聊天机器人)的主要区别有四点:
1. 有自己的电脑:云端机器上有浏览器、终端和文件,任务不占用你的设备,也与你的个人电脑分离,除非你主动连接。
2. 一直在线,还会主动找你:“24/7”是厂商的共同说法。新一代产品还会主动汇报:Claude Duet 每天早上发一份晨报,Dots 空闲时会做“主动研究”,Grok Bot 也会给出主动建议。
3. 能用真实的应用:既通过连接器接入大量应用(有报道称 Dots 可连接 4000 多个),也能像人一样登录网站操作。
4. 能同时做多件事:多个智能体可并行工作,各自保持独立状态。
SECTION 02
五款产品速览(11 月更新)
截至 11 月初,主流的海外个人智能体至少有五款,而且每一款都在快速变化。以下按发布时间排列。

Claude Duet、Grok Bot、ChatGPT Dots 与 Meta Muse

2026 年 8—11 月个人智能体发布时间线(信息截至 11 月 6 日)
Grok Bot(SpaceXSI,原 xAI):定位“AI 队友”。8 月 11 日进入早期测试;10 月起被纳入新的“X Subscription”套餐,每月 30 美元的 Premium 档及以上可用。9 月底以来,它陆续加入了团队共用的 Team Bot、Bot 专属邮箱、Vault 保险库与付款、购物卡片等功能。
Muse(Meta):定位“个人生活代理”。9 月 8 日在美国上线,现已覆盖加拿大,10 月 28 日上线新加坡。Meta 在 10 月 21 日的三季度财报会上披露:开通 Muse 的用户超过 1000 万,约 25% 每天使用,最常见的用途是购物。每个用户的智能体运行在隔离的虚拟机里,对外联网和调用服务由独立的 Sentinel 模块逐项把关;10 月 12 日 Meta 发布新一代模型 Muse Wonder,11 月初又给 Muse 加上了语音。
Cue(Manus):定位“有身份的个人智能体”。9 月 28 日随 Manus 2.0 发布,每个智能体有自己的邮箱、电话号码、钱包和电脑,能在你设定的预算内付款、替你接听电话并留下摘要,多个智能体还能在群聊里分工交接。目前仍是邀请制,早期访问期间免费。
Dots(OpenAI):定位嵌入 ChatGPT 生态的通用常驻智能体。9 月 29 日发布,有自己的云端电脑和浏览器,可在 ChatGPT、Slack、Teams 中联系;空闲时会做只读的“主动研究”,这时它不能发消息,也不能改动应用里的内容。目前面向 Pro(每月 100 美元起)和 Business Premium 用户开放,个人 Pro 版暂不含欧洲经济区、英国和瑞士,企业版需管理员开启测试。11 月 3 日起,Dots 会在 GPT-6 Astra 和新加入的 GPT-6.1 Terra 之间按任务自动选模型。
Claude Duet(Anthropic):10 月 21 日加入的新成员,以研究预览形式通过候补名单开放,目前仅限美国的 Pro、Max 等付费用户,团队版和企业版暂未开放。它在自己的虚拟机里工作,沿用你 Claude 账户里的记忆和已连接的应用;每天早上发一份晨报,每隔几小时检查一次已连接的应用;发送消息、付款、签署文件或删除内容之前,会先展示计划,等你批准。
此外,Google 10 月 8 日推出面向企业的 Gemini Agent(私测阶段),Perplexity 11 月 5 日发布常驻工作智能体 Teammates,赛道还在扩大。
国内同类产品与现实约束 国内大厂也在 10 月密集入场。生活事务方向,有阿里的“千问Go!”(10 月 13 日推出个人专属助理)和蚂蚁的“灵光 2.0”(10 月 27 日发布),后者可在授权后梳理支付宝账单、找出被遗忘的自动续费;办公方向,有腾讯 WorkBuddy(10 月 14 日起在企业微信侧边栏开放“派活”入口)和接入钉钉的阿里“千问办公”。 但国内主流 App 普遍不向第三方智能体开门。据新京报报道,字节“屏幕自动化操作声明协议”10 月 14 日公示结束时,拒绝名单上有 155 款应用,包括微信、淘宝、支付宝、美团。对习惯用微信和客户沟通的律师来说,最主要的沟通渠道,暂时很难交给第三方智能体。 |
SECTION 03
九类法律日常场景
律师、法务的一天,常常卡在同一批琐事上:邮箱里法院、客户、对方律师的邮件混在一起;开庭、举证期限、合同节点要一一记牢;新规和监管动态要盯着;检索、初审、校对要花大块时间;尽调和证据材料要归档编号;见客户前要做功课,开完会要写纪要;月底还要补工时、对账单、报销差旅;有空了,再写点对外分享。
Grok Bot 的官方指南目前分九类,其中“法律”类只有一篇《Grok Bot for Legal Ops》(9 月 24 日发布),记录 SpaceXSI 法务运营团队自己怎么用;原来的官方 Marketplace 在 10 月初改名为“Connect Apps”,转为以插件和技能为主。法律科技公司那边,Legora 和 Harvey 在 10 月 13、14 日先后推出同名产品 Intake,为企业法务做“法律需求入口”;AT&T 法务部 10 月 8 日宣布与 OpenAI 合作,共同设计由律师监督的法律工作流。但面向执业律师、尤其是中国律师的成熟模板,仍然很少。
九类场景索引 短标题、适合程度与复核强度,详见后文各场景 | ||
场景一 收件箱分拣与往来跟进 ★★★★★ 一般审查 | 场景二 期限台账与日程协调 ★★★★☆ 逐项复核 | 场景三 法规与监管动态跟踪 ★★★★☆ 逐项复核 |
场景四 法律检索与研究初稿 ★★★☆☆ 逐项复核 | 场景五 合同文书初审与校对 ★★★☆☆ 逐项复核 | 场景六 尽调与证据材料整理 ★★★☆☆ 一般审查 |
场景七 会前简报与会后跟进 ★★★★☆ 逐项复核 | 场景八 工时、账单与行政琐事 ★★★☆☆ 逐项复核 | 场景九 专业写作与知识沉淀 ★★★★☆ 逐项复核 |
03 · 场景 01
场景一:收件箱分拣与往来跟进
痛点问题 法院和仲裁机构的通知、客户来函、对方律师的邮件、各类订阅混在同一个收件箱,重要的那封常被淹没;逐封点开、归类、回复,全是机械操作。信息还散落在邮件、日历、协作工具和会议纪要里,要靠人来回切换、拼凑。 |
核心能力
按你定的规则批量分拣邮件、提炼要点、起草回复;跨邮件、日历和协作工具聚合信息,只呈现与你手头案件和项目相关的内容,并注明来源、为何重要和下一步;每天定时给你一份晨报。Grok Bot 还给每个 Bot 配了专属邮箱,转发到这个邮箱的邮件可以直接触发例行任务。
上手步骤
①连接账号:通过连接器接入邮箱(如 Outlook、Gmail)和日历。如果有不宜交给它的客户往来,可以另开一个“转发专用”邮箱,只把能处理的邮件转进去。
②划定范围:写清哪些发件人、哪些案件归它管,哪些(如涉密项目、私人往来)不许碰。
③定义规则:什么算“紧急”(例如正文出现“开庭”“送达”“举证”“期限”),怎样分组,每天几点汇总。
④试运行一周:先只分类、只起草、不发送,对照你自己的判断校准规则,再逐步放权;输出稳定后再设成每日例行任务。
你来拍板 · 介入环节 所有对外发送都经你批准;涉及案件实体判断、报价和承诺的回复,由你亲自改定。法院、仲裁机构的通知以官方平台或纸质送达为准,智能体的摘要只作提醒。 |
适合程度 ★★★★★ 规则明确、可事后复核,是最容易上手的场景。回复草稿仍要逐封过目。 |
应用实例
公开做法
• Inbox Manager(Grok Bot 官方用例库):给收件箱分类,挑出紧急和被卡住的邮件,起草回复并整理,所有发送都留在你的批准之后。
• Chief of Staff(官方用例库):扫描邮件、日历、Slack 和会议纪要,只给出与你的优先事项相关的内容,每条附来源、为何重要和下一步。
• Legal Slack triage(《Grok Bot for Legal Ops》):SpaceXSI 的法务运营团队让 Bot 盯着法务相关的 Slack 频道,找出没人回复或答复相互矛盾的问题,并维护一张“待法务审核”跟踪表,为每条需求补上讨论摘要和既往意见。
• Harvey Intake 与 Legora Intake(10 月 13—14 日相继发布):为企业法务搭一个“法律需求入口”,从员工常用的工具里收集请求,再分派给智能体或律师;Legora 的版本会追问缺失信息,备好材料交律师审阅。
示例指令 · 笔者示范,可改写使用 每天 8:00 前整理收件箱:按“法院/仲裁机构、客户、对方律师、其他”分四组;正文含“开庭”“送达”“举证”“期限”的邮件置顶,摘出日期和案号;客户邮件逐封起草回复,只存草稿、不发送;××项目的往来一律跳过。 |
03 · 场景 02
场景二:期限台账与日程协调
痛点问题 开庭、举证期限、答辩期、上诉期,合同的付款和交割节点,错过一个就可能酿成执业事故;约会议、协调多方空档、改期、提醒,单件不难,合起来吃掉大量注意力。 |
核心能力
提取期限 从你转发的传票、受理通知书、裁定书和合同邮件中,提取案号、事项和日期,写入期限台账; |
日历与提醒 在日历中建事件、设多重提醒,并定期核对台账与日历是否一致; |
排期协调 读取日历,提出可选时段,起草邀约,处理改期; |
庭前提醒 开庭或开会前一天,推送需要带的材料清单。 |
上手步骤
①建一张期限台账(表格即可),列明案号、事项、期限、计算依据、状态(待核/已核)。
②连接日历与邮箱,告诉它哪些文书需要登记、台账放在哪里。
③规定计算规则:它算出的期限一律标“待核”,你核对后再改为“已核”;涉及法定期间和节假日顺延的,要求写明计算过程。
④写清协调口径:工作时段、不接会议的日子(比如开庭日)、会议之间的缓冲、能否代你确认。
⑤原有的期限管理方式(律所系统或纸质台账)并行保留,不让智能体成为唯一的提醒来源。
你来拍板 · 介入环节 每一个期限的计算与确认,对法院、对方和客户的时间承诺,都由你拍板。也要了解它的节奏:Claude Duet 这类产品每隔几小时才检查一次已连接的应用,并非实时,紧急事项不能只靠它提醒。 |
适合程度 ★★★★☆ 价值很高,但期限一旦算错代价也高,必须双轨运行。 |
应用实例
公开做法
• 例行任务触发(Grok Bot 官方文档):例行任务除了按时间运行,也可以由“发到 Bot 专属邮箱的邮件”触发。把收到的法院通知转发过去,就能自动启动登记流程。
• Recruiting Coordinator(Tommy Hansen,社区模板):原本用于招聘排期,会安排多轮面试、盯住停滞环节,未经同意不联系候选人。“排期 + 跟进 + 不擅自对外”的结构,可以直接借用到庭前会议、客户会议的协调上。
• Docketing(期限登记,Caddi 分析):法律科技公司 Caddi 在分析律所如何使用 Dots 时,把“从裁定和邮件中提取日期、写入日历”列为常见用途之一,同时建议这类重复性的客户事务,交给流程可预先审查、运行有记录的工具。
示例指令 · 笔者示范,可改写使用 凡是我转发到你邮箱的法律文书,提取案号、法院、事项和期限,写入《期限台账》,状态标“待核”并写明计算依据;同时在日历建事件,提前 7 天、3 天、1 天各提醒一次。每周一早上核对一次台账与日历,把不一致之处列给我。 |
03 · 场景 03
场景三:法规与监管动态跟踪
痛点问题 法律、司法解释、部门规章、监管问答、自律规则和征求意见稿持续更新,发布渠道又分散。做基金、金融、数据合规的律师,往往要同时盯十几个网站,等到同行群里转发时,已经慢了一步。 |
核心能力
按你设定的来源和主题,在固定节奏下持续检查,只汇报“相对上次的变化”,整理成带原文链接的简报;对征求意见稿标注反馈截止日;按业务领域分类摘要。Dots 空闲时的“主动研究”、Claude Duet 的研究主题追踪,都属于这一类;其中 Dots 的主动研究是只读的,不能借机发消息或改动应用里的内容。
上手步骤
①列来源清单:国家法律法规数据库、国务院和相关部委官网、证监会、基金业协会等,写清网址和栏目。
②定主题和排除项:例如“私募基金、数据出境、反垄断”,排除一般性的地方通知。
③设节奏:每日快讯、每周综述,重大变化即时提醒。
④定格式:每条写明发布机关、文号、发布日期、施行日期、原文链接,摘要不超过三行,不做适用性判断。
⑤定边界:只读取公开网页,不登录任何需要账号的数据库。
你来拍板 · 介入环节 新规对具体客户、具体项目的影响由你判断;对外发出的法规解读或客户提示,必须核对原文和效力状态。政府网站改版或限制访问,都可能让它漏抓,重要来源要定期人工抽查。 |
适合程度 ★★★★☆ 只读、可追溯,最适合交给例行任务;风险在于漏报,而不在于乱做。引用前核对原文与效力。 |
应用实例
公开做法
• Competitor Watch(Shimecki,社区模板):从你贴入的网址出发,只汇报真实发生的变化。把“竞品页面”换成监管机构的公告栏目,就是一个法规追踪 Bot。
• Cooper(Tommy Hansen,社区模板):每天早上 8 点推送要闻简报,工作日午间只在出现重要动向时才追加提醒,“日报 + 重大即时提醒”的节奏可以直接借用。
• Researchy(Farzad,社区模板):研究与事实核查助手,每一轮都联网检索,给出有来源、有日期的结论。
• SpaceXSI 的“法律解决方案”页面也把“跨辖区跟踪规则变化、对照内部制度并发出提醒”列为法律团队的用例,不过这是营销介绍,没有给出效果数据。
示例指令 · 笔者示范,可改写使用 每个工作日 9:00,检查以下栏目:(贴网址清单)。只汇报比上次新增的条目,每条写明发布机关、文号、发布日期、施行日期、原文链接和不超过三行的摘要;征求意见稿单独列出,标注反馈截止日;与私募基金相关的排在最前面。不要做任何适用性判断。 |
03 · 场景 04
场景四:法律检索与研究初稿
痛点问题 一个专题检索,要翻法条、司法解释、类案和学术观点,再整理成备忘录,动辄半天;而通用 AI 最让律师担心的,恰恰是编造案例、引错法条。 |
核心能力
按你给的问题和检索规范,在公开来源中检索,整理成带出处的初稿:列出每条依据的文号或案号、效力状态和原文链接,把“找不到原文”的内容单独标出,最后列出需要你判断的问题。它的价值在于先把材料摆上桌,而不在于给出结论。
上手步骤
①写一份检索规范:效力层级、优先来源(例如指导性案例、公报案例)、引用格式,以及“每条必须附原文链接”。
②每次只给一个边界清楚的问题,说明管辖、时间范围和争议焦点。
③要求它“只摆依据、不下结论”,把无法核实的内容单列。
④订阅制数据库(如北大法宝、威科先行)先确认服务条款是否允许自动化访问,再决定是否把账号交给它。
⑤逐条核对原文后,再由你把初稿改成正式的研究备忘录。
你来拍板 · 介入环节 检索结论和法律意见只能由你作出。深圳指引第二十三条要求对引用的法条、司法解释、判例进行必要核实;第九条把“使用 AI 生成或伪造虚假案例、虚构法律依据”列为应注意避免的情形。 |
适合程度 ★★★☆☆ 能省下大量翻找时间,但幻觉风险最大,复核成本也最高。每条依据都要核对原文。 |
应用实例
公开做法
• Researchy(社区模板):见场景三。它“每条结论附来源和日期”的要求,正是法律检索初稿的底线。
• Legora Skills(10 月 6 日发布):法律 AI 公司 Legora 为其智能体推出预置和自定义的“技能”,可以把律所自己的检索和审查方法写成可复用的指令。这与深圳指引所说的“Agent Skills”(为 AI 配置的、针对法律场景的任务指令集与工具链组合)是同一个思路。
• 截至 11 月 6 日,Grok Bot 官方指南的“法律”类只有法务运营一篇,仍没有专门面向法律检索的官方模板。
示例指令 · 笔者示范,可改写使用 就“(检索问题)”做检索初稿:只列现行有效的法律、司法解释、指导性案例和公报案例;每条注明文号或案号、效力状态和原文链接;找不到原文的单列为“未核实”;不写结论,最后列出你认为需要我判断的三个问题。 |
03 · 场景 05
场景五:合同文书初审与校对
痛点问题 合同初审、版本比对、定义与交叉引用核对、条款编号和格式统一、错别字……这些工作必须做,却耗时、容易疲劳出错。交易文件一多,版本之间到底改了什么,常常说不清。 |
核心能力
按清单初审 用你的审查清单(playbook)逐条比对,标出偏离、缺失和异常条款; |
版本比对 说明两个版本之间的实质改动,而不只是罗列字面差异; |
一致性校对 核对定义、主体名称、金额、日期、交叉引用和条款编号; |
按模板起草 基于你的模板和要点生成初稿或修订稿,逐条说明改动理由。 |
上手步骤
①准备审查清单和常用模板,写清“我方立场”和可接受的让步范围。
②只让它在副本上工作,用修订模式标注,不动原件。
③要求输出一张问题表:条款位置、问题、清单依据,建议仅供参考。
④先拿一份你审过的合同做测试,对照你的意见校准,再用于新合同。
你来拍板 · 介入环节 商业条款、风险取舍和最终文本由你决定,发给客户或对方的任何版本都由你过目。上传整份合同之前,先确认客户是否同意、是否需要脱敏。 |
适合程度 ★★★☆☆ 清单式、校对式的工作很适合,但合同是核心执业成果,复核责任重;涉及交易结构的,要加强复核。 |
应用实例
公开做法
• Contract lifecycle support(《Grok Bot for Legal Ops》):在合同管理系统 Ironclad 里查询流程、状态和文件,汇总未结的审核,并把律师已批准的文件推进到正确的合同流程。指南特别强调:写入合同系统之前,必须先预览、再确认;读取和写入要分开授权。
• Harvey Intake(10 月 14 日发布):合同进来后,先按法务团队自己的审查手册做一轮初审,再交律师签字确认。Harvey 称该产品与 Carvana、GE Aerospace、电通(Dentsu)共同设计。
• Writing Bot 与 Copy Humanizer(Matt Palmer、Massimo De Luisa,社区模板):修订时保留作者原意、事实和语气,逐条说明改动原因、不编造事实——这也正是律师对文书助手的基本要求。
示例指令 · 笔者示范,可改写使用 用附件《股权收购协议审查清单(买方)》对这份协议做初审:逐条标出与清单不一致或缺失的条款,以及定义不一致之处,输出“条款位置—问题—清单依据”三列表;只在副本上以修订模式标注;不要改写任何商业条款,也不要给谈判建议。 |
03 · 场景 06
场景六:尽调与证据材料整理
痛点问题 尽调资料、证据材料动辄成百上千份,要分类、编号、统一命名、做索引、对照清单找缺漏、排时间线;目标公司的登记、涉诉、被执行、行政处罚等公开信息,还要逐个网站去查、截图、留存。 |
核心能力
归档编号 按尽调清单或证据类别分类、重命名,生成索引表; |
缺漏核对 对照清单列出仍缺的材料,起草补充资料清单; |
时间线 从合同、函件和聊天导出记录中抽取关键事件,排成时间线并注明出处; |
公开信息查询 登录公开网站逐项查询、截图,记录查询时间和网址。 |
上手步骤
①先确认材料能不能交给它:客户是否同意、是否需要脱敏、能否上传到境外云端。
②给它一份清单(尽调清单或证据目录模板)和命名规则。
③先在一个小文件夹上试做,检查分类和命名是否合你的习惯。
④查询公开信息时,要求截图存档并记录查询时间;遇到验证码、登录或人脸识别就停下来,交给你处理。
⑤证据的证明目的、尽调发现的法律分析,留给你自己写。
你来拍板 · 介入环节 材料的取舍、证据的证明目的、尽调报告的法律结论都由你判断;它做的索引和时间线,作为工作底稿使用前要抽查核对。法院、仲裁机构和政府部门的网上平台普遍要求实名认证,提交行为本身具有法律效果,不要交给智能体代为提交。 |
适合程度 ★★★☆☆ 机械性整理非常适合,但材料量大、敏感度高,数据授权是前提。整理、编号做一般性审查即可;涉及法律分析的,逐项复核。 |
应用实例
公开做法
• Legal templates tracker hygiene(《Grok Bot for Legal Ops》):在网盘、Notion 和 Slack 中盘点法务模板,标出需要更新的版本,定期做同步检查。同样的做法可以用来维护尽调资料库。
• 电脑接管(Grok Bot 官方文档):遇到单点登录、通行密钥和验证码,Bot 会请你接管它的电脑,由你完成只能由人完成的那一步。查询国内公开信息系统时,这几乎是常态。
• 钛媒体介绍阿里“千问办公”时举的例子是:律师可以把尽调经验沉淀为“组织级技能”,供团队共享。
示例指令 · 笔者示范,可改写使用 把“××项目/卖方资料”文件夹中的文件,按《尽调清单》编号归类,统一命名为“清单编号_文件名_日期”;生成索引表,列出清单中仍缺的材料,并起草一份补充资料清单。在国家企业信用信息公示系统查询目标公司的登记信息,截图存档并注明查询时间;遇到验证码就停下来叫我。 |
03 · 场景 07
场景七:会前简报与会后跟进
痛点问题 见客户、谈业务之前,要翻往来邮件,查客户和对方的公开动态,回顾上次的待办;会后还要整理纪要、起草跟进邮件、更新案件进展。准备不足显得不专业,跟进慢一步,客户就会觉得被冷落。 |
核心能力
会前 汇总往来邮件里的未决事项、上次会议待办的完成情况、客户与对方的公开动态,并附来源; |
会后 根据转写稿或你的笔记,整理纪要、决定事项和待办,起草跟进邮件; |
关环 找出被遗漏的承诺和待办,提醒你跟进;定期起草案件进展报告。 |
上手步骤
①连接日历和邮箱,告诉它哪些会议需要准备、提前多久交简报。
②规定简报格式:一页以内,按“未决事项—对方动态—本次要点—需客户提供的材料”排列。
③录音前先取得参会各方同意;转写稿交给它整理,不许它“补全”没人说过的话。
④跟进邮件只放草稿箱,由你改定后再发。
你来拍板 · 介入环节 对客户的任何承诺、报价和法律意见,以及发出的每一封邮件,都由你确认;纪要里的决定事项,要和参会同事核对。 |
适合程度 ★★★★☆ 有官方实例可循,产出容易评估;对外沟通须保持人工把关。 |
应用实例
公开做法
• Counsel 1:1 prep and writeback(《Grok Bot for Legal Ops》):会前从 Slack、Notion、会议纪要和跟踪表中起草议程,标出未决问题、相互矛盾之处、阻碍和进展;会后把决定事项和待办写回 Notion 和跟踪表。在已公开的官方实例里,这一条最接近律师的日常。
• Deal and Salesforce context(同上):调取商机和客户数据,让合同意见与真实交易相匹配。放到律所,可类比为调取客户档案和既往委托记录。
• GTM Account Research(Stefan Markarian,社区模板):会前研究单个客户,汇总公司动态、关键人物、往来历史和待解问题,每条结论附来源。
• Call Follow-Ups(Daniel Brill,社区模板):把录制的通话转成你口吻的跟进邮件和下一步说明,发送或保存前都需你同意。
示例指令 · 笔者示范,可改写使用 明天上午 10 点与××公司开会。今晚 8 点前给我一页会前简报:近三个月往来邮件中的未决事项、上次会议待办的完成情况、对方公司近一个月的公开动态(附链接)。会后我会上传转写稿,请整理纪要、决定事项和待办,起草一封跟进邮件放进草稿箱。 |
03 · 场景 08
场景八:工时、账单与行政琐事
痛点问题 月底补工时,要翻日历、邮件和文档才能想起每天做了什么;核对账单、整理报销、订差旅、管理数据库和软件订阅,不紧急却耗神,一不留神就漏记工时、多付了钱。 |
核心能力
工时草稿 根据日历、已发邮件和文档修改记录,按案件列出工作事项和估算时长; |
账单核对 对照委托合同的收费条款和客户的账单要求,检查草拟的账单; |
订阅与费用 盘点订阅和固定支出,找出重复或闲置的扣费; |
重复操作 没有连接器的网页流程,可以用 Grok Bot 的“Teach a task”(教一个任务)演示一遍,让它整理成可复用的技能。 |
上手步骤
①工时只让它出草稿:按案件、日期、事项、时长列表,你确认后再录入律所系统。
②给它账单规则:各客户的收费方式、封顶金额、不可计费事项。
③付款设预算上限和单笔限额,优先用一次性或受限的支付方式,每笔逐一确认。
④演示流程时不要在屏幕上暴露密码,登录走 Vault 保险库或密码管理器;录制生成的只是草稿,要补上判断规则、失败处理和审批点,先用安全的示例测试,再设成定时任务。
你来拍板 · 介入环节 工时与账单关系到收费诚信,必须由你逐项确认;付款、取消服务、提交个人信息,都要逐笔确认。国内的报销、支付系统大多不对第三方智能体开放,这一块目前更适合“出草稿”,而不是“代办到底”。 |
适合程度 ★★★☆☆ 省心效果明显,但涉及钱和收费诚信,授权要从严。 |
应用实例
公开做法
• Teach a task(Grok Bot 官方功能):在与 Bot 的一对一对话里打开它的电脑视图,演示一遍浏览器流程,它就生成一份技能草稿。官方文档写明:只录制屏幕上可见的操作,不录麦克风,单次最长十分钟,功能视情况逐步开放。有评测者用一次录屏,就教会 Bot 从 Beehiiv 拉取通讯统计数据,没用插件,也没用 API。
• Haggle Bot(Daniel Gartshein,SpaceXSI 内部自用的采购专员):盘点 SaaS 支出,找出闲置席位、重复订阅和更便宜的替代,起草还价稿供你审阅,从不擅自付款、签约或发送。官方称其上线一周为团队省下超过 10 万美元,这是官方自述,未经第三方验证。
• Time and prebill review(工时与预账单审核,Caddi 分析):把“追补漏记的工时、按客户的外部律师指引审核预账单”列为律所使用这类智能体的常见用途。
示例指令 · 笔者示范,可改写使用 每周五 17:00,根据本周日历、已发邮件和文档修改记录,按案件列出我的工作事项、日期和估算时长,生成工时草稿表;与已录入的工时比对,标出疑似漏记的条目。不要替我提交到任何系统。 |
03 · 场景 09
场景九:专业写作与知识沉淀
痛点问题 公众号文章、客户提示(client alert)、讲座课件,是律师建立专业形象的重要方式,但选题、写作、核对、排版都占时间;另一面,审查清单、检索规范、模板和办案经验散落在各人电脑里,团队很难复用。 |
核心能力
选题与初稿 从你的法规动态台账和关注领域出发,提出选题、起草初稿; |
润色与核对 保留你的语气和观点,逐条说明改动,核对引用的条文和数据; |
知识沉淀 把审查清单、检索规范和常用流程写成可复用的“技能”,每次按同一套标准执行;Grok Bot 的技能还可以发布给团队共享; |
素材再利用 把讲座录音、录像整理成文字稿和要点。 |
上手步骤
①说明账号定位、目标读者和写作风格,最好附上几篇代表作。
②让它每周固定产出一份初稿,只放草稿箱,不直接发布;要求改动留痕、不编造事实。
③案例素材一律脱敏,不出现任何可识别的客户信息。
④把你反复给出的修改意见整理成一份“写作规范”,作为技能交给它。
你来拍板 · 介入环节 观点把关、事实核查和最终发布始终留给你;对外宣传还要符合律师执业宣传的相关规范。 |
适合程度 ★★★★☆ 产出快、容易评估,但专业声誉由你承担,不宜无人值守发布。 |
应用实例
公开做法
• Writing Bot(Matt Palmer,社区模板):用结构化的修订流程起草和修改文章、邮件和文档,同时保留作者的原意、事实和语气。
• Webby(Farzad,社区模板):个人网站管理员,负责长文和通讯的发送;只新建、不删除,并会去除 AI 腔。
• Clip Bot(This Week in AI,社区模板):从长录音或长视频中找出精彩片段,每条附转写和时间戳,适合把讲座整理成文章素材。
• Executive/weekly reporting(《Grok Bot for Legal Ops》):起草法务运营周报,发布团队提醒。
示例指令 · 笔者示范,可改写使用 每周一根据《法规动态台账》,挑一条与私募基金实务相关的新规,起草一篇 1500 字左右的解读初稿放进草稿箱:结构为“规定了什么—变化在哪—实务影响—待观察的问题”;引用的条文附原文链接;不出现任何客户信息;不确定之处用批注标出。 |
04 · 结语
结语
Always Online 的意义,在于 AI 有了自己的工位、例行事务和工作节奏。它不再只是等你提问的对话框,而是一个会按时上岗、把事情往前推进的助理。
短短三个月,个人智能体已经学会了收发邮件、安排日程、登录网站、付款和打电话,也开始主动发晨报、定时巡检、在你开口之前提醒你。可以期待的下一步,是更深地接入律所和法务部门自己的系统:案件管理、合同管理、知识库和计时计费,让期限、案件进展和客户往来在同一个助理手里贯通。
现在正是上手的好时机。从收件箱分拣、法规跟踪这样规则明确的事务开始,让它先跑起来,再一步步把更多工作交给它。当琐事有人接手,律师的时间就能回到真正需要专业判断的地方:理解客户、分析问题、作出决定。
主要资料(信息截至 2026 年 11 月 6 日)
官方文档与发布:SpaceXSI《Grok Bot for Legal Ops》(9.24)及 Grok Bot 官方 FAQ、技能与例行任务文档;AT&T 新闻稿(10.8)。
媒体报道:TechCrunch(11.2)、Teslarati(11.3)、TechBriefly(11.3)、《时代》周刊(10.6)、美联社(10.21)、Social Media Today(10.28、11.5)、The Next Web(9.29)、MacRumors(10.21)、Engadget、Legal Cheek 与 Artificial Lawyer(10.14)、Law.com(10.6)、新京报(10.29、10.30)、21 世纪经济报道(11.6)、钛媒体。
行业规范:深圳市律师协会《关于律师使用人工智能(AI)辅助执业操作指引(2026)(试行)》。
第三方整理:Gradually 整理的 Grok Bot 更新日志、BenchLM 的 Dots 使用指南。
厂商观点:Caddi《OpenAI Dots for Law Firms》《Meta Muse for Law Firms》。Caddi 自身也销售同类产品,其观点仅供参考。
About the Author
廖律,一个对技术有不安分好奇心的法律从业者。关注法律科技与基金实务、法律文档工程化、AI辅助法律写作与工作流自动化。这个公众号记录法律实务中的技术探索。
免责声明
本文依据截至 2026 年 11 月 6 日的公开产品信息、官方文档与指南、官方用例库与社区模板介绍,以及媒体报道撰写;文中“示例指令”为笔者根据产品公开能力编写,并非厂商官方模板。本文仅供研究参考,不构成产品评测、法律意见或投资建议;产品功能、价格与可用性以各厂商最新说明为准。
Contact
欢迎扫码添加作者微信,交流法律科技与 AI 实务。















































































