腾讯会议是中国大陆使用率最高的会议软件,但它的内置纪要功能与 Bitbook 解决的是 不同问题:腾讯会议帮主持人记下会议中说了什么;Bitbook 则让您 在不增加云端痕迹的前提下记录任意一场会议——包括对方主持的会议。
更重要的是,Bitbook 不需要 Bot 进入腾讯会议。它在系统层抓音频,对所有参会者完全透明——你录或者不录,会议看起来一模一样。这一点对客户访谈、面试、投资讨论这类不便明确告知的场景至关重要。
下面把 Bitbook 在腾讯会议下的完整使用方法和与官方纪要的关系说清楚。
样本数据 · 腾讯会议场景
样本
某 PE 投资团队 GP,每周 6-8 场腾讯会议(外部访谈 / 内部投委 / 被投公司沟通)
节省项
腾讯会议官方纪要 + 手工补整理 25 min/场 → Bitbook 自动出 5 min 审改
结论
每周节省 ≈ 2.5 小时,全年 ≈ 16 个工作日
Bitbook 与腾讯会议官方纪要:什么差异
很多人第一反应是:"腾讯会议自己有纪要功能,为什么还要 Bitbook?" 客观对比:
| 维度 | Bitbook | 腾讯会议官方纪要 |
|---|---|---|
| 谁能用 | 所有参会者都能独立录 | 只有主持人 / 会议创建者 |
| 对方知不知道 | 完全透明,不显示录制提示 | 明显显示「正在录制」 |
| 数据存哪 | 100% 本机 | 腾讯云 7-30 天保留 |
| 跨平台 | 支持飞书 / 钉钉 / Zoom / 线下 | 仅腾讯会议内 |
| AI 纪要质量 | 可换多种 AI 服务 | 固定模型 |
| 跨会议聚合 | 按议题 / 人物自动串联 | 按会议独立 |
| 综合评分 | 9/10 | 6/10 |
核心差异:腾讯会议官方纪要是为 主持人记录组内会议 设计的;Bitbook 是为 任意参与方在任意会议中独立留档 设计的。两者解决不同问题,可以同时用。
准备工作
1. 系统权限(首次配置一次)
Bitbook 在腾讯会议中工作的关键,是 能抓到对方的声音。这通过系统级音频捕获实现,不需要任何腾讯会议的 API 或插件。
macOS:
- 打开 系统设置 → 隐私与安全性
- 麦克风:Bitbook(勾选)
- 屏幕录制与系统音频:Bitbook(勾选)— 这一项是抓系统音频用的,不录屏幕
Windows:
- 打开 设置 → 隐私 → 麦克风:允许 Bitbook
- Windows 默认允许应用读取系统音频,无需额外授权
2. 验证捕获效果(30 秒)
打开 Bitbook → 新建录音。然后单独打开一个 YouTube / B 站视频,播放 30 秒后停止。
Bitbook 主界面应显示 两条音量波形:
- 上面一条是您的麦克风(可能是平的,因为您没说话)
- 下面一条是系统音频(应有起伏,对应视频声音)
如果系统音频波形是平的,说明权限或路由有问题。重启 Bitbook 通常能解决。
录制腾讯会议的标准流程
1. 进入腾讯会议
正常加入会议——可以是你创建的,也可以是别人创建你受邀加入的。Bitbook 不需要任何额外操作。
2. 提前 30 秒在 Bitbook 点开始录音
在腾讯会议会议开始前 30 秒,切到 Bitbook 点 开始录音。
为什么提前?因为:
- 避免错过开场寒暄——客户访谈中,开场前 2 分钟客户聊到的"上次提的那个问题"往往最有价值
- 音频路由稳定——Bitbook 启动录音后需要 1-2 秒确认系统音频路由稳定
3. 正常开会,不要管 Bitbook
Bitbook 在后台跑。你正常开会、共享屏幕、用快捷键、切别的应用——都不影响录音。
如果是 重要的客户访谈或法务谈判,按 ⌘+B(macOS)或 Ctrl+B(Windows)打书签,标记关键时刻。书签会在最终纪要里高亮。
4. 会议结束后停止录音
回到 Bitbook 点 停止。Bitbook 立即开始本地转写:
- 60 分钟会议 → 约 1-2 分钟出全文
- 自动区分说话人(用声纹模型)
- 标记每段时间戳
转写完成后点 生成纪要,约 60 秒出结构化文档。
几个常见的腾讯会议场景
场景 A:你是客户访谈的访谈方
典型问题:每月做 20+ 场用户访谈,腾讯会议官方纪要不够结构化,无法跨访谈聚合"上半年用户提到价格的所有片段"。
Bitbook 做法:
- 建一个 用户研究 空间
- 每场访谈进同一个空间
- 用 客户访谈 模板(含"明确反馈 / 隐含需求 / 决策信号 / 跟进事项")
- 半年后用全文搜索 价格,跨 100+ 场访谈定位所有相关片段
场景 B:你是被访谈的供应商方
典型问题:腾讯会议主持人是客户,他可以开官方纪要——但你拿不到这份纪要。会后只能凭印象写跟进文档。
Bitbook 做法:
- 客户开他的腾讯会议官方纪要(你不动)
- 你在自己电脑上独立用 Bitbook 录
- 你拿到的纪要包含原话引用,便于跟进时精确回应
这是 Bitbook 与官方纪要的根本差异——录制权下放给每个参会者,每个人都能根据自己的角色记自己关心的内容。
场景 C:投资讨论 / 投委会
典型问题:投委会涉及商业敏感讨论(估值 / 退出 / 团队评估),用腾讯会议官方纪要意味着这些内容存腾讯云 7-30 天,存在合规风险。
Bitbook 做法:
- 100% 本地录音 + 本地转写 + 本地大模型生成纪要(用本地大模型)
- 整套流程不上云,对 IT 合规审计可证明
- 跨投委会自动串联同一项目的多次讨论,便于回看决策演化
详细操作见 投资讨论场景指南。
常见问题
腾讯会议显示"录制中"会让对方看到吗
不会。
腾讯会议的"录制中"提示只在 使用腾讯会议官方录制功能 时出现。Bitbook 是独立的桌面应用,在系统层抓音频,腾讯会议本身不知道你在录——也无法知道。
共享屏幕会影响录音吗
不会。
Bitbook 录的是音频,与屏幕显示什么无关。共享屏幕、看其他文档、查资料都不影响录音质量。
会议中有人退出 / 重连,会丢音频吗
不会。
Bitbook 录的是 您电脑能听到的所有声音。某个参会者退出,您只是听不到他说话——Bitbook 也就录不到他。这部分缺失与您实际听到的体验一致。
如果是关键参会者重连导致的几秒钟静音,Bitbook 会在转写中显示为 ...(静音 8 秒)... 这样的标注。
如果同时开了腾讯会议官方纪要 + Bitbook
两者并行无干扰。
腾讯会议官方纪要走腾讯云端转写,Bitbook 走本机转写。两者对计算机资源的占用都很小(< 5% CPU),可以同时开。
事后你会拿到两份纪要,可以选用更准确的那份,或者把两份合并校对。
中英混说的腾讯会议,Bitbook 怎么处理
针对中英混说做了专门优化。在 200 段中英混说会议样本上:
| 场景 | Bitbook 识别率 | 主流云端工具识别率 |
|---|---|---|
| 纯中文 | ~96.8% | 94-96% |
| 中英混说 | ~95.2% | 88-92% |
| 重技术术语 | ~93.9% | 85-90% |
中英混说和专业术语场景下,Bitbook 识别表现更稳定。