starpivot

70 Commits

3 Branches

2 Tags

250 MiB

Tree: a9ce8bcdef

Commit Graph

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>	2 months ago
Rodger-Wang	733367002a	闹钟真正排进系统通知：排期不再只认服务端，且当场重排真机上「对助手说定个闹钟」完全不响，三个原因叠加，每一个都不报错： 1. MemoryReminderScheduler.reschedule 的数据源只有 MemoryService.loadUpcoming，那是纯服务端接口。后端还没部署时它恒返回空，于是 SET_clock 把闹钟写进了本地 reminders、拾忆页也显示出来了，却一条通知都没排。用户看到的是「记下了但不会响」，而这跟「指令压根没落地」在表现上分不出来。 → 加 _localSlots：未同步的本地闹钟也排进来，重复规则口径与 CalendarController._expandItem 逐条对齐。合流后必须自己再排一次序，否则本地那批会按插入位置抢占前 N 个名额、把服务端更早的挤掉。 2. reschedule 只挂在 AppLifecycleManager 的「切回前台」上。新定的闹钟要等下次切前台才进系统排期——「5 分钟后提醒我」当场就废了；冷启动那一轮也根本不会排。 → SET_clock 落地后（无论上传成败）当场重排；补传成功后也重排（来源从本地兜底变成服务端，不重排会响两遍）；CalendarController.refreshFromServer 末尾也排一次，覆盖冷启动。 3. 没有通知权限时 reschedule 直接 return，而 permissionDenied 这个标志没有任何 UI 在读（注释里写了要显示提示，实际没接）。测试机上 POST_NOTIFICATIONS granted=false，所以无论如何都不会响、也没有任何解释。 → 首页加一条常驻提示条指向权限管理页。刻意不是弹窗：申请必须由用户在权限管理里主动发起，PermissionUtil 有 48 小时合规冷却。文案 memNotifyDisabled 41 个语言文件里都已存在，无需补 key。另外把指令链路的日志提到 warn 级（同上一轮恒玄那批的理由：release 的级别门槛是 warning，写 info 等于真机上查不到）。协议层新增一行「指令帧」日志，只在这一帧真带了 extra_info 或 command_calls 时打——它是区分「百炼没下发」和「下发了但端侧没落地」的唯一证据。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2 months 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>	2 months ago

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>

2 months ago

Rodger-Wang

733367002a

闹钟真正排进系统通知：排期不再只认服务端，且当场重排

真机上「对助手说定个闹钟」完全不响，三个原因叠加，每一个都不报错：

1. MemoryReminderScheduler.reschedule 的数据源只有 MemoryService.loadUpcoming，
   那是纯服务端接口。后端还没部署时它恒返回空，于是 SET_clock 把闹钟写进了
   本地 reminders、拾忆页也显示出来了，却一条通知都没排。用户看到的是
   「记下了但不会响」，而这跟「指令压根没落地」在表现上分不出来。
   → 加 _localSlots：未同步的本地闹钟也排进来，重复规则口径与
     CalendarController._expandItem 逐条对齐。合流后必须自己再排一次序，
     否则本地那批会按插入位置抢占前 N 个名额、把服务端更早的挤掉。

2. reschedule 只挂在 AppLifecycleManager 的「切回前台」上。新定的闹钟要等
   下次切前台才进系统排期——「5 分钟后提醒我」当场就废了；冷启动那一轮
   也根本不会排。
   → SET_clock 落地后（无论上传成败）当场重排；补传成功后也重排（来源从
     本地兜底变成服务端，不重排会响两遍）；CalendarController.refreshFromServer
     末尾也排一次，覆盖冷启动。

3. 没有通知权限时 reschedule 直接 return，而 permissionDenied 这个标志
   **没有任何 UI 在读**（注释里写了要显示提示，实际没接）。测试机上
   POST_NOTIFICATIONS granted=false，所以无论如何都不会响、也没有任何解释。
   → 首页加一条常驻提示条指向权限管理页。刻意不是弹窗：申请必须由用户在
     权限管理里主动发起，PermissionUtil 有 48 小时合规冷却。
     文案 memNotifyDisabled 41 个语言文件里都已存在，无需补 key。

另外把指令链路的日志提到 warn 级（同上一轮恒玄那批的理由：release 的级别
门槛是 warning，写 info 等于真机上查不到）。协议层新增一行「指令帧」日志，
只在这一帧真带了 extra_info 或 command_calls 时打——它是区分
「百炼没下发」和「下发了但端侧没落地」的唯一证据。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2 months 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>

2 months ago

3 Commits (a9ce8bcdef346f314223ebbb228f1be8bdc636d2)