你想从今天早上完成的同一份代码库分析出发，探索一个研究流水线的两种相互竞争的架构方案 —— 顺序流水线 vs 并行 fan-out 设计。两条探索路线必须保持独立，以免各自的发现相互污染。哪种机制正是为此而设计的？

解析

• A正确：Forking 正是为此量身打造的机制。按 Anthropic 的文档，fork_session/forkSession（以及 --fork-session CLI 参数，与 --resume/--continue 搭配使用）会创建一个新会话，它以原会话对话历史的一份副本作为起点，随后开始分叉：fork 拥有自己的 session ID，而原会话的历史保持不变，于是你得到两个可以分别恢复的独立会话。这恰好就是题干的场景 —— 把今天早上的代码库分析当作共享的基线会话，并将它 fork 两次（顺序流水线 vs 并行 fan-out），让两条探索路线共享同一个起始理解，却又绝不相互污染。
• B错误，因为 --resume 是按 ID 线性地续接一个会话并向其追加（并不存在可分叉的“session 名称”）；对两种方案都恢复同一个基线，只会让一条线性线程不断变长，而不会产生两条独立分支。
• C错误，因为两个全新的终端会话并不会继承早上的分析，还需要手动同步 —— 这与“共享且相互隔离的基线”恰恰相反。
• D错误，因为 Task 调用派生出的 subagent 拥有各自全新的上下文，并把结果汇报回 coordinator；它们并不会从既有基线分叉出你自己的会话。（值得一提的注意点：fork 分叉的是对话，而不是文件系统，所以隔离作用于发现和分析，而这正是本题所问的部分。）本题构造良好 —— 各干扰项彼此清晰可辨，只有 A 符合题目所指的机制。