Session Forking（会话分叉）

一句话定义

Session Forking = 用 Git 分支的思维对待 AI 会话——主干会话永远保持干净，具体工作分叉到临时会话，完成即销毁。

架构

主干 Session（永远不掉入长上下文陷阱）
  ├── 加载 CLAUDE.md / MEMORY.md
  ├── 分解 Task List
  ├── 同步数据库 Schema
  └── 不做大段代码编写
          │
          ├── Fork → 分支 Session A（模块 X，密集编码）
          │           └── 测试通过 → 代码合入 → 销毁
          │
          ├── Fork → 分支 Session B（模块 Y，密集编码）
          │           └── 测试通过 → 代码合入 → 销毁
          │
          └── 主干更新: [x] X完成 [x] Y完成 → 继续

为什么需要

• 长会话导致上下文熵增（Context Entropy）：AI 被前几轮错误思路污染
• 上下文窗口有限，冗余历史挤占有效空间
• 不同任务之间不应共享上下文（避免污染）

配套实践：结项审计

每次分支会话结束前：

1. 代码合入主干
2. AI 提炼核心结论 → 写入 CLAUDE.md/MEMORY.md
3. 列出遗留坑点
4. 销毁子会话
5. 下次启动全新干净 Session

相关概念

• Harness Engineering（代理治理工程） — Session Forking 是 Harness 的核心实践
• Context Engineering（上下文工程） — 上下文管理的升维
• Agent Orchestration（Agent调度带宽） — 多 Agent 下的 Session 管理
• 认知债务（Cognitive Debt） — 保持主线判断力不被淹没

来源

• Session与Memory的调和 — Session与Memory的调和
• Claude-Code源码泄露-Harness工程范式革命 — Claude Code 的 Swarm 模式