本原则用于处理并发执行者（concurrent actors）可能写入同一文件、分支、键或状态对象的情形。
核心主张是：先分离，再串行化。当并发执行者可能共享可变状态时，首先应追问它们是否真的需要同一个可变对象。如果不需要，就消除共享。只有当共享是真实存在的时候，才在结构上实施串行化：锁文件、顺序阶段、独占所有权。指令和约定本身不是并发控制手段。
原因在于：对共享状态的并发写入会产生竞态条件，这些竞态条件具有间歇性、难以复现、且调试成本高昂的特点。
模式如下：
-
识别共享可变状态（双方都读取和写入的文件、双方都推送的分支、双方都定义和消费的 API）。
-
默认做法：消除共享写入目标。需要追问：这些执行者是需要一个规范对象，还是各自发布独立的事实？让每个执行者拥有自己的文件、键、分支或状态目录，只在读取/报告边界进行合并。两个 worker 各自把自己独立的 lastX 字段写入同一个 state.json 仍然是共享变更；而 indexer-state.json 加 metrics-state.json 则不是。
-
只有当某个共享写入目标确实是真实不变式时，才在结构上串行化访问（锁文件、顺序阶段、单一写入者执行者，或原子比较并交换）。把“我们需要一个锁”视为需要检查的设计坏味道，而不是默认答案。
适用场景：当并发执行者可能写入同一文件、分支、键或状态对象时应用。
限制：资料中未提供该原则的具体实现代码、安装命令或平台依赖信息，相关内容暂未提供。