历史 Dig · 2026 年 7 月—8 月

会议录音能否留在电脑里完成转写和摘要?

Meetily 把会议录音和转写放在本机,也提供本地或外部摘要选项。但“本地”不是一个总开关:摘要服务、分析、更新检查、录音文件、数据库、导出和删除各有自己的路径。

首次记录 · 最后一次公开修订 · 修订 4
会议转写本地处理数据路径

WORKFLOW 001 · 节点定位

当前节点 03共 7 个节点

把“本地”拆成数据路径

  1. 00主题契约 · 已整理
  2. 01入口 · 历史记录
  3. 02控制 · 历史记录
  4. 03运行边界 · 历史记录
  5. 04交付检查 · 历史记录
  6. 05恢复 · 历史记录
  7. 06编辑焦点 · 产品实验

它和 Workflow 001 的关系

与当前主题的关系

它把“运行在哪里”落到一项具体任务上。

Workflow 001 要先按交付物、环境、成本和权限选择工作方式。这条历史记录提供了一个任务级案例:录音与转写可以在本机,摘要提供方、分析和更新却可能走另一条路径。它与 Q01 的关系最直接;多模型和提供方也会增加 Q02 的核验面,但旧记录没有测量这份复杂度。

当时的记录状态

  • 工作与交付
  • 可核对的工作结果
  • 标准记录
  • 继续调查 · 已更正
  • E1 · 固定版本代码与一手资料已复核 · 未安装实测

当时的建议

当时的判断

把每一段数据路径拆开,再决定它是否适合这次会议。

展开完整判断与退回规则
Meetily 可以作为“本地会议转写”的候选,不应当作已经验证的隐私方案。转写、摘要、分析、更新、存储、导出和删除要分开核对;任何没有亲自观察的环节都保持未确认。
适合谁
希望控制会议文件、愿意逐项检查设置,并能先用无敏感样本试验的个人和小团队
为什么当时值得看
展开说明

如果只看“本地优先”四个字,很容易把会议内容是否外发、应用是否联网、摘要走哪个模型,以及删除能否覆盖所有副本混成一个结论。

这份判断到哪里为止
展开说明

BitShovel 只复核了固定 v0.4.0 的仓库、代码、文档和项目方界面,没有安装应用、录制会议,也没有验证准确率、网络请求、摘要质量或删除结果。项目方资料不是独立隐私审计、合规证明或用户效果。

读之前先对一下

是否适用

只有能用无敏感样本逐项核对时,这条记录才有行动价值。

这条记录可能帮得上

  • 你可以取得所有参与者同意,并先用自制、无敏感内容的短音频检查一套具体配置。
  • 你愿意把转写、摘要提供方、分析、更新、存储和删除当成六个不同检查项。

这些情况先不要照着做

  • 没有明确的录音同意,或组织政策要求使用指定会议工具。
  • 第一次试验就要使用真实客户会议、机密内容或无法撤销的账号与权限。
  • 你的决定必须依赖准确率、完全离线、彻底删除或合规结论——这条记录没有这些结果。

未执行、未冻结的历史试法

当时的试法

先固定一套配置,再用 20–30 秒自制音频检查看得见的路径。

大概用时
历史估算 15–30 分钟,模型下载另计;尚未实测
可能花费
仓库采用 MIT;硬件、存储、下载和外部摘要服务可能另有成本
权限边界
取得录音同意;只用无敏感样本;不先接外部摘要服务
  1. 01

    先做什么

    展开这一步

    用自制的 20–30 秒无敏感音频,先记录应用版本、转写模型、摘要提供方与端点、分析状态,以及允许出现的网络请求,再开始录制。

  2. 02

    手里应该多出什么

    展开这一步

    保留原音、转写、摘要与导出,并列出数据库、录音目录、导出位置、网络观察和删除前后状态。

  3. 03

    如果执行,怎样界定这一次成功

    展开这一步

    如果执行,只能确认这一个样本中的预设事实可以对照,且检查期间没有观察到未经允许的会议内容外发;这不等于准确率、完全离线或彻底删除已得到证明。

  4. 04

    遇到什么就停

    展开这一步

    没有录音同意或政策许可,或无法说清摘要端点、允许的流量、存储位置和删除范围。

  5. 05

    怎么恢复原状

    展开这一步

    删除数据库记录、录音目录和导出,撤销音频权限并卸载;随后重新检查已知位置是否仍有残留。

项目方界面 · 非本站运行

方法与界面

看得到录音和转写入口,不等于所有路径都已经留在本机。

展开方法边界

唯一保留的界面来自固定版本项目方演示,并已移除设备与 EXIF 元数据。它只帮助定位录音、实时转写、模型、设备和语言入口,不承担准确率、隐私、离线或删除证据。

Meetily 固定版本录音与转写界面项目方演示 · 非本站运行
Meetily 固定版本项目方界面,显示录音、实时转写、模型、输入设备和语言入口

界面中的文字是一段项目介绍演示。它只能说明固定版本怎样呈现录音与转写入口,不能证明转写准确、配置完全离线、删除彻底,或 BitShovel 已经运行过它。

图片来源与说明

Copyright (c) 2024 Zackriya Solutions · MIT。BitShovel 仅从固定源 PNG 移除 ICC 与 EXIF 元数据,保留原始 2370×1630 像素、比例和可见内容。项目方未参与、批准或背书 BitShovel。

打开来源页面查看使用与署名规范

依据和来源

依据和来源

截至 2026-08-15,可核对的仍是固定 v0.4.0 的项目方代码和说明;没有本站安装、真实会议、网络观察、准确率或删除结果。

展开证据边界

固定版本的一手代码支持本地转写、本地 SQLite 和可选摘要提供方,也显示分析开关、更新检查与删除范围需要分别看;没有独立复现或真实会议结果,证据仍为 E1。

  1. 01
    固定版本项目资料 · 固定来源复核

    Meetily v0.4.0 README

    展开来源边界

    核对项目方对本地转写、Community Edition 和摘要方式的说明;这些是产品方声明,不是本站运行结果。

    打开原始来源
  2. 02
    固定版本代码 · 固定来源复核

    摘要提供方与端点设置

    展开来源边界

    固定代码列出 Ollama、Claude、Groq、OpenRouter 与 OpenAI-compatible 等选项;选择哪一个会改变摘要的数据路径。

    打开原始来源
  3. 03
    固定版本代码 · 固定来源复核

    分析开关与更新检查是不同路径

    展开来源边界

    分析在固定代码中默认关闭,启用后连接 PostHog;应用另有 GitHub 更新检查。因此会议内容本地处理不等于应用完全没有网络请求。

    打开原始来源
  4. 04
    固定版本代码 · 固定来源复核

    应用启动后的更新检查

    展开来源边界

    固定代码显示应用启动后会请求最新版本信息;这类非内容流量也应在试验边界里单独记录。

    打开原始来源
  5. 05
    固定版本代码 · 固定来源复核

    数据库删除与录音文件不是同一个范围

    展开来源边界

    删除命令覆盖 SQLite 中的会议、转写块、摘要过程与转写记录;录音目录、导出和其他副本仍需另外核对。

    打开原始来源

修订记录

修订记录

R3 纠正产品身份,R4 再把“本地”拆成可以逐项核对的路径。

展开 2 次修订
  1. 第 3 次

    纠正了把 Meetily 写成浏览器 AI 搜索的错误,重新核对它实际提供的本地会议转写功能。

    更正前的说法
    Meetily 是不上传浏览数据的本地浏览器 AI 搜索。
    更正后的判断
    Meetily 是会议录音与本地转写工具;摘要、遥测和删除要按实际设置分别核对。
  2. 第 4 次

    复核同一 v0.4.0 固定代码,把本地会议内容处理与应用网络行为拆开,并把准确率与删除从产品承诺改回未执行的检查项。

    更正前的说法
    选择本地转写和本地摘要后,就能用一次短测试确认文件都留在电脑里并可删除。
    更正后的判断
    本地转写只是一个环节;摘要端点、分析、更新请求、数据库、录音目录、导出和删除范围都要逐项观察,未运行前不作结果承诺。

这条记录留下什么

这条记录留下什么

“本地”要落到每一步,不要停在一个标签上。

这条记录保留一套尚未执行的检查办法。当前 Workflow 继续回答主工作流怎样选择;Q01 则把运行位置、权限和网络边界放进同一张决策表。

回到 Dig 索引