第一篇　需求与选型：纪要这件事有多痛

这一篇不讲一行代码，只解决一个问题：为什么要做、做到什么程度、用什么做。

我们是一家二十来人的创业公司，每周三次例会加无数项目会，会议室永远在抢，纪要永远没人写。老板一句“能不能搞个自动的”，我开始了这个会议纪要工具的搭建。全书的叙事就围绕这一个项目：录音上传、自动转写、提取待办与决议、生成一页纸纪要、短信发给参会人。本篇是需求的拆解与选型的推演，动手敲代码之前，先把这几个问题回答清楚。

  • 1.1 人工纪要的三个槽点：慢、漏、没人愿意干。用一周真实会议数据把痛点量化，给出自动化的预期收益，以及一个核心判断——纪要是管理动作而不是文书工作。
  • 1.2 方案对比：开源模型自建还是云端 ASR。把我们三天踩坑的真实账摊开来，结论在小团队的现实约束下其实毫无悬念。
  • 1.3 录音质量决定一切：语音识别不是变魔术，喂进去的是垃圾出来的也是垃圾。录音规范、设备选型与音质对照表，源头省钱胜过事后调优。
  • 1.4 最小可用目标：MVP 只留主干，一张餐巾纸能画完的单链路，加上四周时间线和一张不做清单。

延伸阅读