Anarlog 1.3.5 版本解读会议摘要兜底保障、笔记即时操作与多设备同步状态追踪【免费下载链接】anarlogOpen source Granola AI Alternative项目地址: https://gitcode.com/GitHub_Trending/hy/anarlogAnarlog 1.3.5 是围绕可靠性与即时反馈两个主题发布的版本它保证会议结束后必然生成自动摘要即使实时转写中途卡顿也会从录音重建、让笔记删除/撤销/日历事件忽略等操作获得瞬时响应并新增了锚定在引用文本上的共享笔记评论与一眼可见的同步状态指示器。读完本文你将完整掌握 1.3.5 在会议、笔记、聊天、共享与同步四个模块的改进细节以及这些能力背后的实现逻辑与仓库中的对应源码位置。版本概览本更新说明文件位于 packages/changelog/content/1.3.5.md发布日期为 2026-07-22。仓库将版本更新说明以 Markdown 文档形式存放在packages/changelog/content/目录下每个版本一个文件并通过 packages/changelog/src/process.ts 解析 frontmatter提取date与summary字段再由 packages/changelog/src/renderer.tsx 与 packages/changelog/src/components.tsx 渲染为应用内可读的界面组件。1.3.5 的官方摘要将其定位为guarantees post-meeting summaries, makes note deletion and undo instant, and adds anchored shared-note comments plus a sync status menu保证会后摘要生成、让笔记删除与撤销即时生效并新增锚定的共享笔记评论与同步状态菜单。下面按原文档的四个板块逐一展开。会议与摘要让会后必有摘要成为可靠承诺本节对应原文档## Meetings summaries的全部改进点核心目标是消除会议结束了却没有摘要这一最令用户沮丧的体验。转写中断时从录音重建转写并强制生成摘要Always generate the automatic summary when listening stops — if live transcription stalls mid-meeting, the transcript is rebuilt from the recording当监听listening结束时系统总是尝试生成自动摘要如果实时转写live transcription在会议中途停滞则会从录音recording重建转写文本再基于重建结果生成摘要。这意味着摘要生成不再依赖实时转写链路是否全程健康录音成为兜底数据源。从仓库结构看该能力与crates/下的转写与音频链路密切相关crates/transcribe-core、crates/transcribe-proxy、crates/owhisper-client、crates/whisper-local等 crate 共同构成了实时转写与离线重建转写的能力栈而crates/audio-sync、crates/audio-snapshot等负责音频数据的持久化与同步。可以推断 1.3.5 在监听停止这一时机上增加了转写完整性检查与录音重建的回退路径。摘要长度随会议时长缩放Scale summary length with the length of the meeting自动摘要不再是固定长度的输出而是根据会议时长动态缩放。短会得到精炼摘要长会把关键信息容纳进更长的摘要中避免长会信息被压缩丢失或短会摘要显得空洞。这与 Anarlog 摘要配置体系见 docs/customize-summaries.mdx的定制方向一致——用户在原有自定义摘要规则的基础上现在还能获得与时长匹配的默认输出规模。实时转写部分丢失时保留录音Keep the recording whenever part of the live transcript could not be saved, so nothing is lost只要实时转写中存在未能保存的部分录音就会保留在本机确保任何内容都不丢失。这与上一节形成配套录音既是重建转写的兜底也是用户事后手动回听、人工补全的原始素材。静音状态下也能检测转写停滞Detect stalls even while your mic is muted and speaker audio keeps playing转写停滞检测不再依赖麦克风输入。当用户静音、扬声器音频持续播放时系统依然能感知实时转写是否推进异常。这从实现上说明停滞检测基于系统级音频流状态而非单纯的麦克风音量与仓库中的crates/audio-device、crates/detect会议检测等音频采集与状态监测模块直接相关。新增录音保留时长设置Choose how long recorded meeting audio is kept on this device from the new Meetings settings section1.3.5 在应用的 Meetings 设置区新增了录音保留时长选项用户可以自行决定已录制的会议音频在本机保留多久。这既是对隐私/存储空间的控制也是上述保留录音策略的可配置化默认保留策略保证不丢数据而用户可按需设置清理周期。对应设置界面位于 apps/desktop/src/settings 目录下。笔记与时间线删除、撤销与忽略全部即时生效本节对应原文档## Notes timeline。删除、撤销删除与忽略日历事件获得即时反馈Delete notes, undo deletions, and ignore calendar events with instant feedback删除笔记、撤销删除、忽略日历事件这三类操作全部改为即时反馈界面先响应后台再完成持久化。同时Date edits, participant chips, upgrades, and integration buttons respond immediately and can no longer double-trigger日期编辑、参与者标签participant chips、升级入口与集成按钮同样即时响应并修复了重复触发double-trigger问题。这说明 1.3.5 对笔记时间线交互层做了系统性的防抖/幂等处理避免快速点击造成多次副作用。完全离线删除共享链接后台撤销Delete notes fully offline — shared notes links are revoked in the background, even if you quit right after deleting删除笔记可以在完全离线状态下完成对于已共享的笔记其共享链接会在后台撤销即使删除后立刻退出应用撤销动作也会继续完成。这依赖仓库中的同步与撤销机制——crates/db-sync、crates/api-sync与crates/cloudsync提供了本地优先local-first的数据同步能力共享撤销请求被持久化后可在联网时补发。聊天消息即时上屏与失败回合恢复Show sent chat messages instantly instead of after they save, and recover turns whose save failed发送的聊天消息改为即时显示先上屏、后保存不再等待保存成功才渲染同时对于保存失败的回合turn系统支持恢复。该能力与apps/mobile/src、apps/desktop/src中的聊天界面以及packages/agent-core的会话管理逻辑相关属于典型的乐观更新 失败补偿模式UI 层乐观渲染用户输入数据层在失败时保留可重试状态。共享与同步锚定评论与多设备同步状态本节对应原文档## Sharing sync是 1.3.5 的另一大亮点。共享笔记评论锚定到引用文本See comments on shared notes anchored to the quoted text across the app共享笔记上的评论现在可以锚定anchor到被引用的文本片段上并在整个应用中一致地展示。也就是说评论不再漂浮在笔记末尾而是与评论者引用的原文段落绑定读者在阅读到对应段落时即可看到相关讨论。新增同步状态指示器与菜单最多 5 台设备Track sync at a glance with the new sync status indicator and menu, supporting up to 5 devices新增的同步状态指示器让用户一眼掌握当前同步状态并配套提供状态菜单支持最多 5 台设备同时参与同步。仓库源码为这一能力提供了直接的实现证据。在 apps/desktop/src/session-sharing/sync-state.ts 中定义了SessionShareSyncStatus类型取值仅为clean | conflictclean共享会话的同步状态健康、无冲突conflict检测到同步冲突。其实现通过useLiveQuery查询session_share_sync_state表按viewer_user_id share_id session_id组合定位当前查看者的同步状态行并对非法状态值抛错Invalid shared-note sync status保证状态机严格收敛到这两个合法值。状态菜单与展示逻辑位于 apps/desktop/src/session-sharing/sync.tsx相关状态计算与测试见 apps/desktop/src/session-sharing/sync-state.test.tsx 与 apps/desktop/src/session-sharing/index.test.tsx。此外 apps/desktop/src/settings/sync/index.tsx 提供同步设置界面最多 5 台设备即在该同步体系下的设备配额约束。更新说明的工程化组织方式如果你希望在自己的应用中复用 Anarlog 这种按版本维护更新说明的工程模式可以参考本仓库的做法每个版本一个 Markdown 文件命名如1.3.5.md置于packages/changelog/content/文件头部使用 frontmatter 记录date与summary正文按功能板块Meetings、Notes、Chat、Sharing 等组织要点渲染侧由 packages/changelog/src/process.ts 负责解析 frontmatter 与图片 URL 修正由 packages/changelog/src/renderer.tsx packages/changelog/src/components.tsx 以定制组件渲染标题、列表、代码、banner 等均有独立样式与暗色模式适配并支持通过components属性覆盖默认组件。这种内容与渲染分离的结构让更新说明既能被应用内界面优雅展示也能被搜索引擎与文档工具直接检索是值得借鉴的实践。小结Anarlog 1.3.5 的核心价值可以概括为三条主线可靠性兜底实时转写停滞时从录音重建并强制生成摘要、部分转写丢失时保留录音、静音状态下仍能检测停滞——会后必有摘要成为可兑现的承诺即时交互删除/撤销/忽略日历事件、日期编辑、聊天消息发送全部即时反馈并消除重复触发交互体验由等待保存转变为先响应后落盘协作与可观测共享笔记评论锚定到引用文本同步状态以clean/conflict状态机形式呈现于指示器与菜单多设备最多 5 台同步状态一目了然。结合仓库源码可以看到这些改进分别落实在转写/音频 crate 栈、本地优先同步体系db-sync、cloudsync以及桌面端session-sharing模块中既有面向用户的功能价值也有清晰的工程实现支撑。【免费下载链接】anarlogOpen source Granola AI Alternative项目地址: https://gitcode.com/GitHub_Trending/hy/anarlog创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Anarlog 1.3.5 版本解读会议摘要兜底保障、笔记即时操作与多设备同步状态追踪【免费下载链接】anarlogOpen source Granola AI Alternative项目地址: https://gitcode.com/GitHub_Trending/hy/anarlogAnarlog 1.3.5 是围绕可靠性与即时反馈两个主题发布的版本它保证会议结束后必然生成自动摘要即使实时转写中途卡顿也会从录音重建、让笔记删除/撤销/日历事件忽略等操作获得瞬时响应并新增了锚定在引用文本上的共享笔记评论与一眼可见的同步状态指示器。读完本文你将完整掌握 1.3.5 在会议、笔记、聊天、共享与同步四个模块的改进细节以及这些能力背后的实现逻辑与仓库中的对应源码位置。版本概览本更新说明文件位于 packages/changelog/content/1.3.5.md发布日期为 2026-07-22。仓库将版本更新说明以 Markdown 文档形式存放在packages/changelog/content/目录下每个版本一个文件并通过 packages/changelog/src/process.ts 解析 frontmatter提取date与summary字段再由 packages/changelog/src/renderer.tsx 与 packages/changelog/src/components.tsx 渲染为应用内可读的界面组件。1.3.5 的官方摘要将其定位为guarantees post-meeting summaries, makes note deletion and undo instant, and adds anchored shared-note comments plus a sync status menu保证会后摘要生成、让笔记删除与撤销即时生效并新增锚定的共享笔记评论与同步状态菜单。下面按原文档的四个板块逐一展开。会议与摘要让会后必有摘要成为可靠承诺本节对应原文档## Meetings summaries的全部改进点核心目标是消除会议结束了却没有摘要这一最令用户沮丧的体验。转写中断时从录音重建转写并强制生成摘要Always generate the automatic summary when listening stops — if live transcription stalls mid-meeting, the transcript is rebuilt from the recording当监听listening结束时系统总是尝试生成自动摘要如果实时转写live transcription在会议中途停滞则会从录音recording重建转写文本再基于重建结果生成摘要。这意味着摘要生成不再依赖实时转写链路是否全程健康录音成为兜底数据源。从仓库结构看该能力与crates/下的转写与音频链路密切相关crates/transcribe-core、crates/transcribe-proxy、crates/owhisper-client、crates/whisper-local等 crate 共同构成了实时转写与离线重建转写的能力栈而crates/audio-sync、crates/audio-snapshot等负责音频数据的持久化与同步。可以推断 1.3.5 在监听停止这一时机上增加了转写完整性检查与录音重建的回退路径。摘要长度随会议时长缩放Scale summary length with the length of the meeting自动摘要不再是固定长度的输出而是根据会议时长动态缩放。短会得到精炼摘要长会把关键信息容纳进更长的摘要中避免长会信息被压缩丢失或短会摘要显得空洞。这与 Anarlog 摘要配置体系见 docs/customize-summaries.mdx的定制方向一致——用户在原有自定义摘要规则的基础上现在还能获得与时长匹配的默认输出规模。实时转写部分丢失时保留录音Keep the recording whenever part of the live transcript could not be saved, so nothing is lost只要实时转写中存在未能保存的部分录音就会保留在本机确保任何内容都不丢失。这与上一节形成配套录音既是重建转写的兜底也是用户事后手动回听、人工补全的原始素材。静音状态下也能检测转写停滞Detect stalls even while your mic is muted and speaker audio keeps playing转写停滞检测不再依赖麦克风输入。当用户静音、扬声器音频持续播放时系统依然能感知实时转写是否推进异常。这从实现上说明停滞检测基于系统级音频流状态而非单纯的麦克风音量与仓库中的crates/audio-device、crates/detect会议检测等音频采集与状态监测模块直接相关。新增录音保留时长设置Choose how long recorded meeting audio is kept on this device from the new Meetings settings section1.3.5 在应用的 Meetings 设置区新增了录音保留时长选项用户可以自行决定已录制的会议音频在本机保留多久。这既是对隐私/存储空间的控制也是上述保留录音策略的可配置化默认保留策略保证不丢数据而用户可按需设置清理周期。对应设置界面位于 apps/desktop/src/settings 目录下。笔记与时间线删除、撤销与忽略全部即时生效本节对应原文档## Notes timeline。删除、撤销删除与忽略日历事件获得即时反馈Delete notes, undo deletions, and ignore calendar events with instant feedback删除笔记、撤销删除、忽略日历事件这三类操作全部改为即时反馈界面先响应后台再完成持久化。同时Date edits, participant chips, upgrades, and integration buttons respond immediately and can no longer double-trigger日期编辑、参与者标签participant chips、升级入口与集成按钮同样即时响应并修复了重复触发double-trigger问题。这说明 1.3.5 对笔记时间线交互层做了系统性的防抖/幂等处理避免快速点击造成多次副作用。完全离线删除共享链接后台撤销Delete notes fully offline — shared notes links are revoked in the background, even if you quit right after deleting删除笔记可以在完全离线状态下完成对于已共享的笔记其共享链接会在后台撤销即使删除后立刻退出应用撤销动作也会继续完成。这依赖仓库中的同步与撤销机制——crates/db-sync、crates/api-sync与crates/cloudsync提供了本地优先local-first的数据同步能力共享撤销请求被持久化后可在联网时补发。聊天消息即时上屏与失败回合恢复Show sent chat messages instantly instead of after they save, and recover turns whose save failed发送的聊天消息改为即时显示先上屏、后保存不再等待保存成功才渲染同时对于保存失败的回合turn系统支持恢复。该能力与apps/mobile/src、apps/desktop/src中的聊天界面以及packages/agent-core的会话管理逻辑相关属于典型的乐观更新 失败补偿模式UI 层乐观渲染用户输入数据层在失败时保留可重试状态。共享与同步锚定评论与多设备同步状态本节对应原文档## Sharing sync是 1.3.5 的另一大亮点。共享笔记评论锚定到引用文本See comments on shared notes anchored to the quoted text across the app共享笔记上的评论现在可以锚定anchor到被引用的文本片段上并在整个应用中一致地展示。也就是说评论不再漂浮在笔记末尾而是与评论者引用的原文段落绑定读者在阅读到对应段落时即可看到相关讨论。新增同步状态指示器与菜单最多 5 台设备Track sync at a glance with the new sync status indicator and menu, supporting up to 5 devices新增的同步状态指示器让用户一眼掌握当前同步状态并配套提供状态菜单支持最多 5 台设备同时参与同步。仓库源码为这一能力提供了直接的实现证据。在 apps/desktop/src/session-sharing/sync-state.ts 中定义了SessionShareSyncStatus类型取值仅为clean | conflictclean共享会话的同步状态健康、无冲突conflict检测到同步冲突。其实现通过useLiveQuery查询session_share_sync_state表按viewer_user_id share_id session_id组合定位当前查看者的同步状态行并对非法状态值抛错Invalid shared-note sync status保证状态机严格收敛到这两个合法值。状态菜单与展示逻辑位于 apps/desktop/src/session-sharing/sync.tsx相关状态计算与测试见 apps/desktop/src/session-sharing/sync-state.test.tsx 与 apps/desktop/src/session-sharing/index.test.tsx。此外 apps/desktop/src/settings/sync/index.tsx 提供同步设置界面最多 5 台设备即在该同步体系下的设备配额约束。更新说明的工程化组织方式如果你希望在自己的应用中复用 Anarlog 这种按版本维护更新说明的工程模式可以参考本仓库的做法每个版本一个 Markdown 文件命名如1.3.5.md置于packages/changelog/content/文件头部使用 frontmatter 记录date与summary正文按功能板块Meetings、Notes、Chat、Sharing 等组织要点渲染侧由 packages/changelog/src/process.ts 负责解析 frontmatter 与图片 URL 修正由 packages/changelog/src/renderer.tsx packages/changelog/src/components.tsx 以定制组件渲染标题、列表、代码、banner 等均有独立样式与暗色模式适配并支持通过components属性覆盖默认组件。这种内容与渲染分离的结构让更新说明既能被应用内界面优雅展示也能被搜索引擎与文档工具直接检索是值得借鉴的实践。小结Anarlog 1.3.5 的核心价值可以概括为三条主线可靠性兜底实时转写停滞时从录音重建并强制生成摘要、部分转写丢失时保留录音、静音状态下仍能检测停滞——会后必有摘要成为可兑现的承诺即时交互删除/撤销/忽略日历事件、日期编辑、聊天消息发送全部即时反馈并消除重复触发交互体验由等待保存转变为先响应后落盘协作与可观测共享笔记评论锚定到引用文本同步状态以clean/conflict状态机形式呈现于指示器与菜单多设备最多 5 台同步状态一目了然。结合仓库源码可以看到这些改进分别落实在转写/音频 crate 栈、本地优先同步体系db-sync、cloudsync以及桌面端session-sharing模块中既有面向用户的功能价值也有清晰的工程实现支撑。【免费下载链接】anarlogOpen source Granola AI Alternative项目地址: https://gitcode.com/GitHub_Trending/hy/anarlog创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
