---
id: ka-guidance-多会话协作纪律
kind: guidance
title: 多会话协作纪律
sync_policy: engine_only
status: active
triggers:
  - 并行会话
  - 另一会话
  - 同时修改
  - 冲突
  - 红绿
  - 同时在改
  - 多会话
  - 工作树
extra:
  name: multi-session-discipline
  scope:
    - '*'
  products:
    - '*'
  category: constraint
  version: 1.0.0
  last_reviewed: '2026-09-15'
  verification_layer: L2
  stage: _global
  owner_mechanism: ka-guidance
---

# 多会话协作纪律（并行会话共存）

> 多个 AI 会话并行工作时，盲改与误判归属是两大事故源——先探活跃度、再判红绿归属、冲突重读不覆盖。

## 活跃度探测

- 纪律：接手任务先探测并行会话活跃文件；活跃期不改码只出缺口清单。
- 实证：并行会话活跃期改同一批文件，静态审计结论出具即失真，改动互相踩踏。
- 动作：开工前跑 `find <项目根> -mmin -30 -type f -not -path '*/node_modules/*' | head -20`；命中他人正在改的文件时，输出缺口清单（缺口+证据位置），不动那些文件。

## 红绿归属判定

- 纪律：门禁/测试红时先判定红是自己引入还是并行会话/存量，再决定修不修。
- 实证：基线对照法缺位时，把并行会话的红当自己的修，改坏别人的中间态。
- 动作：红了先 `git stash` 自己的改动跑一次基线——基线也红=不是你引入（登记并绕开），基线绿=你引入（自己修完再恢复 stash；恢复后重跑确认）。

## 文件与记忆冲突

- 纪律：并行会话共写文件（含 memory/索引文件）时，Edit 冲突即重读再插，不覆盖。
- 实证：文件改完 3 分钟被并行会话按其批次纪律直接 commit（共享树无隔离时改动静默混入他人批次）；memory 文件同样会被并行会话追加——按旧快照整体覆写即丢他人条目（险情形态，靠本条防御）。
- 动作：写共享文件前重新 `Read` 最新内容再定位插入点；Edit 失败（old_string 不匹配）= 他人已改，重读后重写补丁，禁止用记住的旧内容整体覆盖。