一个决定在群里讨论了两天，四十多条消息，涉及三个人，最后还是要开一个二十分钟的会定下来。会后五分钟就拍完了。
默认解释是"异步沟通效率低"，于是结论常是"以后直接开会"。但真正的原因不是异步不行，而是没有人负责收敛、讨论与决策被混成了同一件事。四十几条消息里没一条说"截止明天下午五点，没人反对就这么办"，每条都只是表达观点。开会之所以终结了它，只因为会议室里有个隐含的主持人角色，而群里没有。
异步决策不是"用文字代替开会"，它是一套把讨论强制收口的结构。结构缺一环，讨论就会持续到有人受不了为止。
1. 失败的两个机制：无人收敛、讨论与决策混同
| 机制 | 表现 | 后果 |
|---|---|---|
| 无人负责收敛 | 观点不断加入，无人宣布结束 | 讨论时长为参与人数的函数 |
| 讨论与决策混为一谈 | 把"大家再想想"当成流程的一步 | 每个新观点都等于重开讨论 |
第一条的根因是默认主持人缺位。会议里主持人由日程表定义，一进会议室就自然存在；异步空间里没有这个角色，除非有人显式认领——而认领收敛没有名义收益，只有成本和责任。
第二条更隐蔽：多数人把"讨论充分"当成"决策正确"的前提，于是不断召唤意见。但新意见的边际收益递减极快，重开讨论的成本却是线性的——两天里最后十几条消息通常已不再改变任何人的判断。对照两种形态，差别只在有没有收口结构：
// 开放式：每条都是观点，无人宣布结束
A: 我觉得用方案一。 B: 方案二运维省心吧。
C: 方案一的延迟有问题吗？ B: 要不要再问问 D？
// 收口式：先定约束，再定什么时候结束
提案：方案一（附代价与可逆性）
异议截止：周三 18:00 / 默认通过：无技术性反对即执行 / 决策人：A
2. 异步决策的四要素
一个能收敛的异步决策，必须有四样东西，缺任何一样都会退化成聊天。
| 要素 | 写什么 | 缺了它 |
|---|---|---|
| 提案 | 选项、代价、推荐、可逆性 | 讨论没有对象，退化成聊天 |
| 异议截止时间 | 具体到日期时刻 | 没有人有理由现在表态 |
| 默认通过条件 | 沉默的处理方式 | 到点后无人知道是否已决定 |
| 决策人 | 唯一姓名的负责人 | 分歧时无人拍板 |
四要素里，默认通过条件最常被漏掉，而它恰是收敛的引擎。没有它，沉默就是歧义——可读成"同意"、"没看到"、"暂不表态"，任何人想推迟都能找到理由。
"沉默等于同意"必须在提案里显式写成一句话：截止之后，除非有人提技术性反对并给出依据，其余按提案执行。写下这句，讨论才从"表达"变成"流程"。
默认通过也不等于默认不负责：它把"谁需要主动说话"从同意方转移给反对方。这个转移成立的前提是提案已触达所有相关人——渠道可达性因此成了默认通过能否被接受的关键。
| 写法 | 是否收敛 | 原因 |
|---|---|---|
| "大家看下这个方案" | 否 | 无截止、无默认动作 |
| "周四前没人反对就按 A 做" | 是 | 有截止、有默认动作 |
| "周四前有技术性反对请附依据" | 是 | 限定了异议类型 |
3. 异议要分类，提案要收口
把异议当成一种东西处理，是讨论无法收敛的常见原因。实际上异议至少有三种类型，处理方式完全不同。
| 类型 | 特征 | 处理方式 | 是否延长截止 |
|---|---|---|---|
| 技术性反对 | 给出反例、数据或可验证的失效路径 | 必须回应，必要时重开提案 | 延长，但有上限 |
| 信息补充 | 提供新事实，不否定方案 | 吸收并修正提案，不重开 | 不延长 |
| 偏好差异 | 我更习惯另一种做法 | 记录，交决策人裁决 | 不延长 |
技术性反对是唯一有权延长截止的类型，因为它的价值可被检验：有反例就该重估。"偏好差异"不该延长——否则任何决定都能被无限延期，理由永远充分且永远不可证伪。
实操判据：请对方给出"这个方案在什么情况下会失败"。答得出具体条件的是技术性反对，答不出的是偏好。这个提问不是刁难——它把模糊的反对转成可检验的前提，也让真正有信息的人有机会把信息说出来。
信息补充最容易被误判成技术性反对，从而触发不必要的延期。区别在于它不主张"方案不行"，只是让方案更完整：吸收进提案、更新版本号，截止时间保持不变。
3.1 提案怎么写：选项、代价、推荐、可逆性
提案的读者不是评委，是需要判断"要不要反对"的人。所以提案的目的不是说服，是让对方能以最低成本决定是否提出异议。
| 段 | 写什么 | 判断标准 |
|---|---|---|
| 选项 | 至少两个，含"不做" | 只有单选项的提案不是提案 |
| 代价 | 每个选项放弃什么 | 不写代价的推荐不可信 |
| 推荐 | 一个明确建议 + 一句理由 | 推荐含糊会让讨论回到原点 |
| 可逆性 | 后悔了怎么退、退的成本 | 决定可逆性影响该用多重流程 |
"不做"必须作为选项之一。缺了它，提案就默认成"要不要做"，而真正的问题往往是"现在还是以后"。有了这个选项，"以后做"那一派才有地方站，不必被迫在两个方案之间找茬。
可逆性决定流程重量：可逆用轻流程，不可逆必须重。给一个改一行配置就能回滚的决定配三天讨论是浪费；给数据迁移配"周四前没反对就做"，是把风险藏进了流程效率里。
// 提案骨架：四段齐了才发出去
proposal: "对账任务改用分片执行"
options:
- "A：按商户分片，24 个分片并行" // 推荐
- "B：单任务加线程池，8 线程"
- "不做：维持现状，接受延迟"
cost:
A: "需改造调度层；分片数固定，扩容要改配置"
B: "改造小；单点故障面不变"
reversible: "A 可回退到 B，需重跑一天数据"
recommend: "A —— 延迟瓶颈在串行而非单机算力"
decision_owner: "A 的方案负责人"
deadline: "2026-03-19 18:00"
silence_means: "无技术性反对则按 A 执行"
4. 适用范围与时间预算
异步适合什么，判断依据不是"参与方是否分散"，而是这个决定的信息能否被书面化。
| 维度 | 适合异步 | 该走同步 |
|---|---|---|
| 可逆性与信息形态 | 可回退、可写成文字附数据 | 不可逆、依赖语气与现场试探 |
| 参与方与冲突 | 分散、跨时区、技术分歧 | 需现场协商资源、涉信任问题 |
最硬的边界是关系类冲突：同一句"这个方案有问题"，当面说是讨论，写在群里是公开质疑——文字放大了对抗。所以涉及人际判断、责任归属、资源争夺的决定，异步渠道只会把问题推到更僵的位置。
时间预算需要预先定，否则"再讨论一轮"会变成没有成本的选项。
| 轮次 | 状态 | 动作 |
|---|---|---|
| 第 1 轮 | 提案发出 | 若无技术性反对，按默认通过 |
| 第 2 轮 | 有技术性反对 | 修订提案，延长一次截止 |
| 第 3 轮 | 仍有技术性反对 | 升级为同步，30 分钟会议定；第 4 轮起由决策人直接裁决 |
升级时不要说"我们开个会吧"，那等于又开一轮讨论。会前材料只带三样：已一致且不再讨论的结论、剩余分歧点与双方依据、会上要做的唯一决定。
会前材料三段
────────────────────────────────
已一致：不再讨论
剩余分歧：<依据 | 立场>
会上决定：<唯一一个>
判断剩下的分歧是不是真分歧，看提案文件里还剩的是反例还是语气：
// 会前扫一遍：还有没有可检验的反例
$ grep -n "反例\|前提\|数据" proposals/PROPOSAL_ID.md
$ git log --oneline -5 -- proposals/PROPOSAL_ID.md // 已经改过几轮
"再讨论一轮"的真实成本是注意力被反复唤起，而重载上下文的成本远高于第一次阅读。第三轮之后升级为同步，不是因为异步不行，而是此时争的已经不是细节而是立场，立场需要当面拆。
5. 记录、度量与边界
记录里最该留的不是结论，是被否决的原因。只留结论，半年后同一个方案会被重新提出——因为没人看得到当初为什么否掉它。
| 记录内容 | 不记录的后果 |
|---|---|
| 结论与决策人 | 找不到责任人 |
| 被否决选项及理由 | 同一方案反复重提 |
| 技术性反对的反例 | 依据丢失，争论重演 |
度量健康度，四个数足够。
| 指标 | 采集方式 | 关心什么 |
|---|---|---|
| 决定平均耗时 | 从提案到结论的时间 | 收敛速度 |
| 超期未决数 | 过截止未收口的提案数 | 默认通过是否被执行 |
| 重提率 | 已决事项被重新提出的比例 | 记录是否留了否决理由 |
| 参与率 | 应表态方实际表态的比例 | 沉默是同意还是没看到 |
过了截止还没收口的提案，几乎都缺"默认通过条件"：
// 扫提案目录：谁缺默认通过条件，谁超期未收口
$ grep -L "silence_means" proposals/*.md // 缺默认通过条件
$ grep -L "resolved:" proposals/*.md // 超期未收口
$ wc -l proposals/*.md | sort -nr | head -3 // 消息最多的提案
沉默等于同意，只在触达成立时成立。参与率长期偏低，说明默认通过被当成"没人看所以自动过"，决定质量没有保障——该修的是渠道与提案质量，而不是退回"必须全员同意"。
| 边界场景 | 处理 | 理由 |
|---|---|---|
| 参与方少于三人 | 直接对话定 | 结构成本高于收益 |
| 决定极度简单 | 一句话加"有异议现在说" | 提案骨架是负担 |
| 需现场协商资源 | 转同步 | 资源交换要即时反馈 |
| 紧急止损 | 决策人直接下命令，事后补记录 | 讨论成本不可接受 |
6. 自测
- 群里讨论两天仍无结论，最该先检查哪一个要素缺失？
- "沉默等于同意"如果没有写出来，沉默会被读成哪三种意思？
- 三类异议里，哪一类有权延长异议截止时间？为什么？
- 提案里为什么必须把"不做"列成一个选项？
- 提到第几轮之后该升级为同步？升级的理由是效率还是别的？
- 只记录结论不记录否决理由，会造成什么后果？