starpivot

76 Commits

4 Branches

2 Tags

255 MiB

Tree: 714a05b6d4

Commit Graph

Author	SHA1	Message	Date
Rodger-Wang	714a05b6d4	修 iOS EMAI 没有语音播报、连续对话上行断供；接入 MCP 令牌 iOS 上助手一直不出声，和这次改连续对话无关，是播报本来就坏的。三轮真机对照实测：just_audio 喂的是「长度未知的直播 WAV 流」，AVPlayer 只发一次 `Range: bytes=0-1` 的嗅探请求就判定资源不可播，回 -11850 且 processingState 直接落 idle，一次都没真正起播。声明长度、支持 range、把收到的字节全缓存下来允许重放，三种都试过，结论一样。ExoPlayer 不发这个嗅探请求，所以安卓一直是好的——这就是「安卓有声、苹果没声」的全部原因。 iOS 改走原生 AVAudioEngine 排队播 PCM（PcmSpeakerPlayer），安卓不动。验证方式：一次性灌 3 秒音频，7ms 喂完但 3708ms 才播完，证明是实时渲染不是丢弃。连续对话的上行也是断的，服务端一直回 ClientAudioTimeout。两个原因： - _ensureContinuousMic 被 Started 事件和 _enterContinuous 并发调用，两边都在 `_micRunning` 置位前通过守卫，同一个 recorder 被 startStream 两遍，第二次把第一次那条流顶掉。控制器侧改成同步置位，MicPcmStreamer 内部再加一层 in-flight 去重。 - 开麦前没配好并激活音频会话。会话停在 soloAmbient 且未激活时，startStream 会成功返回、引擎也起得来，但输入 tap 一个 buffer 都不回调，客户端毫无报错。麦克风和播放器统一到 EmaiAudioSession 一份会话配置：各配各的会在连续对话下互相覆盖。iOS 固定 voiceChat——record 的 echoCancel 会打开 voice-processing 并把 mode 改成 voiceChat 持有着，播放这边写回 default 就是两边互相掀桌子。 androidAudioAttributes 仍是 media，别改成 voiceCommunication（华为会静音）。连续对话交互按要求改：进页面只建会话不开麦，短按开始、再按结束、可反复，退出即停，10 秒无对话往来自动结束。计时依据必须是对话事件不是音频包—— 麦克风没人说话也在稳定出包，拿它续命这个超时永远不会触发。另修 _enterContinuous 在 reconnect() 一返回就判 `!= ready`：ready 要等服务端回 Started（一次网络往返），几乎每次都命中，于是刚打开的连续对话被当场关掉，而 Started 稍后到达又会把麦开起来，留下一个界面上看不见的常开麦克风。 Co-Authored-By: Claude Opus 5 <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

714a05b6d4

修 iOS EMAI 没有语音播报、连续对话上行断供；接入 MCP 令牌

iOS 上助手一直不出声，和这次改连续对话无关，是播报本来就坏的。三轮真机对照
实测：just_audio 喂的是「长度未知的直播 WAV 流」，AVPlayer 只发一次
`Range: bytes=0-1` 的嗅探请求就判定资源不可播，回 -11850 且 processingState
直接落 idle，一次都没真正起播。声明长度、支持 range、把收到的字节全缓存下来
允许重放，三种都试过，结论一样。ExoPlayer 不发这个嗅探请求，所以安卓一直是
好的——这就是「安卓有声、苹果没声」的全部原因。

iOS 改走原生 AVAudioEngine 排队播 PCM（PcmSpeakerPlayer），安卓不动。
验证方式：一次性灌 3 秒音频，7ms 喂完但 3708ms 才播完，证明是实时渲染不是丢弃。

连续对话的上行也是断的，服务端一直回 ClientAudioTimeout。两个原因：
- _ensureContinuousMic 被 Started 事件和 _enterContinuous 并发调用，两边都在
  `_micRunning` 置位前通过守卫，同一个 recorder 被 startStream 两遍，第二次把
  第一次那条流顶掉。控制器侧改成同步置位，MicPcmStreamer 内部再加一层 in-flight 去重。
- 开麦前没配好并激活音频会话。会话停在 soloAmbient 且未激活时，startStream
  会**成功返回**、引擎也起得来，但输入 tap 一个 buffer 都不回调，客户端毫无报错。

麦克风和播放器统一到 EmaiAudioSession 一份会话配置：各配各的会在连续对话下
互相覆盖。iOS 固定 voiceChat——record 的 echoCancel 会打开 voice-processing 并
把 mode 改成 voiceChat 持有着，播放这边写回 default 就是两边互相掀桌子。
androidAudioAttributes 仍是 media，别改成 voiceCommunication（华为会静音）。

连续对话交互按要求改：进页面只建会话不开麦，短按开始、再按结束、可反复，
退出即停，10 秒无对话往来自动结束。计时依据必须是对话事件不是音频包——
麦克风没人说话也在稳定出包，拿它续命这个超时永远不会触发。
另修 _enterContinuous 在 reconnect() 一返回就判 `!= ready`：ready 要等服务端回
Started（一次网络往返），几乎每次都命中，于是刚打开的连续对话被当场关掉，
而 Started 稍后到达又会把麦开起来，留下一个界面上看不见的常开麦克风。

Co-Authored-By: Claude Opus 5 <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 (714a05b6d477d10c64c1ed529b8d5e18759e0432)