iPhone长录音笔记:分段转写、本地保存与显式交接

首答

一呼把录音笔记留在手机,结束记录后在可用的前台时段分段转写,供你核对,再显式选择填入草稿或暂存文字附件。结束录音不等于交给Agent;填入不等于发送,暂存不等于上传成功。本文解释当前源码路径,没有新增长时录音、锁屏持续性、转写速度或耗电的真机保证。

从记录到交接:五个独立动作

  1. 准备:使用自有签名的App、可用本地模型与麦克风权限;访问网页还需你可达、证书受信任的自有HTTPS工作台。录音笔记不是云端录音服务,也不是App Store成品保证。
  2. 录音:开始/结束记录。当前界面描述支持锁屏录音,但本轮未做锁屏、来电中断、空间不足或长时真机测试;不要据此承诺持续时长。
  3. 转写与核对:结束记录将进入等待/转写路径,不会像短语音输入那样直接尝试交付网页。让App在前台且无冲突时处理;核对人名、数字、否定词与分段接缝。识别文字不是已生成的会议纪要。
  4. 显式选择:确认打开记录时捕获的工作台/页面。短转写选择草稿填入;长转写选择分享托盘的Markdown附件暂存,再单独处理附件交接。界面还存在有独立资格检查的雷达事项草稿路径,本专题不把它混同网页填入或已发送回复。
  5. 检查结果:核对草稿或附件及对应目标,再决定后续操作。结果不明确时停止自动动作,保留原文核查后手动复制;不要清除一次交接标记来“再试一次”。
阶段 当前实现/保存位置 不能据此声称
录音 本机audio.caf;麦克风需系统授权 无限时长、永不被系统中断
分段 16kHz帧、最多28秒窗口、末8秒低能量搜索 语义分段、说话人分离、不截词或精度/速度达标
恢复 note.json保存文本、状态与transcribedFrames;异常状态重载为pending 进程被杀仍持续转写、绝对不丢字
直接填入 转写完成、字符门槛、一次预约与捕获页面检查 当前任意页面均可填入、自动发送
托盘暂存 文字或Markdown;不附带原始录音 自动上传、删除本地即撤回服务端
原文保留 不确定结果仍可读/复制 复制绝不重复、对方已收到或已执行

合成走读,不录音:设一条已完成的虚构笔记内容为“请整理示例讨论的三个问题,不执行操作”。先核对目标,再选择一种交接动作。3000与3001个ASCII字符用于解释现有门槛,不代表真实录音长度测试;源码使用Swift Character计数,不将UTF-8字节或Unicode标量数混作同一门槛。手动复制也可能制造重复,必须先核对目标。

详细问答

较长的手机录音怎样在端侧分段转写,而不是一次处理整段音频?

当前分段器按16kHz帧计数读取最多28秒窗口,在窗口末8秒范围寻找低能量切点,最终窗口可整体保留,再拼接识别文字。这是实现策略,不保证不截词、准确率、耗电或任意录音时长;本轮没有长录音真机性能证据。

录音转写中断后,怎样确认保存进度并继续处理?

记录元数据保存已转写帧位置;重新加载时,遗留的recording/transcribing状态转为pending,在应用前台且满足可转写条件时尝试继续。等待、失败和完成要分开看,核对断点附近文字;这不承诺后台一直转写、自动生成纪要或崩溃绝不丢字。

录音和转写保存在手机本地,是否就没有备份或交接副本?

录音与元数据位于本机VoiceNotes目录,包含audio.caf与note.json;源码尝试将该目录排除备份,不等于所有设备都已验证排除成功。手动复制、分享托盘或交接给网页会产生其他副本;删除本地笔记不等于删除工作台、剪贴板或服务端副本。

把录音笔记交给网页工作台之前,怎样避免填入错的页面?

先在目标工作台聚焦草稿输入框,再打开记录并核对页面。显式填入绑定打开记录时捕获的会话与页面,交接前检查连接、当前目标及忙碌状态;切换来源或页面后不要假定目标随之变更。未知编辑器或拒绝结果不绕过,也不自动按Send。

录音转写何时直接填入,何时作为文件暂存到分享托盘?

当前笔记界面以转写字符数3000为直接填入门槛,且需转写完成、尚未交接并通过目标检查;较长转写沿用Markdown附件暂存路径,分享的是文字而非原始录音。3000不是录音时长或模型上限,存入托盘也不是已上传或已发送;后续附件交接可能先上传到工作台。

录音笔记交接结果不明时,为什么不能自动重试或另存再交?

每条笔记在显式填入或托盘暂存之前先原子写入一次交接标记。标记写不成就拒绝交接;尝试失败或结果不明时保留原文,但不自动重试或换另一条交接路径。先核对目标已有内容,再决定是否手动复制;标记不等于工作台已收到或Agent已执行。

承接阅读: 开始 · 隐私 · 短语音草稿