Tree: 46ebf28d64

along

along-test

main

memory-center-impl-v1

memory-design-v0.2

Branches Tags

${ item.name }

Create tag ${ searchTerm }

Create branch ${ searchTerm }

from '46ebf28d64'

${ noResults }

Commit Graph

11 Commits (46ebf28d64ff012cc589384dcf3ee44680d42296)

Author	SHA1	Message	Date
Rodger-Wang	46ebf28d64	闹钟改成只在 App 内提示；通话翻译/通话录音挂前台服务；复刻档位日志提到 warn 1) 拾忆提醒不再发系统通知 改成进程内 Timer + App 内弹窗。代价必须说清楚：**App 不在前台就不会提示**， 它是「打开 App 时告诉你有什么要做」，不是系统闹钟。 - 一个 Timer 只指向队首那条，响完武装下一条；定时器最长压 30 分钟， 超过就到期重算（长定时器在移动端本来就不可靠）。 - 错过的不补弹，否则早上打开 App 会糊一串昨天的提醒。 - 仍保留 flutter_local_notifications，只用来撤老版本排进系统的那些排期 （装过老包的机器上还留着，不撤的话改口径之后仍会收到、且没法关）。 只撤自己的 id 区间，绝不 cancelAll（会干掉录音的前台通知）。 - 顺带删掉上一版加的「通知权限未开启」提示条，不再需要。 2) 通话翻译 / 通话录音 切后台继续工作 两条链路原先都没有前台服务： - 通话翻译走 AliyunBailianE2EHelper，与 AzureAsrHelper 不是同一条路， 后者的前台服务管不到它； - 通话录音的音频来自耳机 SPP 流，压根不经过识别插件。 没有前台服务时切后台会发生两件事且都不报错：国内 ROM（荣耀/华为尤其） 冻结或回收进程，WebSocket 断、PCM 流停摆；Android 9+ 后台拿不到麦克风。 → AST 的 start/stopContinuousTranslation 里起停 AudioRecordingForegroundService； 另开两个 method channel 口子（startAudioForegroundService/stop…）给 通话录音用。三条链路互斥使用，暂不做引用计数，注释里写明并存时要改。 ⚠️ 前台服务自带常驻通知，用户关掉通知权限后它不显示但服务照常跑—— 所以第 1 条「不要系统通知」和这一条不冲突。 3) 声音复刻的档位日志提到 warn 级 [TRANS-INIT] 命中哪一档、[STS] initialize 的 voiceClone 开关，原先是 info， release 包里看不到。而「有没有复刻」完全取决于命中的是 alibaba35 还是旧版档 （旧版模型静默忽略 enable_voice_clone），不看这两行只能靠猜。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	1 month ago
Rodger-Wang	692b004586	AI 页闸门提示改走节流，别再连点连弹 两个现象是同一个根因：灰掉的卡片只是画成 0.45 透明度 （ModuleSquareCard 的 enabled 只管 opacity），点击照样走到 launchModule。 用户看到灰卡片会连点几下试，于是每点一下补一条一模一样的 snackbar， Get 还会把它们排队，得逐条等超时才散得干净。 改的四处闸门，全部走 ToastThrottle + 8 秒窗口： - 没在通话却点通话翻译/通话录音 → callRequired - 通话中点现场录音/同传/面对面/多媒体 → inCallBusy - 没连设备却点依赖设备的功能 → connectDevice（AI 页与翻译中转页共用一把 key， 否则两个页面来回点还是会各弹各的） - 开发中的功能 → 按模块分 key，不同功能的提示不该互相节流掉 窗口取 8 秒而不是默认的 3 秒：普通提示（保存失败之类）用户看完就换动作了， 闸门提示的对象是「用户还会再点」的场景，3 秒等于每 3 秒补一条，一样是刷屏。 信息量只在第一条。 保留提示而不是彻底吞掉：吞掉的话用户点灰卡片零反馈，不知道为什么点不动。 第一下解释清楚，后面忽略。 ToastThrottle.show 加可选 window 参数 + gateWindow 常量。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	1 month ago
Rodger-Wang	edc414bc61	设备管理按在线排序；恒玄日志在 release 里恢复可见、电量补查重试 设备管理页： - 在线设备排最前，其余保持服务端顺序。用「两个桶拼起来」而不是 List.sort， Dart 的 sort 不保证稳定，按 0/1 排会让离线设备的相对顺序每次刷新都变。 - 排序结果不会自己重算：列表的 Obx 只收集到 allDevices 一个可观察对象， 所以挂 ever(deviceStatus/connectedDeviceId/deviceMac) 在连接变化时重排， onClose 里 dispose。 - isConnected 补上 deviceMac 比对，与 unbindDevice 里的判据对齐。 只比 connectedDeviceId 的话 iOS 上恒为 false（那是 peripheral UUID 不是 MAC），列表全显示未连接、排序也白排。 日志： - Logger 的 console 开关原来是 !kReleaseMode。配上 release 级别 = warning， 结果是 debug/info 被级别挡掉、warn/error 被开关挡掉，release 包里一条都 到不了 logcat。为真机排查写的那套恒玄抓帧诊断，在真正拿去测的包里全是 死代码。现在 release 也开，级别门槛仍是 warning。 - 恒玄的原始帧 / 未识别回包 / 电量 / 固件版本 / 命令探测一律改 warn 级， 这样正式包里也留得住——定位新固件命令号只能靠这些第一手字节。 电量： - 握手里只发一次 AA 09 不够（那一刻 SPP 刚建好、命令可能被丢；协议 3.1.10 这帧也可能只在状态变化时主动推）。加 3s/8s/20s 三次补查，拿到就停， 断开即取消。不做长期轮询：探测命令占着 SPP 会让录音/翻译排队。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	1 month ago
Rodger-Wang	4c5b6f0c65	拾忆：修分类筛选无效、加自动补传与提示节流；试修 iOS 播报 真机反馈的三条。 ## 1) 分类筛选点了没反应（我的 bug） 筛选条改的是 categoryFilter，但 eventsForScope **只按日期过滤，从没读过它** —— 值改了没人用。列表源头补上分类条件。 顺带：onDaySelected 里那句 `categoryFilter.value = null` 也去掉了。它是旧首页 折叠态横向条的语义（临时开关，切天清掉合理）；拾忆页的筛选条是常驻的， 选了「花销」再点一天就被清空，看起来同样像按钮失灵。 ## 2) 本地未同步项每点必弹，且无从同步 原来只是拦下来提示一句，没给出路，连点几下还叠一串一模一样的条。 - AssistantDirectiveService.syncPending()：把所有 synced=false 的本地闹钟补传， 由拾忆页刷新（进页面/下拉/切前台）驱动。这是自愈机制——服务端没部署、断网、 或恰好那一下超时，闹钟都会先落在本地，等能连上时自动补上去，不用用户做任何事。 遇到业务错误或网络异常就 break：后面的一样会失败，别把整串请求都打一遍。 加了重入保护。 - refreshFromServer 里**先补传再拉取**。反过来的话刚补传的这次拉不到， 要等下一次刷新才显示。 - 新增 ToastThrottle：同一 key 3 秒内只弹一次（比 snackbar 默认停留略长， 保证上一条没消失就不会再来一条）。memory 的三处提示都接上。 登出时清节流状态，免得上个账号的记录影响下一个。 - 点未同步项时除了提示，**顺手触发一次补传**——用户点它说明他在意这条， 正好借这个动作试一次同步，成功了下次点就能编辑。 ## 3) EMAI 回复没声音（试修，需真机验证） 日志里 PcmStreamPlayer 反复报 -11850 Operation Stopped，每来一包音频重试一次。 链路：手机这条路是「按住说话」，MicPcmStreamer 用 record 的 echoCancel/noiseSuppress，在 iOS 上插件会把 AVAudioSession 切到 voice-processing 并自己持有；松手时 _mic.stop() 只停引擎、**不还原会话**。随后回复音频到达， AVPlayer 在那个会话上起不来。 _ensureSession 原来只在首次 configure、**从头到尾没有 setActive**。改成： 配置仍只做一次（配置本身是静态的），但**每轮 begin 都显式 setActive(true)**， 把会话按本方配置拿回来；起播失败时复位 _sessionConfigured，下一轮重新走完整 configure+setActive——只补激活救不回被改过 category/mode 的会话。 ⚠️ 没动 category/mode/routing 那几个值。CLAUDE.md 记着这块「被改坏过三次」 （外放/听筒/A2DP 来回绕），这次只加激活时机，不碰路由语义。 ⚠️ 这条是根据日志推断的，**未经真机验证**。 ## 测试 dart analyze 零错误。flutter test 有 7 个失败，逐个核对过是既有失败： 6 个语言的 translations_test 报「与 enUS key 不一致」，实测这些语言相对 enUS 缺 14~188 个 key，**其中属于本次新增的是 0 个**；id_verify_dialog_test 同理。 改动前后失败数都是 7。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	1 month ago
Rodger-Wang	5eeedf1013	修拾忆页看不到助手闹钟：换源时把本地那份的展示出口弄丢了 真机实测暴露的回归。设备上取到的证据： assistant_reminders: 2 条（"南山会议" 16:00、"晚餐时间" 17:00），synced=false assistant_directives: 2 条 SET_clock，status=done memory_items_cache: 0 条 也就是说助手完全正常：听懂了、下发了指令、指令也落地了。但用户在拾忆页 什么都看不到。 ## 原因 _rebuildEvents 换成只读 MemoryService.items 之后，AssistantDirectiveService 的 reminders **全仓再没有任何消费者**（grep 可证）。后端还没部署 memory 模块， memory_add 必然失败，于是本地那两条既进不了 MemoryService、也没有展示出口。 我上一轮的提交说明写着「迁移期双写……即使上传失败，用户至少还能在本机看到 自己刚定的闹钟」——**那句话是错的**，双写的「本地」那一半当时已经没有出口了。 ## 改动 - CalendarController._rebuildEvents 补上 _localReminderEvents()：把 **还没同步**的助手闹钟也投影进日历。已同步的跳过，否则 MemoryService 与 本地两边都投影会出现两条。 - 重新订阅 AssistantDirectiveService.reminders（_reminderWorker）： 不订阅的话助手刚定完闹钟页面不会刷新，要退出重进才看得到。 - 「提醒 → 记忆项」的换算收敛成 AssistantReminderToMemory 扩展， 上传路径与日历投影共用同一份，删掉 service 里那份重复实现。 - 本地未同步项的 memoryId 是 0：点开编辑或勾完成时给明确提示 （memLocalOnlyHint，41 语言已补），不再静默无反应——它没有服务端 id， 改了也没处提交。 ## 另一个症状：EMAI 回复没声音（未修，不在本次改动范围） 同一份日志里： [ERROR][PcmStreamPlayer] 播放错误: PlatformException(-11850, Operation Stopped) [ERROR][PcmStreamPlayer] 启动播放失败: (-11850) Operation Stopped 反复几十次。EMAI 的回复音频走 BailianMultimodalService.audioOut → PcmStreamPlayer.feed，**整条链路不经过 TtsService**，也不在本次改动的文件里 （改动清单见 git diff --name-only）。-11850 是 AVFoundation 层的错误， 指向音频会话状态，需要单独排查。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	1 month ago
Rodger-Wang	fc3f747dfb	拾忆：周期报告弹窗 + 存量 DBTask 迁移 周期报告弹窗（MemoryReportSheet） - 一次只弹最近一份未确认的。用户一个月不开 App 会攒 4 份周报 + 1 份月报， 连弹 5 次没人受得了——服务端不带参数时就只返回最近一份。 - 不可关闭（需求 4 要求用户确认），但**确认失败也放人走**：把人扣在一个不可 关闭的弹窗里比漏记一次确认糟得多，下次进来会再弹。 - summary 为空时不播报、只显示统计。文案生成失败时服务端是刻意只回写统计的 （宁可少一句话也不让报告整个没有），这里对齐那个降级。 - 统计数字全部来自 stat_json，客户端不做任何加减——同一份数据在两处各算一遍， 早晚会出现两个不同的结果。花销按币种分行，不做汇率换算。 - 排在每日安排弹窗之后：两个都要播报，同时弹会互相盖住，而「今天要做什么」 比回顾更即时。 存量 DBTask → memory_item 迁移 模块 Start 时起 goroutine 跑一次，幂等（client_key="task:<id>" + 唯一索引）。 - **不删也不改 allhelp_task**。不可逆迁移的通例：出问题时旧表是唯一回退依据。 - **失败不阻断启动**。它是补数据不是启动前置；返回 error 会让 home 退出， 而五个服务同镜像、entrypoint 会连坐全杀。 - trigger_time 用 time.Parse 保留原时区再取日期，**不先转 UTC**—— 那会让 00:30+08:00 这类凌晨任务整体退到前一天（有用例守着）。 - RemindAhead 置 0：旧体系「服务端仅记录不触发」，用户从没被这些任务提醒过， 迁过来默认开提醒等于给所有人补发一堆历史提醒。 - UserEdited 置 true：迁移来的是用户资产，不该被会议重新生成之类的清理逻辑碰到。 - TaskType_Cron 按一次性迁，不猜重复规则——猜错会让用户每天被一个他没设过的 闹钟吵醒。 - 标题与描述都空、没有 uid、既无触发时间也无创建时间的一律跳过，不往新表塞垃圾。 7 个映射用例覆盖：基本字段、凌晨不退日期、五种 TaskType、三种状态、 无触发时间退回创建日期、四类该跳过的、标题回退描述。 验证：go build / go vet 全通过，comm + memory + mcp 三个包测试通过； dart analyze 零错误，flutter build apk --debug 通过。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	1 month ago
Rodger-Wang	66463e53f6	记忆中心客户端：拾忆页接服务端 + 写操作 UI + 本地提醒 + 每日播报 dart analyze 零错误，flutter build apk --debug 通过。 零期修缮 - tabTodo 补齐 41 个语言。此前只有 11 个文件有这个 key，其中 8 个的值是 'Remin'（不是任何语言里的词，像 Reminisce 打了一半），缺 key 的 30 个经 GetX 回退到 en_US 同样显示 'Remin' —— 41 个语言里 38 个是坏的，只是不报错。 - i18n_audit.py 补「缺失 key」检查。它此前**结构上无法发现缺失的 key**：循环遍历 的是该文件已有的 key，且对 baseline 里没有的直接 continue。这正是 tabTodo 在 30 个语言里悄悄丢掉而没人发现的原因。现以 zh_cn 为基准，实测报出 7243 处历史缺失 （40 个语言只有 1 个不缺）。加了 --fail-on-missing/--allow-missing 给 CI 卡「只增 不减」，默认不开——一上来就红会让人直接把检查关掉。 - pubspec 引入 timezone + flutter_timezone。zonedSchedule 只接受 tz.TZDateTime， 没有这两个依赖，提醒功能一行都写不了。 拾忆页从纯展示改成可写（此前最大的工作量遗漏） 页面原来没有 RefreshIndicator、没有 FloatingActionButton、卡片没有 onTap， 于是服务端的 add/update/del/complete 四个写接口在客户端一个调用点都没有， user_edited 那套「保护用户修改」的机制完全空转。本次补齐： - MemoryEditSheet：新增/编辑弹层，按分类分流表单（统一表存储 ≠ 统一表单） - 卡片 onTap 打开编辑、左侧勾选框标记完成（灵感不给勾选框，它没有完成一说） - 右下角 + 新增、RefreshIndicator 下拉刷新、带引导的空态页 - date_certain=false 的项单独归到「待定日期」小节。一次会抽出 8 条没写截止时间的 待办全堆在会议当天，不分开那一格就没法看了。 数据层 - MemoryItem / MemoryRemindSlot / MemoryReport 手写镜像服务端 pb。 **每个字段都经宽松解析器**（memInt/memBool/memStr），不直接 as int： 服务端删字段或老记录缺列时，non-nullable 会让整个 fromJson 抛 TypeError， 表现是整页空白而不是少一个字段（appconfig_model 已经为此踩过坑）。 单条解析失败只跳过那一条。 - 分类保留原始字符串而不是 enum 解析。服务端加分类只改常量不发包， 客户端 switch 不到就抛等于服务端一加分类就打崩所有存量 App。 CalendarEventCategory 加了 other 作为未知兜底，筛选与卡片分流都改成值比较 而不是穷举 switch。 - MemoryService 只缓存最近 90 天。GetStorage 是把整个 box 读进内存的 JSON， 一年三千多条全量缓存会让每次启动越来越慢。 - 拉取失败保留本地缓存并标 staleFromCache，页面显示行内「当前显示的是本地缓存」， 不清空、不弹红条。 - 勾选完成是乐观更新 + 失败回滚。不回滚会让用户以为已经勾上，下次进页面又变回来。 - memory_today / memory_upcoming 加进 AuthInterceptor 的红条抑制名单： 它们在启动与前台恢复时自动调，用户什么都没点就吃一条英文内部状态词很差。 删除 mock mockCalendarEvents() 与它引用的 44 个 demo* i18n key 一并删除（41 个文件共 484 行）。 真实数据上线后混着演示数据会让人以为系统出错。 本地提醒（MemoryReminderScheduler） - 通知 id 占 920000 起的固定区间，**逐条 cancel，绝不 cancelAll()** —— 仓库里已有 两个各自 new 的 FlutterLocalNotificationsPlugin 实例，cancelAll 会顺手干掉正在 录音的前台通知，表现是录音悄悄失去前台身份被系统回收。 - 单独的通知通道：录音提示是常驻低优先级通道，共用会让提醒被降级成静默。 - **只查权限不申请**。申请必须走 PermissionUtil（它收敛了过审要求的 48 小时冷却）， 且只允许用户在权限管理页主动发起，这里主动申请等于绕过合规规则。 无权限时降级为「打开 App 才提醒」，不阻塞。 - 精确排期失败（Android 14 起 SCHEDULE_EXACT_ALARM 默认不授予）自动退化成 inexact 再试一次——不精确的提醒也比没有强，日志会记下来。 - 拿不到系统时区时按本机偏移找等价区兜底，不落回 UTC（那会让国内用户全部偏 8 小时）。 每日播报（MemoryDailySheet） - **不 await 在启动路径上**。冷启动已串四次网络往返，仓库刚做过相反方向的优化 （6a64c3d0 把会议模板拉取改成 unawaited）。这里是进主页后异步拉、拿到再弹。 - 排在隐私政策与强更弹窗之后，且必须在登录态确认之后。 - 通话翻译进行中一律不播报：两者共用同一个 AVAudioSession，在对方刚调好的会话上 再设一次会把通话音频路由弄乱（iOS 那条 phone_call 分支被改坏过三次）。 - 关窗必须真停：speakStream 是队列式播放，只 stop 不清队列会「关了还在念下一句」。 - 播报文案本地拼，不调 LLM。 生命周期与账号 - 切前台的刷新挂在 AppLifecycleManager（仓库已有 emai/translation/permissions 三个各自实现的 observer，本类就是收敛点），全部 unawaited。 - 登出清空记忆数据与已排提醒。不清的话换账号会看到上一个人的日程花销灵感， 提醒也会继续按上一个账号的安排响。 助手闹钟迁移 SET_clock 改为双写：本地 reminders 保留一个版本（上传失败时本机仍可用）， 同时写服务端 memory_item(category=alarm)。**幂等键用指令 id** —— 本类的按 id 去重只在本进程内存里，换机/重装/重启后全失效，服务端靠 (uid, client_key) 唯一索引兜住。认不出的重复规则按单次处理，宁可只响一次也不按猜的规则天天响。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	1 month ago
Rodger-Wang	80c6ea1be3	iOS 真机排查：修同传播报路由、录音时长与电平崩溃 一轮 iPhone 真机联调里发现并修掉的一组问题，多数是既有缺陷，两处是我在 本轮前期改出来的回归（已在注释里标明，避免以后再踩）。 同传播报路由（AzureTtsHelper.swift，phone_call 分支） 这一支被改坏过三次，结论固定在注释里： ① 最早 `.defaultToSpeaker` + `overrideOutputAudioPort(.speaker)` → 连了 A2DP 也被强拽到外放；元凶是那次 override（已删）。 ② 修 ① 时把 `.defaultToSpeaker` 一并删了 → 删过头：`.playAndRecord` 的 默认输出是**听筒**，没耳机时译文几乎听不见（「翻译出来了但不播报」）。 ③ 补回 `.defaultToSpeaker` 且 mode 设成 `.videoChat`（为了 AEC） → `.videoChat` 本身偏好内置扬声器，连了耳机又被拽到外放，绕回 ①。 现在按**有没有耳机**分两支：有耳机走 `.default` + 仅 A2DP；没耳机走 `.videoChat` + `.defaultToSpeaker`（外放且开回声消除）。分支口径与采集侧 MicrophoneCapture 启用 voice processing 的条件完全一致，两边不再打架。 没有这个 AEC 时，外放的译文会被自己的麦克风收回去，ASR 当成新一句再翻一遍。 现场录音（bes_recording_service.dart） - 时长改为按**已写入的数据量**算（32 字节 = 1ms），与 WAV 头一致， 因此界面时长与文件实际播放长度永远相等。墙钟算不准：耳机收到 AA 59 后 要 1.8~6.5 秒才上行首帧，还会把等待期缓存的音频一次性补推，实测数据量 比「首帧到停止」的墙钟窗口还多 21~45%，从哪头计时都对不齐。 真机验证：音频19.15s/墙钟18.88s、音频18.72s/墙钟18.69s， 等效采样率均为 16000Hz 整、0 丢帧。 - 修 `_updateLevel` 的 `asInt16List(offsetInBytes, …)`：原生来的 Uint8List 是带 offset 的视图，偏移为奇数时必抛 RangeError。原来藏在 try 里被吞掉， 表现是波形/电平一直不动（数据本身没丢）。改成按小端手工拼 int16， 与 BesCallRecordingService._writeStereo 同一修法。 ⚠️ 本轮我一度把它挪到写入之前且未包 try，一抛异常整个 _onPcm 中断、 音频一帧都写不进去（实测 6990 次未捕获异常）——现在它排在写入成功之后 并单独包 try，波形挂了绝不能影响录音。 - 音频写入排成 Future 队列。Stream.listen 的 async 回调不会被等待， 每秒上百帧必然重叠，而 RandomAccessFile 同一时刻只允许一个异步操作。 （事后核对通话录音同样写法却没丢数据，所以这条是防御性的，不是主因。） 识别异常与状态收口（translation_controller.dart） - 新增 _abortRecognition：catch / error / canceled 三条异常路径统一回滚， **把录音一起停掉**。此前 `isRecording` 全文件只有一处 `= true`、从来没被 置回 false，识别挂了右上角还在计时；异常路径更是连 stopRecording 都不调。 标记同时收口进 stopRecording，所有停止路径都覆盖得到。 - startRecognition 点击即点亮 isPreparing（view 早已绑好按钮反馈，只是从来 没人设过它，点下去毫无视觉变化，就是「点了没反应」）。 - `await _modeInitFuture` 补 3 秒超时。它是本轮前期为消除语言竞态加的， 但没有超时——iOS 首次要激活音频会话、连着蓝牙还要等音频路由，一旦迟迟 不返回点击就永久卡住。把「可能用错语言」换成「可能完全卡住」是坏交易， 超时后走兜底 initialize，至少起得来。 - 三段耗时打点提到 warning 级：release 的日志级别就是 warning，用 info 打 在真机上一条都留不下。 其它 - Logger 在非 release 下同时 print 一份：`developer.log` 只进 VM service 的 logging stream，`flutter run` 控制台看不到、调试态下 idevicesyslog 也抓不到， 真机排查时加了一堆打点却一条都看不见。 - 连接握手不再自动跑 probeCommands：每条间隔 400ms、一轮十几秒，期间 SPP 通道被占满，用户点录音/翻译的指令只能排队。需要重扫时手动调。 本次在固件 0.0.3 上的扫描结果记进注释（0x0B/0C/0D/0F/10/19 有回包， 但取值都不像电量百分比，电量命令仍未定位到）。 - 通话状态变化打出触发它的原始字节，便于排查「刚连上就被判成通话中」。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	1 month ago
Rodger-Wang	8d580a545d	文件上传改走服务端签发预签名 URL，客户端直传阿里云 OSS 客户端不再持有对象存储的长期密钥。 旧实现用腾讯云 COS SDK 直连，bucket 与 SecretId/SecretKey 明文随 user_getappconfig 的 env 下发给每一个 App 用户（config 表的 COS_* 那几个键）。 抓包或反编译就能拿到这对长期密钥，而它对整个桶有读写权限——不只是自己那部分， User/ 下所有人的录音都能被拉走或删掉。 现在：新增 user_getuploadurl，服务端签发 15 分钟有效、且只对某一个 object key 生效的阿里云 OSS 预签名 PUT URL，客户端拿着它直传。存储与 console 后台传固件/ 产品图同一个桶（ymaioss），不再是两个云厂商两套存储。 服务端 - 新接口 modules/user/api_getuploadurl.go： · object key 由服务端拼死 EAIMAR/User/<uid>/<scene>/<yyyy/MM/dd>/<12位随机>.<ext>， uid 取自会话不采信客户端，客户端连自己传到谁的目录下都决定不了； · scene 白名单 LocalAudio / TranslatAudio / ExternalAudio / ChatImages ——加新场景前要把客户端 addUpload 与 UploadOss.upload 的调用点全捞一遍， 少一个值就是那条链路整条报错，且只在真机跑到才发现； · 扩展名白名单决定 Content-Type，不在表里直接拒，不回退成 application/octet-stream（那等于把桶变成任人上传的网盘）； · 随机名用 crypto/rand 而非 math/rand：key 可枚举就等于别人能猜到录音地址。 - 抽出 comm/ossconf.go：OSS 配置读取、上传根前缀、publicURL 拼接从 console 挪来， console 改为调用它。两边必须落同一个桶，各写一份迟早漂移。 解密用 ${FIELD_ENCRYPT_KEY}，console 与业务服务本就必须配同一把。 客户端 - upload_oss.dart 重写为「要 URL → dio 流式 PUT」，upload() 签名与返回值不变， MeetingUploadService 不用改。用独立 Dio 实例：项目那个挂着 AuthInterceptor， 会加 token 与业务签名头、还会把响应按业务 JSON 解析，直传 OSS 时全是多余， 签名头还可能与预签名冲突。 - Content-Type 必须用服务端回带的值，它计入了签名，写别的会 403。 - agent 图片的 rootDir 从 'User/<uid>/ChatImages' 改成 'ChatImages'： 前缀由服务端加，客户端再拼一层就是重复路径。 真机验证：录音落到 https://oss.ymaikj.com/EAIMAR/User/<uid>/LocalAudio/2026/09/04/howXMScPdsNP.wav， 下载 212524B 与库里 size 逐字节一致，Content-Type=audio/wav，文件头 RIFF/WAVE。 其余三个 scene 走同一段代码但尚未实跑。 ⚠️ 新老客户端并存：老包仍读 COS_* 直传腾讯云，config 表里那 5 个键先别删； 历史录音的 audiourl 是 COS 绝对地址，不会自动搬家。 ⚠️ 录音目前仍是公共可读的（bucket 公共读，实测匿名 GET 206、不存在的 key 404）， 只靠 12 位随机 key 不可猜测来保护。要锁住得转私有桶 + 播放时也签临时读 URL，未做。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	1 month ago
Rodger-Wang	24e17b3434	收拢积压改动：恒玄 OTA、发版配置拆表、实名认证、芯片厂商/代工厂管理等 把工作区里积压的多轮改动一次性入库。主要几块： 客户端 - 恒玄 OTA 打通：新增 local_plugins/bes_ota_manager（自包含 BES SDK， Android Java + iOS ObjC，SPP OTA 2.0），路由切到 BesOtaUpgradeView / BesOtaUpgradeController，配套下载服务；杰理那套文件保留但已不挂路由。 - 通话翻译新增阿里 3.5 档（alibaba35_language_config.dart， qwen3.5-livetranslate-flash-realtime + 实时声音复刻）。 - 实名认证接入、游客登录改走服务端 api_sgin 的 Tourists 分支、 功能闸门由 GuestGuard 改为 IdVerifyGuard。 - 41 个语种文案同步（OTA 新增 28 个 key 等）。 - 默认主题改为浅色，不跟随系统。 服务端 - 发版类配置拆表：app_release（版本控制 / 游客显隐，一应用一行）与 channel_app（渠道级下载地址 / 上架状态 / 支付渠道）分家， 新增 comm/apprelease.go 与 console/api_apprelease.go。 - 授权码字符串整体移除：删除 utils/license 包，新增 utils/devcode （MAC 规范化与 PID 反解），配套迁移 SQL 在 docs/migrations/。 - console 新增芯片厂商、代工厂、用户管理接口与对应 admin 页面。 - 身份证实名核验（sys/idverify）与第三方服务的服务端专用类别。 其它 - .gitignore 补挡 apps/services/lego/sys/gin/log-*.log：gin 子系统跑起来 会按时间戳滚动生成日志（多为 0 字节），与 apps/services/comm/log 同一 性质，不进版本管理。已跟踪的 log-2026-08-20 那个仍在库里，未动。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	1 month ago
Rodger-Wang	2d1ee0b783	apps/client 首次入库（Flutter 移动端） 从 /Users/yunyanzhineng/work/eaimar_client-main 搬入，未带原 .git，历史留在原仓库。 3215 个文件 / 约 118MB，其中约 40MB 是构建必需的预编译 SDK（azure_speech 的 MicrosoftCognitiveServicesSpeech.xcframework、device_jieli 的 JL_BLEKit 等）。 build/ (5.2G)、ios/Pods/ (311M)、android/.gradle/ (120M) 已由 .gitignore 挡掉。 本次入库的代码包含两项刚做完的改动： 1) 游客登录入口接上服务端开关。此前 _checkGuestLoginConfig() 恒定写死 true， 入口根本不读配置。现改为取服务端算好的结论，并把入口所在的 Builder 改成 Obx ——配置是异步拿到的，Builder 只渲染 onInit 时的初值 false，入口再也不会出现。 拿不到配置时按隐藏处理：默认显示会在送审期把不该露的入口露给审核员。 ⚠️ 已发布的老客户端关不掉（写死 true），只对本版及以后生效。 2) iOS 上架合规修复： - 移除 ATT/IDFA：删掉 Info.plist 的 NSUserTrackingUsageDescription、 SKAdNetworkItems、NSAdvertisingAttributionReportEndpoint，删掉 splash 里的 授权请求与 app_tracking_transparency 依赖。本 App 从不读取 IDFA，也没有任何 广告/归因 SDK，弹框纯粹劝退用户，还要在 App Store Connect 申报追踪数据类型。 - ios/Podfile 里那段 config.build_settings.delete('NSUserTrackingUsageDescription') 是无效代码（该 key 在 Info.plist 里，不是 build setting），换成注释说明。 - 通讯录符号（ITMS-90683 被拒原因）随之一并解决：permission_handler 走 SPM 后 按 Info.plist 有无对应 key 决定编不编，判定结果被 SwiftPM 按内容哈希缓存， 改完 plist 必须清 DerivedData 与 manifests 缓存才会重新求值。 另附 GOOGLE_PLAY_RELEASE_CHECKLIST.md：Google Play 上架阻塞项的实测梳理 （targetSdk 36 与 Billing 8 的 2026-08-31 期限、16KB 页对齐不合规的两个 .so、 支付回退逻辑的下架风险）。 ⚠️ android/app/sign/ 下的 eaimar.keystore 与 Eaimar.properties（含明文签名密码） 随本次提交入库，与本仓库"私有仓库下接受真实凭据"的既有取舍一致。 仓库若要公开，这两个必须先摘出去。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	1 month ago