Anarlog 1.4.24 版本深度解读Nightly 预览通道、团队协作升级与转录/同步可靠性改进【免费下载链接】anarlogOpen source Granola AI Alternative项目地址: https://gitcode.com/GitHub_Trending/hy/anarlogAnarlog 1.4.24发布于 2026-09-12是一次以“可靠性”和“团队化”为核心的大版本更新用户可以在 Stable 之外体验独立的 Nightly 预览通道转录音频与跨设备同步在卡死恢复、混合语言、并发冲突等场景下得到系统性加固团队功能也从“邀请成员”延伸到了席位计费、域名自动准入与所有权转移。读完本文你将掌握本版本的完整变更清单、每项改动对应的仓库源码实现路径以及升级后如何在 Settings 中配置团队、计费与转录提供方。版本脉络changelog 从哪来本仓库的版本更新记录集中在 packages/changelog/content 目录每个文件对应一个版本号并以 YAML frontmatter 携带date与summary元信息。以本文主角 1.4.24.md 为例其 frontmatter 声明了发布日期与一句话总结正文则按“转录与会议 / 账户同步与团队 / 会议控制”三大板块组织。前端渲染链路由 process.ts 负责解析 frontmatterparseFrontmatter提取date与summaryfixImageUrls处理资源地址再由 renderer.tsx 通过 Streamdown 组件渲染为页面。换言之本文内容即 Stable 应用内“Whats New”所展示的官方更新说明以下逐项展开并补充仓库源码证据。Anarlog Nightly 预览通道回归1.4.24 重新开放了 Nightly 通道对应文档 nightly.md其设计要点如下独立安装、互不影响Nightly 以独立应用形式安装更新频率更高、稳定性可能更差但现有 Stable 安装保持不变共享本地笔记、隔离登录与设置两个版本打开的是同一份本地笔记数据但登录态与设置各自独立官方明确要求“退出一个应用再打开另一个”Quit one app before opening the other数据库格式向前兼容策略若 Nightly 提前升级了数据库格式在 Stable 包含该变更之前应继续使用 Nightly避免旧版本读取新格式数据。对开发者和高级用户而言Nightly 的价值在于提前验证新特性并反馈 bug对普通用户这意味着无需承担任何风险即可在旁路试用新功能。仓库中 Nightly 与 Stable 的更新说明分别维护Nightly 的预告版文案与正式版基本同步如团队邀请、席位计费、转录分块同步等条目在两个文档中都能找到对应描述。转录与会议可靠性优先的六项核心改进本版本在转录管线上的投入最大几乎每一项都对应仓库中的具体实现或测试。1. 卡住转录的恢复与会议交接变更点恢复停滞的转录输出时保持音频采集不中断并在会议之间提供更干净的交接handoff。从 batch.rs 的实现看转录事件通过 mpsc 通道 SSE 消息BatchSseMessage流转BatchEventSender采用“最新进度合并”coalescing策略缓冲区满时用latest_progress保留最新进度而非丢弃send_blocking_timeout在 5 秒超时内重试发送batch.rs并配套测试coalesces_progress_when_the_buffer_is_full、newer_queued_progress_supersedes_a_coalesced_updatebatch.rs验证了“重连/恢复时不丢进度”的行为。这种事件缓冲与合并机制正是转录输出停滞时能够原地恢复而不是整体重建的底层保障。2. 取消与后处理的保护逻辑尊重“会后转录”的取消操作ProgressTracker::is_cancelled直接检查BatchEventSender::is_closed()batch.rs即通道关闭即视为取消信号取消后不再产出进度事件后处理返回不完整文本时保留已保存的转录终端消息terminal message可以抢占缓冲中的进度事件并结束流terminal_message_preempts_buffered_progress_and_ends_the_streambatch.rs避免不完整结果覆盖已有转录。3. 混合语言与立体声重转录混合语言转录时保留所有请求语言不再返回部分覆盖partial coverage即使可用提供方仅接受单声道也能重转录立体声录音重转录混合语言会议时两种语言都会被保留。这与转写代理层对ListenParams的构造有关在 anarlog.rs 中build_listen_params将languages、sample_rate默认 16000、channels默认 1等参数显式解析进请求测试也验证了多语言 hint 会正确写入上游 URLurl.as_str().contains(language_hinten)与language_hintja见 anarlog.rs。4. OpenRouter 转写关键词提示与说话人分离变更点明确写道通过 OpenRouter 转写时传递字典提示dictionary hints与说话人分离speaker diarization使自定义术语被尊重、多说话人转录不再坍缩为单一人声感谢社区贡献者 ekapratama93。源码层面OpenRouter 适配器 openrouter/mod.rs 的provider_options_for_model函数mod.rs按模型映射 provider 专属选项模型注入的 provider.options触发条件是否需要 verbose_jsonopenai/gpt-transcribeopenai.keywords来自params.keywords请求携带关键词否microsoft/mai-transcribe-2azure.diarization.enabledtrue恒启用是x-ai/grok-stt-1.0xai.diarizetrue指定了num_speakers/min_speakers/max_speakers是deepgram/nova-3deepgram.diarizetrue恒启用是值得注意的是代码注释中的两个边界说话人标签只有请求verbose_json 词级时间戳时才随 segments/words 返回因此说话人分离必然走 JSONinput_audio请求体而非 multipart/form-data同时mistralai/voxtral-mini-transcribe在 OpenRouter 端会直接 400 拒绝verbose_json所以该模型经 OpenRouter 无法取回分离结果——这正是“不再坍缩成一个说话人”之外实现者必须面对的取舍。5. Linux 麦克风默认设备与 PipeWire 修复在 Linux 上使用真正的默认麦克风而不是静默地从 ALSA 的 null 设备采集感谢 jacoponeLinux 音频后端 linux.rs 基于 PulseAudiolibpulse_binding实现get_default_input_device从设备列表中筛选direction Input is_default的设备linux.rs而非回退到空设备Linux AppImage 使用宿主机的 PipeWire 库避免 Fedora 等发行版上出现静默录音问题。6. macOS 蓝牙麦克风与说话人处理macOS 上打开麦克风时切换到 HFP/SCO 协议配置使蓝牙麦克风可靠工作audio-devicecrate 的 lib.rs 中多处注释说明了这一机制——Windows 上打开蓝牙耳机麦克风会强制 HFP 呼叫配置lib.rsmacOS 上蓝牙采集会持有系统默认输入以维持 HFP/SCOlib.rs并有一个专用结构在采集流生命周期内将耳机保持在 HFP/SCOlib.rs跨重启记住一对一远程参会者的姓名说话人名称可应用到整个会议而不影响无关说话人且在转录精炼refinement后仍保持指派。7. 新增转录提供方Nari Labs本版本支持使用自己的 API Key 连接 Nari Labs 进行实时转录。仓库中对应适配器 nari/mod.rs默认模型为qwen3-asr-fast:free可选qwen3-asr:free、qwen3-asr-fast、qwen3-asrmod.rs支持 31 种语言含zh、yue、ja、ko等通过 WebSocket 实时接收事件流FINALIZE_ID anarlog_end_of_input标记输入结束适配器通过RealtimeSttAdapter接口接入 adapter/mod.rs 的统一转写适配层同一层还承载 AssemblyAI、Deepgram、Cartesia、Soniox 等实时提供方。账户、同步与团队从个人工具走向团队协作计费与账户Pro 计划支持月度/年度计费在账户Account页面选择 billing 周期连接账户Connected accounts可附加更多登录方式且不会合并为同一个账户后端侧订阅相关能力由 api-subscription 提供其中billing_router暴露can-start-trial与start-trial路由account_router处理delete-account另有独立的scim_router供团队身份管理使用mod.rs。团队邀请、席位与成员管理在 Settings → Teams 中接受或拒绝团队邀请即使邀请邮件丢失也可以操作应用处于后台时收到邀请会弹出通知无需先购买席位即可添加成员成员加入或离开时计费自动调整按比例计算的费用变化应用到下一次计划账单prorated billing on next scheduled invoice付费团队成员身份即含 Pro 访问权限可直接使用 Cloud API 与 Cloud MCP域名自动准入团队所有者可配置“经核实的单位邮箱域名自动加入团队”同时尊重此前的移除记录被移出者不会因域名匹配被自动拉回成员表格与所有权转移在表格中查看成员档案与角色所有权转移必须由接收方接受后才生效。同步可靠性与“Start fresh”同步卡住时给出原因不再静默重试restore 或 setup 无法继续时明确指出失败步骤“Start fresh on this device”当设备上的笔记属于另一个 Anarlog 账户时可选择在本设备上全新开始——现有数据库被保留为带时间戳的备份随后登录的账户接管旧笔记中的任何内容都不会被上传。前端实现位于 start-fresh-dialog.tsx点击确认后调用commands.requestLocalDatabaseReset()并重启应用下次启动时把旧数据库移为备份并打开空工作区start-fresh-dialog.tsx从未同步过的设备可直接切换账户无需重装应用同步范围扩大标签tags、文件夹folders与每日笔记daily notes跨设备同步并发编辑按时间而非“最后发布设备”解决同一笔记不同段落可分别合并输掉的版本也会被保留不会凭空消失长转录分块同步进行中的录音增量同步两台设备不再互相覆盖对方的转录前向兼容同步更新的 Anarlog 构建写入了本版本尚不能读取的数据时同步不会停止这些记录等待更新后再处理。新增提供方Meta Muse在 Settings → AI 中使用自己的 API Key 连接 Meta Muse 进行转录与智能处理感谢 realtonypark。仓库适配器 meta/mod.rs 显示其模型为muse-voice-transcribe-1.0实时路径为/v1/asr/realtimeSessionConfig支持language_bias与keywords参数mod.rs与 Nari 一样通过统一适配层接入实时转写管线。会议控制与界面细节优化文件夹选择器移到笔记头部操作note header actions旁启动或切换聊天时Automations 导航保持可见电子邮件与 Slack 分享菜单更紧凑破坏性操作由“长按确认”改为“点击确认”降低误操作门槛移除会议详情弹窗popover的滚动条并简化全应用排版在 Settings → General 中可选择桌面导出的保存位置选择转录文本时不再有遮罩层遮挡文字。小结与升级建议1.4.24 的更新重心可以概括为三条主线转录管线韧性停滞恢复、取消保护、混合语言、立体声重转录、OpenRouter 关键词与说话人分离openrouter/mod.rs、Linux/macOS 音频设备修复整体由 transcribe-core 的事件通道与 owhisper-client 的适配器层支撑团队化与计费闭环从邀请、席位、域名准入到所有权转移与按比例计费后端能力集中在 api-subscription同步不再“静默失败”冲突按时间合并、转录分块增量同步、明确报错、“Start fresh”安全接管start-fresh-dialog.tsx。升级后建议依次检查Settings → Teams处理待处理邀请与成员席位、Settings → AI接入 Nari Labs / Meta Muse 并核对关键词与说话人设置、Settings → General确认桌面导出目录。若想提前体验下一版能力可关注 nightly.md 描述的 Nightly 通道并牢记“同一时间只运行一个版本、数据库格式升级后继续使用 Nightly 直至 Stable 追平”的操作纪律。【免费下载链接】anarlogOpen source Granola AI Alternative项目地址: https://gitcode.com/GitHub_Trending/hy/anarlog创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考