用GitMind把会议记录变成结构化脑图

会议记录有两种：一种是逐字稿，长且杂；一种是纪要，短但已经被人筛过一遍。把逐字稿直接喂给 AI 生成脑图，结果通常是一张把每句话都挂上去的树，主次不分。真正有效的路径是先定结构，再让 AI 填内容，最后人工收口。

直接喂给 AI 的三个坑

第一个坑是话题跳跃。会上从预算聊到排期再聊回预算，逐字稿按时间顺序记录，AI 按顺序归纳，同一件事被拆到三个分支，读的人以为开了三次讨论。

第二个坑是决议与讨论混在一起。会上大量内容是试探和假设，只有少数几句是结论。AI 分不清语气差别，容易把「可以考虑」写成待办。

第三个坑是人名与缩写。逐字稿里大量「老王说」「那个方案」，脱离上下文就指代不明；AI 会照搬，脑图上出现一堆看不懂的节点。

五步把逐字稿变成脑图

• 先人工划三段：已定事项、待定事项、待办分工，用这三段替换原始记录顺序。
• 给 AI 明确层级：主题、议题、结论、行动项四层，节点字数上限写进提示。
• 生成后合并同义节点：同一件事的不同说法并到一个分支下。
• 补责任人、时间、验收标准：行动项节点必须带这三项，否则不算完成。
• 通读校验：从根节点往下读一遍，看是否能复述出会议结论。

第一步最费时间，但决定成败。把逐字稿按「已定、待定、待办」重排，等于先把会议的骨架搭好，AI 只需在骨架上长肉，不用猜结构。

第四步是脑图能不能落地的分水岭。会议脑图最常见的失败是画得漂亮、没人执行，原因是行动项只有动作没有归属。每个行动项补上谁做、什么时候、做到什么程度，这张图才能当任务清单用。

提示词与节点清洗

提示词里最该写清的是层级和字数。可以这样约束：主分支不超过五个，每个节点不超过十五个字，行动项统一用动词开头，结论节点注明依据。约束写死，后面的清洗工作量能少一半。

还要指定口吻。会议脑图是内部工具，用词越具体越好，避免「加强」「推进」「优化」这类无法验收的动词。提示里明确要求把抽象动词换成可检查的动作，生成质量会明显不同。

节点清洗有三条规则：一是同类合并，同一议题下的重复表述并成一个；二是长句压缩，把从句拆成子节点；三是术语统一，同一个人或系统只保留一种叫法，避免出现三个名字指一件事。

清洗时不要一边改一边加。先只做删和并，等结构稳定了再补内容，两件事混着做容易越改越乱。

清洗完做一次交叉检查：把每个行动项单独拎出来，问三句——谁做、什么时候做、做完拿什么验收。任何一句答不上来，这个节点就还没写完，别急着往下画图。

协作与导出

脑图适合当讨论载体。把待定事项的分支标色，会上逐条过，当场改节点比会后改文档快。多人同时编辑要看权限设置：只读、评论、编辑三种角色分清，避免有人误删主分支。

导出要看下游用途。发群里用图片，清晰度足够且不会被改；进文档用大纲文本；要给不装软件的人看，导出通用文档格式更稳妥。导出前记得检查折叠的分支，折叠状态下的内容有时不会出现在图片里。

跨部门会议还要确认敏感信息怎么处理。预算数字、人员调整、客户名称，是否适合放进一张会到处转发的图，要事先判断；必要时用代号替代，图的用途不受影响。

归档时留一份快照。会议脑图会持续迭代，三个月后回看，需要知道当时定的是什么，而不是最新版本。把定稿版本另存一份，标注日期，比事后翻聊天记录省事。

GitMind 在这条链路里承担的是把文本变结构的活，前置的整理和后置的补全仍要人做。官方入口：GitMind官网。判断一张会议脑图是否合格，看两点：不看记录能不能复述结论，行动项有没有落到人和时间。