11968 秒。183 段逐字稿。125KB 纯文本。

这是昨天那场会留下来的东西。

会从上午 10:19 开到下午 13:51，录制时段 10:31 到 13:51，整整 3 小时 19 分 28 秒。放在以前，这种长度的会我只有两个选择：要么当场硬记要点，记漏了认命；要么会后花半天听回放。这次我一个字没记。

先把结论放前面：真正省时间的不是”AI 帮我生成一段摘要”，而是”录音 → 逐字稿 → 可发布内容”这条链路，第一次被压进了一次对话里。

这条链路，我实际走了三段

第一段：把一场会拉成逐字稿

用 WorkBuddy 里的 tmeet（腾讯会议连接器）直接拉转写稿，会议号 486281536。

拉下来的东西是这些：183 个逐字稿段落、354 行、125KB，落地成 Obsidian 里的一个 Markdown 文件。

说话人分布也是现成的——李雪 142 段，江天 35 段，江楠 5 段。

这个分布本身就是信息。142 比 35，说明这场会的主线是对方在讲、我在接，不是双向拉扯。这种判断靠回忆是给不出来的，回忆只会告诉你”聊得挺多”。

AI 顺手提了一串关键词：组织架构、协同办公平台、数字员工、生产力重构、WorkBuddy、大模型、市场活动、数据中台、连接器、组织变革。

十个词摆在一起，这场会的重心一眼就看出来了。

到这一步为止，我没有敲过一个字。

第二段：逐字稿变成一篇能发出去的文章

接着让 WorkBuddy 把这份逐字稿总结改写成一篇工作日记，直接发到博客。

文章在这儿：https://www.jiangtian.top/?id=16368，分类日记随笔，标签是 workbuddy / 腾讯 / 渠道合作 / AI智能体 / 企业数字化。

从”我要一篇文章”到”文章已经在线上”，中间没有第二个工具，没有复制粘贴，没有格式返工。

这一步真正省掉的不是打字时间，是切换成本。以前这段路要经过录音软件、文本编辑器、Markdown 排版、后台发布，四个界面来回跳，每跳一次都可能丢一点上下文。现在它是连着的。

第三段：原始语料留在自己手里

这一段最容易被跳过，但我认为它才是长期价值所在。

文章发出去了，那 125KB 的逐字稿还在，原话一句没删。后面做项目复盘、找选题、准备直播素材，我都能回来翻。

说白了——文章是一次性产出，逐字稿是可以反复取用的库存。

上面三段是动作。下面说三个认知，是我今天才真正搞对的。

三个我原来搞错的地方

一、转写不是只能拉自己发起的会

我原来默认”谁开的会谁才能导”，所以别人组织的会我压根没想过去拉。

不对。只要你参加过那场会、并且拿到了转写权限，别人发起的会一样能拉。

昨天这场会的主持人是李雪，不是我。逐字稿照样完整拿到。

这个认知差别不小。按错误理解，我能沉淀的只有自己组织的那部分会；按正确理解，我参加过的所有会都在可沉淀范围内。同样一个工具，覆盖面差了好几倍。

二、纪要有两条来源路径，不是一条

路径	做法	优点	代价
① 拉原始转写，自己加工	tmeet 取逐字稿，交给 WorkBuddy 总结改写	可控性强，原话细节全留，能反复复用	多一道加工
② 会议侧 AI 智能纪要	直接要结构化结果	省事，拿来即用	原话细节被压缩掉了

这次我选的是①。因为我要的不只是”这场会讲了什么”，还有”谁在什么语境下说了哪一句”。

如果只是发个会后通知，②更划算。这不是优劣问题，是用途问题。

三、Token 当一次性物料处理

全程 Token 不写进文档、不进截图，测完在腾讯会议侧轮换。

这条不是流程洁癖。凭据一旦躺进 Markdown，它就会跟着你的知识库同步、备份、被检索——你以为它只在一个地方，其实它在十个地方。

而且这类文档最后往往是要发出去的。今天这篇能公开写，前提就是从一开始就没让 Token 进过正文。事后擦，永远擦不干净。

省下的半天，只是表面

你可能会想：不就是省了半天整理时间吗？

省时间这个账好算，但它是最浅的那一层。

更值钱的是另一件事：整理会议这件事以前有个隐性门槛——它太贵了。因为太贵，所以绝大多数会根本不整理，开完就散了，说过的话三天后谁也想不起来。

当成本降到”一次对话”，“每场重要的会都留一份逐字稿”才第一次变成默认选项，而不是一个需要下决心的额外动作。

核心不是转写有多准，而是它把一件”明知道值得做、但一直没人做”的事，变成了顺手就做了。

可复用的一条经验

先把原始语料拿到手，再谈加工。

能生成摘要的工具很多，但摘要是有损压缩，压掉的东西找不回来。逐字稿是无损的。

我现在的做法很简单：每场重要的会，先无脑存一份逐字稿进知识库，加工与否另说。存下来的是资产；没存下来的会，开过就等于没开过。