AI 智能体对话管理实务教程
以 Claude app、Codex（ChatGPT）app 等图形界面为主，面向用智能体干活的专业人士
零、所有技巧的共同源头：上下文窗口
不管你用哪家的 app，界面差别再大，底下的机制是同一个：你的整段对话——每一条消息、它读过的每一个文件、它跑过的每一条命令的输出——会在每一轮被完整地重新发送给模型一次。
这带来两个后果：
第一，窗口越满，表现越差。 Anthropic 官方最佳实践把这句话放在全文开头：上下文快满时，模型会开始"忘记"前面的指令，细节错误明显增多。
第二，成本随对话长度累进。 第 40 轮的开销里包含了重读前面 39 轮。订阅制下你看不到具体价格，但额度是这么消耗掉的。
对律师来说，第一条的表现很具体：你在一段很长的对话里问"刚才那份代持协议的回购触发条件是怎么约定的"，它给你一个看起来合理、实际上把几份文件混在一起编出来的答案。这不是模型笨，是你让它在一个塞满无关材料的房间里找东西。
OpenAI 官方最佳实践把这件事写成了一条明确的错误清单条目："一个项目一个线程，而不是一个任务一个线程——这会让上下文臃肿，效果随时间越来越差。"
下面所有内容，都是围绕"装进去多少、留了多久、同时开了几个"这三件事展开的。
一、三个旋钮：模型、思维强度、思考开关
1.1 Claude app 里在哪
发送键旁边那个模型菜单，同时管三件事：用哪个模型、每次回复投入多少 effort、是否开启扩展思考。
- 换模型：点模型名，选。更多选项点"More models"。
- 换 effort：点模型名 → "Effort" → 选档位。档位有 Low / Medium / High / Extra high (xhigh) / Max，每个模型有自己的推荐档，菜单里标着 "Default"。effort 选择器目前在 Opus 5、Sonnet 5、Fable 5、Opus 4.8、Opus 4.7、Opus 4.6、Sonnet 4.6 上可用。
- 思考开关：点模型名 → 鼠标移到 "Effort" → 切换 "Thinking" 开关。老一些的模型是直接切 "Extended" 开关。
官方对档位的说明：
| 档位 | 适用 |
|---|---|
| Low / Medium | 例行任务，更省额度 |
| High | 质量与速度的最佳平衡 |
| Extra high (xhigh) | 长时间运行的、需要连续动手的任务；比 high 推理更深，又不到 max 的代价（Opus 4.7 及更新的模型才有） |
| Max | 最彻底，适合要求最深推理和最全面分析的任务 |
两个容易被忽略的点：
- effort 和 thinking 是两个独立设置，可以任意组合。effort 管的是"每次回复有多彻底"，thinking 开关管的是"是否把推理过程放在一个可展开的区域里给你看"。
- 用 Opus 5 时扩展思考关不掉。
企业版用户如果发现某个模型或档位不见了，是管理员在角色层面关掉了。
1.2 Codex（ChatGPT）app 里在哪
Codex 把"模型"和"推理强度"放在同一个选择器里，/model 打开，或在界面上直接选。官方最佳实践给的选档建议：
- Low —— 快速、范围明确的任务
- Medium / High —— 较复杂的改动或排查
- Extra High —— 长时间、需要连续推理和动手的任务
官方还加了一句很实在的话：不同的人、不同的任务，最合适的设置不一样，自己试。
1.3 两个旋钮到底管什么（这一段是通用的）
Anthropic 官方博客（2026-07-07，Claude Code 团队 Lydia Hallie）把这两者讲得最清楚，结论在任何界面里都成立：
- 模型决定用哪一套冻结的权重处理你的请求。权重在训练结束时就固定了，只读。你的提示词、你上传的文件、你写的项目指令，都只能"引导"它，不能"教会"它。训练时不存在的东西，你把资料贴进去它会用，但这次对话结束就没了。
- 思维强度不只是"想多久"。它控制这一轮总共干多少活：读几个文件、验证多少次、在回来找你之前推进多少步。强度高，它更倾向于多读、多核、多复查再回话；强度低，它宁愿回头问你要材料，也不愿自己花 token 摸索。
一句话：模型是"知道多少"，强度是"肯花多大力气"。
1.4 出错了该拧哪个
官方给的顺序值得抄下来：
第一反应不该是调旋钮，而是检查你给的上下文。 提示词是不是太笼统？该给的材料给了吗？它能用的工具接上了吗？
上下文该给的都给了还是错，再问一个问题：它是没使劲，还是不够懂？
- 没使劲——漏看了一份材料、没做核对、活干到一半就交回来：提高强度。
- 不够懂——材料齐全、明显认真做了、还是给出自信的错误答案：换更大的模型。
反过来也成立：如果你在最强的模型上连着做了一阵子例行活儿，往下切一档会更快、更省额度，质量基本不受影响。
官方那个比喻很好用：Fable 是见过几乎没人见过的疑难杂症的专家，Opus 是专家，Sonnet 是很不错的通才；强度决定他们花多少时间在你的事上。"Opus 低强度"像找专家聊五分钟——他带来的是你卷宗里没有的经验判断，但只能粗看一眼；"Sonnet 高强度"像让一个很好的通才干一下午——他会把你的材料读透，但少了那种"这个我见过"的直觉。
1.5 一条省额度的规矩：开头就定好，别中途来回换
Claude app 允许你在对话的任何时点改模型、改 effort、改思考开关，改动从下一条回复开始生效。允许，不代表划算。
原因是提示缓存。请求是按固定顺序拼的：工具定义 → 系统提示 → 对话。开头这段和上次完全一致，服务器就能复用缓存，读取只要正常输入价格的十分之一。而每个模型有自己的缓存，effort 也是缓存键的一部分。中途一换，整段对话下一轮就要按全价重新算一遍。
订阅制下你看不到价格，但额度就是这么被吃掉的。所以：
新开一段对话时，先把模型和强度定好，再开始打字。 便宜的切换时机是对话开头，昂贵的时机是一段长对话的中间。
二、计划模式：先定案，后动手
直接让智能体动手，最常见的结果不是"做错了"，而是"用全速把错的事情做完了"。等你发现，文件已经写在磁盘上了。
2.1 Codex app：有原生的计划模式
Codex app 的输入框旁边有一个 Plan mode（打开计划模式） 开关；也可以用 /plan 或 Shift + Tab 切换。OpenAI 官方最佳实践对它的评价是：
对大多数用户来说，这是最容易也最有效的做法。 计划模式让 Codex 先收集上下文、提出澄清问题、拿出一个更扎实的方案，然后再动手。
注意那句"提出澄清问题"——这是计划模式最值钱的部分。它会问你没想到的那几项。
2.2 Claude app：用提示词和审批实现
Claude 的聊天界面没有一个叫"计划模式"的按钮，但同一件事可以做到，而且方式更自然：
在聊天里，把第一条消息写成"只出方案、不要动手"：
先不要动笔。读完我给的三份材料后，只做一件事：
列出你打算怎么改这份协议——改哪几条、每条改什么方向、依据是什么。
用编号列出来。等我确认之后再动手。在 Cowork 里，Claude 会先给出它的做法（approach）让你审，然后才执行。这里有一个必须知道的设置：审批模式里有一档叫 "Skip all approvals（跳过全部审批）"，官方的措辞是"Claude 不会停下来问，也没有任何东西自动检查它的动作。只有当你完全信任这个任务涉及的每一个动作、连接器、文件、应用时才用它。"
对律师而言，涉及客户底稿的任务，这一档不要开。
2.3 两家官方都推荐的一招：让它先面试你
Anthropic 和 OpenAI 的最佳实践里都有这条。OpenAI 的表述是：如果你大概知道想要什么但不确定怎么描述清楚，让 Codex 先反过来问你，并让它挑战你的假设，把模糊的想法逼成具体的东西。
一个可以直接用的提示词：
我要做 [一句话描述]。请详细地采访我。
就范围、边界情形、我可能没考虑到的风险和取舍提问。
不要问显而易见的问题，挖硬骨头。
一直问到覆盖完整为止，然后把完整方案写成一份文件给我。然后关掉这段对话，新开一段去执行那份方案。 新对话的上下文是干净的、完全用于执行，而你手上有一份可以随时对照的书面方案。
法律业务的对应版本：让它采访你关于一个尽调项目——核查范围、时间区间、哪些主体、哪些风险点、哪些材料已有哪些没有、什么算"核查完成"——产出《核查方案》，再新开对话按方案执行。这比你自己凭空列任务清单全面，因为它会问到你没想起来的那几项。
OpenAI 官方对好方案的定义也值得记："Done when"——什么条件成立才算做完。 这一项写不出来，说明任务本身还没想清楚。
三、目标模式：把"验收标准"交给系统
Codex app 的输入框旁边有一个 Goal（设定一个持续追求的目标）。Claude Code 里对应的是 /goal 命令。Claude 的普通聊天界面目前没有这个功能，但同一个思路可以用提示词实现。
3.1 机制
设定一个完成条件，然后它一轮接一轮自己干下去，不需要你每次催"继续"。每轮结束后，一个独立的小模型读取你的条件和整段对话记录，判断条件是否成立：未达成就继续；达成就自动结束；判定为不可能达成也会结束并说明原因。
关键设计在于：干活的模型和判断"干完了没有"的模型是分开的。 默认情况下，智能体是自己觉得做完了就停。
3.2 条件怎么写
三要素：
- 一个可测量的终态——一个数目、一个清单、一张表、一个空队列。
- 明确的证明方式——它该怎么证明给你看。
- 必须守住的约束——过程中什么不能被改动。
再加一条回合或时间上限，比如"或在 20 轮后停止"。
3.3 律师用这个功能，有一个必须知道的坑
评估者只读对话记录，它不会自己去查证。 它只能判断智能体已经在对话里"摆出来"的东西。这直接决定了什么条件能用：
- ❌ "这份股东协议已经没有法律风险"——"没有风险"不产生任何可核验的输出，评估者要么让它空转，要么干脆凭空宣布成功。
- ✅ "已逐条比对 A 版与 B 版全部 47 条，输出差异对照表，每条注明'实质性修改／表述调整／无变化'，并在对话中完整列出该表；不得修改原始文件；或在 20 轮后停止。"
再强调一遍：评估者读的是记录，不是事实。 一份对残缺工作的自信总结，在它眼里看起来是"没问题"。所以系统报告"达成"之后，你还是要像审同事的成果那样自己验一遍。不要让一个开放式目标整夜跑着。
四、一个对话只做一件事
4.1 官方的原则
OpenAI 官方最佳实践："一个连贯的工作单元一个线程。 如果这件事还是同一个问题的一部分，留在同一个线程里通常更好，因为它保留了推理链条。只有当工作真的分岔时才 fork。"
而在"常见错误"清单里，排最后一条的是："一个项目一个线程，而不是一个任务一个线程。这会让上下文臃肿，效果随时间越来越差。"
翻译成律师的语言："某北交所项目"不是一个对话，"某北交所项目的股权沿革核查"才是一个对话。
4.2 五种典型的翻车方式
| 失败模式 | 表现 | 解法 |
|---|---|---|
| 大杂烩对话 | 先聊 A 案，中间插一个 B 案的问题，再回到 A 案 | 不相关的任务，新开对话 |
| 反复纠正 | 它做错，你纠正，还是错，再纠正 | 纠正两次不成就重开，把学到的东西写进一个更好的开场提示词 |
| 过度膨胀的指令 | 项目指令／AGENTS.md 太长，一半规则被忽略 | 狠删。它不用你说也能做对的，删掉 |
| 信而不验 | 输出看起来很像模像样，经不起细看 | 一定要给它可验证的东西；你验不了的，就不要交付 |
| 无边界勘探 | 让它"研究一下"某个问题，它读了一堆材料把上下文塞满 | 缩小范围，或者让它在子代理／单独线程里读 |
第二条对法律工作尤其重要：同一件事纠正两次还是错，问题通常已经不在提示词，而在上下文里堆满了失败尝试。 一段干净的对话加一个更好的提示词，几乎总是胜过一段塞满纠正记录的长对话。
4.3 各家的"清场"手段
| 目的 | Claude app | Codex app |
|---|---|---|
| 完全换任务 | 新建对话（Projects 里按事项分区） | 新建 chat；/fork 保留原线程另起一条 |
| 同一任务前半段做完，想瘦身 | 编辑较早的消息重新出发（见第五节） | /compact 压缩早期上下文（Codex 也会自动压缩） |
| 组织长期工作 | Projects：项目指令 + 知识库 + 记忆 | Projects：一个项目对应一个文件夹 |
五、开分支：图形界面里怎么做
"分支"有两层，别混：对话分支（上下文的分叉）和文件隔离（磁盘的分叉）。
5.1 Claude app：编辑历史消息就是分支
这是最多人不知道的一个功能。在 Claude 里，回到你自己发过的某一条消息，点编辑并重新提交，就创建了一个分支。
- 编辑点之前的内容，两条分支完全一致；
- 编辑点之后的内容，各走各的；
- 用那条消息下方的 ◀ 1/3 ▶ 箭头在分支之间切换，第一个数字是当前分支，第二个是分支总数；
- 原分支不会消失，随时可以切回去。
两个实际用途：
用途一，止损。 它在第 5 轮理解偏了，你已经在第 6、7、8 轮反复纠正。与其继续纠正（那些纠正记录会一直跟着你走），不如回到第 5 轮，把话说清楚，重新出发。前面四轮的上下文一分不少地保留，后面那些噪音全部不进入新分支。
用途二，比较方案。 你已经花了半小时让它读完全部案卷，现在面临岔路口——两种诉讼思路、两版条款设计、两种交易架构。回到分岔点，编辑成方案 A，跑一遍；切回来，编辑成方案 B，再跑一遍。两条路都带着那半小时的全部上下文，谁也不用重新读一遍卷。
局限要说清楚：Claude 目前只能从你自己的消息分支，侧边栏里看不到分支树，切换只能靠消息下方那对小箭头。所以分支多了容易迷路，用之前想清楚你要比几条。
5.2 Codex app：/fork
/fork 新建一个线程，同时保留原始记录。官方的建议前面引过：同一个问题留在同一线程，真正分岔了才 fork。
5.3 涉及改文件时：要的是文件隔离
如果两条分支都要改同一批文件，光有对话分支不够，会打架。Codex app 提供 git worktree 隔离（自动化任务官方"强烈建议"用 worktree，因为无人值守）。
判断口诀：只是想（读、分析、比较方案）→ 分支就够；要动手改同一批文件 → 需要隔离。
六、按顺序推进，别一次性把提示词写完
这是最反直觉但最有效的一条。
一次性把十个步骤全写进一条提示词，看起来省事，实际发生的是：它在第 3 步就偏了，然后带着这个偏差把 4 到 10 步做完，最后交给你一堆需要整体推翻的东西。你花在核对上的时间，远超省下的那几分钟打字时间。
6.1 正确的节奏
- 只给第一阶段的指令。 "先只做一件事：把这三份材料里出现的所有主体名称、持股比例、出资时间提取成表格，不要做任何分析。"
- 验收这一阶段。 抽查两三条回原文核对。错了就在这里改，不要往下走。
- 让它把成果落成文件。 落盘的东西不会随对话消失，也是下一阶段的输入。
- 必要时新开对话，带着上一阶段的文件开始下一阶段。
Anthropic 官方的说法是：永远不要让一段长对话成为你唯一的记录。 把进展导出成文件，把每段对话都当成用完即弃的。
OpenAI 官方也有对应的一条——用 markdown 文件做"持久项目记忆"：把方案、约束、状态写进文件让智能体反复回看，防止漂移，并保持一个稳定的"什么算做完"的定义。
6.2 每条提示词的四要素
OpenAI 官方给的默认模板，四项，通用性很强：
| 要素 | 问自己 | 法律场景举例 |
|---|---|---|
| Goal（目标） | 你要改什么、做什么？ | 从甲方立场修订第 5 章违约责任 |
| Context（上下文） | 哪些文件、材料、先例、报错跟这件事有关？ | 附上现行版本、上一版留痕、同类项目的参照条款 |
| Constraints（约束） | 该遵守什么标准、格式、惯例、禁区？ | 不改动商业条款；保留原条款编号；违约金按日万分之五 |
| Done when（何时算完成） | 什么条件成立才算做完？ | 输出清洁版 + 修改说明表，逐条列明原文／改后／理由 |
第四项是大多数人漏掉的，也是最值钱的。
6.3 边做边复核
Anthropic 官方最佳实践的第一条：
给它一个它自己能跑的检查。这是"你得盯着的会话"和"你可以走开的会话"之间的区别。
模型在"看起来做完了"的时候就会停。没有一个能自己跑的检查，"看起来做完了"就是唯一的信号，而你就变成了那个验证环节——每个错误都要等你去发现。
法律工作里没有单元测试，但有等价物：
- "改完之后，把修订前后的条款编号列出来，逐条确认原编号未被打乱。"
- "输出后自查：每一处引用的法条，把条号和条文原文一并列出，无法确认原文的标注【待核验】。"
- "生成 Word 之后转成 PDF，数一下页数告诉我，确认签署页确实单独成页。"
还有一句官方提醒很重要：让它拿出证据，而不是宣称成功。 审证据比你自己重跑一遍快得多。
6.4 复核这件事本身也可以交出去
- Codex app：
/review提供几种复核方式——对照基准版本审、审未提交的改动、审某一次改动、按自定义的复核标准审。界面里还有 diff 面板可以逐行看，点某一行给反馈，反馈会作为上下文进入下一轮。官方还提到一个团队做法：把复核标准写成一份code_review.md，在 AGENTS.md 里引用它，复核行为就能在不同项目、不同人之间保持一致。换成法律场景就是一份《审稿标准》文件。 - 通用做法：让一段全新的对话来复核。新对话看不到产生这份成果的推理过程，所以是独立评判。
给复核者的提示词要点名三件事：审什么、对照什么标准审、什么才算问题。
复核这份修订稿，对照《核查方案》。
检查：每一项要求是否都落实、每一处法条引用是否给出条号与出处、
有没有改动到方案范围之外的条款。
只报告影响正确性或明确违反要求的问题，不要报告文风偏好。最后半句是官方特意提醒的：一个被要求"找毛病"的复核者，即使工作没问题也总会找出一些，因为你就是这么要求它的。追着每一条改，结果是过度加工。
七、上下文输入技巧
7.1 附上文件，别用嘴描述
三种做法的差异很大：
- "那份合同有个地方不对" —— 它得先满世界找是哪份、哪一条，这些搜索结果会在上下文里一直留着，早没用了也还在。
- "《XX 协议》第 8 条不对" —— 省掉搜索。
- 直接把文件附上，并指明第 8 条 —— 连找文件这一步都省了。
Codex app 支持在提示词里 @ 提及具体文件作为上下文；Claude app 支持直接拖入、粘贴文件和截图。
同一份材料一段对话里只需要给一次。 它会一直留在上下文里，再给一次通常是多一份副本，白占地方。
7.2 别一次塞太多
反过来的错误同样常见：把一个项目的三十份文件一次全丢进去，然后问一个只涉及其中两份的问题。剩下二十八份从此参与每一轮，既拖慢它，也稀释它的注意力。
判断标准：这个问题真的需要看这份材料才能回答吗？ 不需要就别给。
7.3 长期材料放项目里，不要每次上传
- Claude app 的 Projects：项目指令 + 知识库文件。项目在网页、桌面、手机上都能用；从项目里既可以开普通对话，也可以开 Cowork 会话，Claude 会把项目的知识作为上下文。
- Codex app 的 Projects：一个项目对应你机器上的一个文件夹。
一个客户、一个案子、一个长期事项，建一个项目，把稳定不变的背景材料放进去；每次的具体任务在项目里开新对话。这样背景不用重复交代，任务之间又不互相污染。
7.4 提示词具体化的四种手法
| 手法 | 差的写法 | 好的写法 |
|---|---|---|
| 限定范围 | "审一下这份合同" | "只审第 5 章违约责任，重点是违约金上限和责任免除，从我方（甲方）立场提修改" |
| 指路 | "为什么这条这么写" | "对比我给的三个历史版本，梳理第 8 条是怎么演变成现在这个表述的" |
| 给范例 | "加一条保密条款" | "参照附件里 XX 项目第 11 条的写法，照这个结构和颗粒度写一条保密条款" |
| 描述症状 | "这份文件有问题" | "客户反馈签署页排版错乱。检查页面设置和分页符，先复现问题，再修，改完告诉我页数" |
反过来，笼统的提示词也有用处：当你在探索、且承担得起被带偏的时候。 "这份文件你会改哪些地方？"能问出你自己想不到的东西。
八、指令文件与记忆：让它记住规矩，而不是每次重讲
这一节是"对话管理"里回报最高的部分——写一次，之后每段对话都受益。
8.1 Claude 一侧
| 层级 | 位置 | 放什么 |
|---|---|---|
| 全局偏好 | 设置里的个人偏好 / 写作风格 | 语气、输出格式、你的职业背景 |
| 项目指令 | Projects 里每个项目的 instructions | 这个客户、这个案子的固定背景和规矩 |
| Cowork 全局指令 | 设置 → Cowork → Global instructions | 适用于每一次 Cowork 会话的标准要求 |
| Cowork 文件夹指令 | 选定本地文件夹时的 folder instructions | 该文件夹特有的规则；Claude 在会话中也会自己更新它 |
| 记忆 | 设置里的记忆与历史对话检索 | 跨对话的连续性 |
8.2 Codex 一侧：AGENTS.md
Codex 用 AGENTS.md，官方的定位是"给智能体看的 README"，自动载入上下文。可以放三个层级：
~/.codex/AGENTS.md—— 你个人的默认规矩- 项目根目录的
AGENTS.md—— 这个项目的共同标准 - 子目录里的
AGENTS.md—— 局部规则
就近优先：离当前目录更近的那份说了算。
另外还有 ~/.codex/config.toml（Codex app 里从 设置 → Configuration → 打开 config.toml），用来固化模型、推理强度、沙箱模式、审批策略、MCP 等默认值，让不同界面之间行为一致。
8.3 通用原则：短才有用
官方两家的口径完全一致：
- Anthropic：逐行问自己"删掉这行会不会导致它出错"，不会就删。
- OpenAI：短而准确的 AGENTS.md 比长而空泛的有用得多。先写基本的，等你发现它反复犯同一个错，再加规则。
| 应该写进去 | 不应该写进去 |
|---|---|
| 它猜不到的做法（你的公文格式、命名规范） | 它读一遍材料就明白的东西 |
| 与常规不同的要求 | 通用常识 |
| 验证方式、复核标准 | 大段的知识性内容（给链接或单独成文件） |
| 惯例（版本号规则、署名格式） | 变化频繁的信息 |
| 禁区（不得改动商业条款） | "要认真"这类空话 |
指令太长的后果不是"啰嗦"，是"它开始忽略你真正在意的那几条"。 如果你写了规则它还是照犯，八成不是它不听话，是规则淹没在噪音里了。
OpenAI 官方还有一个很好的习惯建议：它同一个错误犯第二次的时候，让它做一次复盘，然后据此更新指令文件。 这样指令是从真实摩擦里长出来的，不是你凭空想象的。
只在某些场合才用的领域知识和流程，应该做成"技能"（Skill）——按需加载，不撑大每一次对话。这一点对律师很直接：新三板挂牌的核查清单、内核问题库、审稿标准，做成技能比塞进全局指令好。判断标准（OpenAI 官方原话）：如果你反复在用同一个提示词，或者反复在纠正同一个流程，它大概就该变成一个技能了。
九、Mac 上的本地文件路径
图形界面时代大部分时候是"选文件夹"而不是"打路径"，但只要你要在提示词里指名道姓，路径就得对。
9.1 三种快速拿到准确路径的方法
- Finder 里选中 → 按住
Option右键 → "拷贝'xxx'为路径名"（快捷键Option + Command + C）。最可靠，拿到的是完整绝对路径。 - 把文件拖进终端窗口，路径自动补全，空格自动转义。
- 终端里
cd到目标目录后跑pwd。
9.2 基本规则
- 绝对路径以
/开头：/Users/licheng/Documents/案件/张三/证据.pdf ~代表主目录，等于/Users/<用户名>。给智能体写路径时尽量写完整绝对路径，~在某些执行环境里不会被展开。- 路径含空格：整段加引号
"/Users/licheng/我的 文件/合同.docx"。 - 中文文件名可以用，但目录层级建议英文或拼音。
9.3 几个常用位置
| 位置 | 路径 |
|---|---|
| 文稿 | /Users/<用户名>/Documents/ |
| 下载 | /Users/<用户名>/Downloads/ |
| 桌面 | /Users/<用户名>/Desktop/ |
| iCloud 云盘 | /Users/<用户名>/Library/Mobile Documents/com~apple~CloudDocs/ |
| 外置硬盘／U 盘 | /Volumes/<卷名>/ |
iCloud 那一条值得单独记——很多人在 Finder 里看到"iCloud 云盘"，不知道它在文件系统里的真实位置，于是给了一个智能体找不到的路径。
9.4 路径对了它还是读不到：三个原因
- 系统隐私权限。 macOS 里，运行智能体的那个应用需要在 系统设置 → 隐私与安全性 → 完全磁盘访问权限 被授权，否则读"桌面""文稿""下载"会被拒绝，而且报错信息经常含糊得像是文件不存在。
- 没有连接那个文件夹。 Cowork 只能访问你明确连接过的文件夹；Codex app 里项目就是文件夹，工作目录本身就是权限边界。
- 任务跑在云端。 这一条最容易让人困惑——见下一节。
9.5 给律师的两条附加规矩
- 在指令文件里写死输入输出目录。 比如在项目指令或文件夹指令里写清楚：底稿读
./01_底稿/，成果写./03_交付/，过程文件写./02_工作/。这样你不用每次重复路径，它也不会把文件写到你找不到的地方。 - 客户底稿不要放在会自动同步到公共云盘的目录下。 这是保密义务问题，不是技术问题。要用云同步，用律所批准的那一套；本地工作目录和同步目录分开。
十、本地还是云端：律师必须搞清楚的一件事
这一节和"对话管理"技巧无关，但对法律工作是前置问题。
Claude Cowork 的任务默认跑在云端。 官方原文说得很直白：Cowork 的工作运行在 Anthropic 服务器上一个隔离的临时环境里，为这一次会话创建，会话结束就销毁。当任务需要本地文件时，Claude 通过桌面端触及你的电脑，只限你连接过的文件夹，且要桌面端处于打开状态。
关键的一句是：因为会话跑在 Anthropic 的服务器上，Claude 在那里做的工作——包括它通过桌面端打开的任何本地文件——是在 Anthropic 的服务器上处理的，而不是留在你的电脑上。 官方还补了一句：隔离限制的是代码在哪里运行，不限制 Claude 读什么、做什么。
社区里一个常见的困惑正好来自这里：明明连接了本地文件夹，任务里看到的却是 /home/claude 这样的云端路径。桌面端设置里有一个"在云端运行新任务"的开关，打开时新任务从云端起，要直接改本地文件就得关掉它并重启应用。（这条来自使用者的排查记录，不是官方文档，建议自己在设置里确认当前版本的措辞。）
Cowork 还有两条安全设计值得知道：永久删除文件前必须经你明确许可；计算机操作时，每接触一个应用都会先征求许可。官方同时明确说明：这些措施降低风险，但风险不为零。
对律师的实际含义：
- 涉密程度高的底稿，先确认它是在本地还是云端处理，再决定给不给。
- 审批模式不要开"跳过全部审批"。
- 律所如果有数据出境或涉密材料的内部规定，这一条要在使用前对照，而不是出事后再对照。
十一、并行与自动化
对话管理的最后一层是"同时开几个"。
- Codex app 的 Automations（自动化）：选项目、写提示词、定周期（定时／webhook／手动），还可以选在本地环境还是独立 worktree 里跑。官方对无人值守的自动化强烈建议用 worktree 隔离。官方给的判断口诀很好：技能定义"怎么做"，自动化定义"什么时候做"。一个流程如果还需要你大量引导，先把它做成技能；等它稳定可预测了，再自动化。
- Claude Cowork 的 Dispatch：从手机给桌面派活。任务跑在你的桌面上，所以电脑要醒着、桌面端要开着。这和云端会话不同——云端会话在你电脑关机时仍在跑。
一条不要跳过的规矩（OpenAI 官方常见错误清单里的一条）：在一个任务还没能稳定手动完成之前，不要把它变成自动化。
十二、跨工具接力
如果你同时用几家的智能体互相复核，核心问题只有一个：下一个智能体看不到上一个的对话。
所以接力靠的不是"传会话 ID"（那只在同一工具内有效），而是传落盘的文件：
- 上一棒结束前，让它把状态写成文件——做了什么、当前版本号、待核验事项、下一步计划。
- 下一棒开始时，把这个文件给它，先让它复述一遍理解，确认无误再动手。
- 需要互检时，把"要审的成果"和"审的标准"两份文件一起给复核方，不要给它上一棒的推理过程——那会污染独立判断。
OpenAI 官方在讲并行线程时的说法印证了同一件事：线程之间是通过底层的文件系统共享上下文的，而不是通过彼此的对话历史；所以保持文件和文档更新，是在并行工作流之间传递信息最有效的方式。
十三、一页速查
开始一段对话前
- 定好模型和思维强度，别开始之后来回换
- 判断要不要计划模式：能一句话说清要做什么 → 不用；否则打开
- 长期背景放进项目，不要每次重新上传
写提示词时
- 四要素：目标 / 上下文 / 约束 / 何时算完成
- 附上文件，别用嘴描述；同一份只给一次
- 不需要看的材料别给
干活时
- 分阶段推进，每阶段落盘、每阶段验收
- 给它一个能自己跑的检查，要证据不要结论
- 涉密任务不开"跳过全部审批"
跑偏时
- 立刻打断，别等它做完
- 纠正两次还是错 → 回到分岔点编辑消息重来（Claude），或新开线程（Codex）
- 别在原地反复纠正，那些纠正记录会一直跟着你走
换任务时
- 一个任务一段对话，不是一个项目一段对话
- 面临岔路口 → 编辑历史消息分支（Claude）／
/fork（Codex） - 两边都要改同一批文件 → 需要文件层面的隔离
长任务
- 目标条件写成可验证的终态 + 证明方式 + 约束 + 回合上限
- 系统说"达成"之后，自己再验一遍
- 别让开放式目标整夜跑着
出错时的诊断顺序
- 先查上下文：提示词够具体吗？材料给了吗？工具接了吗？
- 它没使劲（漏看、没核、半途而废）→ 提高思维强度
- 它不够懂（材料齐全、认真做了、还是自信地错）→ 换更大的模型
- 同一个错犯第二次 → 让它复盘，然后写进指令文件
十四、最后一句
Anthropic 官方最佳实践的结尾大意是：这些都不是铁律，是起点。有时候你应该让上下文堆起来，因为你正深陷一个复杂问题，历史本身就是价值；有时候你应该跳过计划，因为这本来就是探索；有时候一个笼统的提示词恰恰合适，因为你想先看看它怎么理解，再决定要不要约束它。
注意什么有用。 它给出好结果的时候，回想你做了什么：提示词的结构、你给的材料、你当时的设置。它卡壳的时候，问问为什么：上下文太吵？提示词太虚？任务一口吃不下？
久了你会有一种任何指南都写不出来的直觉。
参考资料
以下均为官方来源，访问日期 2026-08-21。这类产品迭代很快，界面位置和档位名称以你使用时的实际版本为准。
Anthropic
- 《Change the model, effort, and thinking settings》，Claude 帮助中心，https://support.claude.com/en/articles/8664678-change-the-model-effort-and-thinking-settings
- 《Get started with Claude Cowork》，https://support.claude.com/en/articles/13345190-get-started-with-claude-cowork
- 《Use Claude Cowork safely》，https://support.claude.com/en/articles/13364135-use-claude-cowork-safely
- 《Use Claude Cowork on web, desktop, and mobile》，https://support.claude.com/en/articles/15520349-use-claude-cowork-on-web-desktop-and-mobile
- 《Assign tasks from anywhere in Claude Cowork》（Dispatch），https://support.claude.com/en/articles/13947068-assign-tasks-from-anywhere-in-claude-cowork
- 《Best practices for Claude Code》，https://code.claude.com/docs/en/best-practices
- 《Keep Claude working toward a goal》，https://code.claude.com/docs/en/goal
- Lydia Hallie，《Choosing a Claude model and effort level in Claude Code》，2026-07-07，https://claude.com/blog/claude-model-and-effort-level-in-claude-code
- Lydia Hallie，《Maximizing the value of your Claude Code sessions》，2026-08-14，https://claude.com/blog/maximizing-the-value-of-your-claude-code-sessions
OpenAI 10. 《Best practices》（Codex），https://developers.openai.com/codex/learn/best-practices 11. 《Features》（Codex／ChatGPT 桌面端功能总览），https://learn.chatgpt.com/docs/features 12. 《Run long horizon tasks with Codex》，https://developers.openai.com/blog/run-long-horizon-tasks-with-codex
非官方（已在正文中标注） 13. Claude 分支功能（编辑消息创建分支、◀ ▶ 切换）的操作细节，来自使用者整理的教程与 Anthropic 官方仓库中的功能请求讨论，Anthropic 帮助中心目前没有专门文章；建议以你本机实际界面为准。 14. Cowork "在云端运行新任务"开关导致看到 /home/claude 路径的排查记录，来自使用者博客。
文件：AI智能体对话管理教程-ABL-20260821-V2-改为app通用版.md
