claude --worktree 名称挑选
下游按需读哪一段,不必整份装进去
规则文件
到目前为止的对话
读到的文件
工具返回的结果
文件是放在上下文之外的记忆,下游要用工具读进来才算拿到。交接同时做了四件事:
下游按需读哪一段,不必整份装进去
上游把大量阅读写成结论、出处、未核实项
每个代理拿自己的那一份
暂停、换会话、服务重启后,还能接上
甲拆解并行:主代理看完需求,拆成几块,交给几个子代理或专门岗位同时做。拆几块看任务:查一个事实派 1 个,直接比较派 2–4 个,复杂研究派 10 个以上。
乙路由:不拆,先判断是什么活,整件交给对应执行者;每个岗位只带自己领域的资料和工具。
风险在分类:分错了,后面做得再好也白做;拿不准时问人,或交给通用执行者。
验收:主代理按任务卡上“怎样算做对”核对;分错类就退回重派。拆完怎么合,放到模式二。
协作记录/生产与景气.md数据/生产与景气.csv 与交接文件要求;读文件、写小结只写“研究一下芯片短缺”,几个子代理查了同一件事。
早期一个简单问题,派出了 50 个子代理。
拆解并行写几张,路由写一张。五项和 W02 的任务六要素是同一个思路。
Claude Code 的主代理遇到大范围搜索,会派几个子代理分头去查,各自交回精简结论。
前台管家听懂需求后分发。一次真实记录里,科研岗位读项目材料写了一份讲座摘要,交回文件。
先问“谁等谁”:互不依赖的几块同时做;动手前先定好最后怎么合。
变化一各做一块再拼起来:材料分块交给几路,汇总者读全部、列分歧。
变化二几路独立做同一件事:互不看,比对后只留一致的,分歧回原始材料核。一致不等于正确,一致的部分也要抽查。
“主控派活再整合”,就是模式一(甲)加本模式。
每天早上五个巡查代理各读一个项目,各交一份带出处的建议,程序汇总给老师。五个项目各有自己的正文、历史和待办,塞进一段对话装不下,也会互相干扰。
七个子问题各写一份调研报告,再由一个代理通读七份、回查关键原文,写综合评估。它列出了十二条“几份报告说法不一”的地方,没有把七份拼在一起。
两个小模型各自给同一批四百多条任务记录打标签,只留两个都给出相同判断的那部分做统计(后面那张统计图就是这样来的)。一致的部分里,仍有十几条自相矛盾,待核。
两位代理分别查原因,互相不看对方的报告;第三位把两份并排,列出一致的、各自独有的,核实后再修,修完还有人审。
图上是一次开发:计划 → 实现 → 审阅 → 修复,每一棒读上一棒交出的文件(计划、实现记录、审阅清单),再交出自己的。
每一棒是新开的上下文;同一个模型也可以是不同代理。新会话不必从零开始,文件把必要背景带过去。
交棒处可以设关口:计划要老师确认后才动手实现。开场那次备课也是接力。
经济金融:年报点评,第一棒写 关键科目.csv,第二棒读它算比率写 比率.csv,第三棒读比率写点评。
一次一期,严格串行。方案允许并行的,也一期一期做
开工先读上一期那一节,再实际核对代码和测试,不只信上一期的自述
上一期没做完,这一期先补上一期
比率.csv 旁写一段说明:用了哪几个科目、哪年口径、哪个比率没算出来、为什么。一个代理做,另一个审或测:审代码、读稿、跑测试、上机实测都算。发现问题打回去改,改完再审,循环到通过。
审阅者拿成品和标准,不拿作者的思路;只读,写问题清单:位置、问题、依据、建议。
作者逐条修,并回应“已改/不改及理由”。审阅者动手改稿,就又成了作者,下一轮没人能独立审它。
出口有两个:过了门槛就交付;到轮次上限,交给人。
甲公司的模型写好一个功能并提交;乙公司的模型在独立上下文里审同一版本,不改代码,写出四条问题(三个功能问题、一个测试缺口);原作者逐条修复并补测试。
一个桌面版崩溃,甲公司模型定位并修;乙公司模型审代码,再装到真机上逐页点开实测,有问题打回去再改,直到通过。
| 今天的四种模式 | 原文的名称 | 怎么对应 |
|---|---|---|
| 模式一(甲)拆解并行 | 编排者加工作者orchestrator-workers | 拆几块、拆成什么,由编排者看需求临场决定 |
| 模式一(乙)路由 | 路由routing | 先分类,再交给对应的专门处理 |
| 模式二 并行分头做再汇总 | 并行parallelization | 分段对应“各做一块”,投票对应“几路做同一件事” |
| 模式三 串行接力 | 提示链prompt chaining | 原文是几次模型调用按顺序接,这里放大到几个代理之间 |
| 模式四 评估优化迭代 | 评估者加优化者evaluator-optimizer | 一个生成,一个评估并反馈,循环 |
核验者查出:稿子把“有条件成立”写成了“必然”。
多数事一个代理就够。两个小模型都判断相同的 204 条任务里,175 条是一个代理做完。
需要拆的时候,几种模式都在用;一条任务可以同时用几种,条数不能相加。
两边同时动同一份正文,谁后存谁说了算
一方的改动把另一方刚写好的内容盖掉
一方提交时,把对方没做完的改动一起带进版本记录
claude --worktree 名称合并时报冲突,要人决定留哪个
合并不报错,但两边的结论可能互相矛盾
| 模式 | 这个代理拿什么 | 不拿什么 | 交出什么文件 |
|---|---|---|---|
| 模式一 主控派活 | 自己那张任务卡、该领域的资料 | 别的岗位的资料 | 结果文件 |
| 模式二 并行再汇总 | 每一路:自己那一块 | 别路的中间过程 | 小结;汇总者交综合稿和分歧表 |
| 模式三 串行接力 | 交接文件和上一棒的成果 | 上一棒的整段对话 | 交接文件里追加的一节 |
| 模式四 评估优化迭代 | 审阅者:成品、原始数据、检查清单 | 作者的写作过程 | 审阅意见文件 |
两个子代理各读一份宏观表,主代理读两份小结写简报。
模式一+模式二+文件交接
拿给定简报请只读审阅者挑错,主代理逐条处理意见。
模式四 评估优化迭代
三人按同一制度审同一批单据,主控比对,拿不准的交给人。
模式二 独立做同一件事
协作记录/审阅意见.md(≤600 字),每条有位置、问题、依据、建议;不改简报装不下,还是不该装?
分两块汇总,还是同一件事独立做再比对?
写了什么?下一位有没有打开读?
审阅者拿到什么?作者怎样回应意见?
核了哪个数字、哪处改动、哪些单据?