夜雨聆风周五晚上，林夏把三份会议纪要并排打开。
周一同步会，周三决策会，周五复盘会。三份文档，骨架一模一样——团队用了两年的"标准模板"：参会人、议题、讨论要点、行动项。
每一份都写得很认真，引用了原话，标了时间戳。但她试着回忆这三场会到底发生了什么，脑子里是一团糊的。
更准确地说：这三场会根本不是一种东西，她却用同一份模板把它们记成了同一种东西。
同步会被记成了流水账
周一上午的项目同步会，五个人轮流过手头的事。林夏照着模板记："小王：上周完成登录页改版，本周做支付流程，预计周四提测……"每个人说了什么都在。
周二中午，测试同学在群里问："这周哪几个模块要我重点关注？"她翻开纪要，每个人说的都在，但重点模块还得从五个人的发言里再拼一次。她花二十分钟重做了一张表。
那一刻她应该警觉的。同步会的下游动作，是别人要知道"我这周该看哪儿、催谁、躲谁"。 它要的不是发言记录，是一张"谁卡在哪、谁这周要交什么"的状态地图。
决策会找不到拍板那一刻
周三下午，关于新版本要不要砍掉一个功能。会开了一个半小时，三个方案反复论证、反驳。林夏记得很认真，观点、反驳、数据全都在。
周四早上，老板 at 她："那个功能最后定了砍还是留？"
她翻开纪要。讨论过程很完整，方案优劣也都在。但"最后定了没、谁拍的板、为什么这么拍"——文档里找不到。最后是翻手写笔记，才看到一行小字："决定砍掉，老张拍的，理由是先保上线时间。"
决策会的下游动作，是半年后有人问"当初为什么这么决定"，能有人答得上来。 它要的不是讨论过程，是选项、结论、拍板人、理由。过程给在场的人听，结论给不在场的人看。
复盘会写成了功劳簿
周五下午的项目复盘，林夏照例开着模板记："项目背景""完成情况""遇到的问题""经验总结"。三千字，像一份漂亮的阶段汇报。
下个月，另一个组做类似项目又踩了同样的坑。有人问她"上次怎么解的"，她翻开纪要，发现自己写的是——"通过团队协作，最终顺利解决"。
她写的是"解决了"，不是"当时怎么判断、为什么选这条路、重来会改哪一步"。前者是结果，后者才是经验。复盘会的下游动作，是下一次遇到类似情况的人能少走一段弯路。 它要的不是阶段总结，是当时犹豫过、判断过的具体岔路口。
写成功劳簿，是因为模板只问"做了什么"，没问"当时怎么想"。
三种会问的是三种问题
周六上午林夏重画了三张骨架。
同步会记状态：谁交付什么、卡在哪、需要谁配合；决策会记决定：选项、结论、拍板人、理由；复盘会记岔路口：关键判断、为什么这么判断、重来会改哪一步。
画完她发现一件简单的事——同步会问"现在大家分别在哪儿"，决策会问"我们一起定了什么"，复盘会问"下次能不能更聪明一点"。三种问题不同，用同一份模板去套，看起来省事，落到下游每一次都得返工。
（如果一场会同时有同步和决策，最稳妥的办法是拆成两段分别记，而不是混在一个骨架里。）
骨架不该让人每次重画
林夏画完三张骨架那一刻，有点泄气：道理想通了，但下次开会，谁来记得切换？
她后来把这套用在了谈小简上。开会前选同步会、决策会还是复盘会，纪要骨架就自动切换：
选同步会，它抽出"谁交付什么、卡在哪、需要谁配合"，生成状态地图；选决策会，它盯住选项、结论、拍板人、理由，缺哪项就标出来；选复盘会，它从对话里挑出犹豫、转向、推翻的时刻，列成"岔路口"。
骨架不一样，入口才对。这事不该每次靠人脑记得切换。
纪要不是会议的副产品，是为下游那个具体动作准备的入口——同步会记状态，决策会记决定，复盘会记岔路口。下一场会前，在谈小简里选会议类型，骨架会自己换好。
