V1.06.5Tooling ceiling on coordination设计
工具只能降低协调成本，无法消除任务本身的依赖关系
别名: 协调工具的上限 · 工具不能消除依赖 · 协调成本的可压缩与不可压缩部分
概念解释
协作工具能做的，是降低执行协调动作的边际成本——让对齐进度、传递信息、确认状态变得更快、更便宜、更少出错，但无法消除任务本身要求的依赖关系。一项工作若在结构上就要求先后顺序、共享资源或产出传递，无论换用多先进的工具，这些依赖仍然存在，工具只能改变满足它们所需付出的努力，不能让它们消失。这条边界经常被误解为"工具不够好导致协作还是很累"，实际上有一部分协调成本是任务的固有属性。
机制
协调成本可以粗略分成两部分：一部分是执行协调动作本身的操作摩擦，例如寻找该找谁确认、来回传递文件、手动核对状态是否一致，这部分是可压缩的，好的工具能大幅削减；另一部分是任务依赖关系要求的等待和对齐时间本身，例如后一步必须等前一步产出才能开始，这部分是不可压缩的，因为它由任务结构决定，不由信息传递效率决定。工具优化的通常是前者，若把工具改进的效果误判为对整体协调成本的改善，会高估工具对任务本质约束的作用，进而对进度做出过于乐观的预期。
边界
工具在某些情况下确实能改变任务的依赖结构本身，而不只是降低执行摩擦，例如让原本必须顺序进行的评审改为并行的多人异步评论，从结构上减少了顺序依赖。这类改变属于流程重设计而不是单纯的工具加速，判断一次改进属于哪一类，需要看它是否真的改变了谁必须等谁，而不是只看操作步骤是否变少。当依赖关系无法被重新设计（例如物理施工必须先打地基再砌墙）时，工具能压缩的空间非常有限，此时寄望于工具解决进度问题是误判。
怎么落地
- 引入协作工具前，先把当前协调成本拆成"操作摩擦"和"结构性等待"两部分，只对前者设定工具能带来的改善预期。
- 若延误主要来自结构性等待，优先评估能否通过重新设计流程本身（拆分任务、改变先后顺序、允许部分并行）来改变依赖关系，而不是继续寻找更快的工具。
- 采购或定制协作工具时，用具体的操作摩擦场景验收效果，例如"确认一次状态变更需要多少步骤"，而不是用笼统的"协作是否更顺畅"衡量。
- 工具上线后若整体周期未如预期缩短，先检查瓶颈是否落在结构性等待环节，避免归咎于工具选型不当而反复更换工具。