Tree: f2dfa09d97

along

along-test

main

memory-center-impl-v1

memory-design-v0.2

Branches Tags

${ item.name }

Create tag ${ searchTerm }

Create branch ${ searchTerm }

from 'f2dfa09d97'

${ noResults }

Commit Graph

6 Commits (f2dfa09d97a057dbc4c56d6bd696c62c8265683b)

Author	SHA1	Message	Date
Rodger-Wang	18a7160183	清理：QQ 音乐整体下线（插件、Dart 服务、灵犀 AI 里的 QQ 音乐工具、iOS 回跳） 用户决定整个删掉（2026-09-24）。 - 删 local_plugins/qq_music 整个插件（含 QPlayAutoSDK 与 Android aidl aar，约 3.5MB）； pubspec、android settings.gradle、根 build.gradle 与 app build.gradle 里的 flatDir 引用同步去掉 - Dart：QqMusicService（qq_music.dart）删除；翻译页 suspend/restoreOtherServices 里暂停/恢复 QQ 音乐的分支去掉； main.dart 的 deepvoice://qqmusic 深链接分支与 SplashController.handleQQMusicLogin 去掉 - iOS Runner：AppDelegate 里把 eaimar:// 转给 "qq_music" 通道的那段去掉（该通道名本来就和插件 实际注册的 com.yunqiinnovation.qq_music 对不上，回跳一直是空转）；LSApplicationQueriesSchemes 去掉 qqmusic - 灵犀/移动精灵 AI（原生）： - chat_api 两端删 QQMusicSystemFunctionHandler（9 个 qqmusic_* 工具）；MCPClient 的 "QQ"/未指定/AUTO 一律走网易/系统音乐工具 - agent_service 两端删 qqmusic_searchandplay_songs 的播放处理、Android 的 QQMusicSingleton 初始化与 autopause/resume 的 QQ 分支；Package.swift / build.gradle 的 qq_music 依赖去掉 - 行为变化：Dart 从未传 musicServiceType，Android 原本就不注册音乐工具、QQ 分支走不到，无变化； iOS 原本「装了 QQ 音乐就给 AI 用 QQ 工具」，现在一律用网易/系统音乐工具 保留：MusicManager（翻译时暂停其它 App 的音乐，走 music_service，与 QQ 无关）； eaimar:// URL scheme 注册（App 级深链接入口，只去掉转发给 QQ 的那步）。 验证：dart analyze 无 error、无 unused_import；flutter test 221 全过；flutter build ios --no-codesign 通过。 Android 编译同第 4 批，受本机缺 Rosetta 影响未验证。 Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com> (cherry picked from commit 362a3ac70aac2d79d0483076997949c8b2dac2a9)	2 weeks ago
Rodger-Wang	1f9925773d	清理：第 3 批，Flutter 业务代码孤儿文件、死路由、无人用的服务与依赖（约 7500 行 + 24MB 素材） - 23 个从 main.dart 不可达的孤儿文件（火山 ASR/TTS/声音复刻一组 3635 行、goodsai 页、 siri_orb/global_ai_orb、intro_overlay_builder、杰理 OTA 残留弹窗与 model 等） - lib/modules/voice_replication 整目录：Routes.voiceReplication 唯一引用在注释里 - 注册但无人 find 的服务：TranslationUsage / MicrosoftTranslation / Navigation / Location - api.dart 三个服务端已无接口的方法：getAliToken / getMusicUrl / getproducts - pub 依赖：tencentcloud_cos_sdk_plugin、flutter_tts、flutter_shaders、flutter_svg、synchronized、 markdown（flutter_markdown 仍会传递依赖）、pip；shaders/ 随 flutter_shaders 一起去掉 - 素材：assets/images/agents（19MB）、assets/weather（2MB）、explore*、defaultPicture*、 robot_light/glasses_light/qqmusic/music、两个 lottie、listening.mp3 - dart analyze 报的 unused_import 31 处、unused_element 17 个（含连带暴露的 4 个）、 unused_field 8 个、unused_local_variable 8 处，全部清零 ⚠️ pubspec.lock：仓库里这份锁与 pubspec 早已对不上（改动前的 pubspec 跑 pub get 也会重解析 82 行）， 本次重解析后 firebase_auth 6.7.0 拉进的 firebase-auth 24.2.0 要求 Kotlin 2.3、工程是 2.1.10， Android 编不过；故把 firebase_core / firebase_auth 钉回 4.13.0 / 6.5.7（pubspec 里有说明）。 其余 36 项均为小版本升级。 验证：dart analyze 无 error 且 unused_* 为 0；flutter test 221 全过； flutter build apk --debug 与 flutter build ios --no-codesign 均通过。 Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> (cherry picked from commit 355632a5b41818d33ff9c36b08440777d955cd62)	2 weeks ago
Rodger-Wang	41e3a023a3	client: 蓝牙名白名单（EaiRec/EaiCar）；连接即按账号登记绑定；iOS 崩溃加固；弱网翻译超时 - 设备名闸门：支架只认 EaiRec/EAIMAR/Pad Note，车载香薰只认 EaiCar，固件名对不上直接不连； 一次性清掉此前被归一化名字污染的配对记录；Smartcar 资源与 agent 命名统一改为 EaiCar - 绑定登记：新增 DeviceBindRegistry（按 uid|MAC 去重），支架也进 verifyConnected， 登录态从无到有时补报一次，换账号不再漏切绑定 - iOS 崩溃加固：补 NSPhotoLibraryAddUsageDescription（保存思维导图/统计图必崩）； StsAgent 先配音频会话再 installTap 并校验格式；支架录音两处 installTap 加 0Hz 守卫； AzureTtsHelper 播放队列改加锁队列（三线程裸改 Array，release 下崩）； MicrophoneCapture 主线程不再用信号量等权限弹窗（看门狗误杀） - 网络：connectionError 给中文文案；实时翻译请求 12s 超时，不再跟 30s 默认值等 - 附：AI 助手中枢设计文档 v0.2（未动代码） Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>	4 weeks ago
Rodger-Wang	27cabe1bde	client: 设备内核抽象、Smartcar 车载香薰接入与语音纪要等一批改动 工作区里累积的 Flutter 客户端改动，随本轮一并入库。主要涉及： - lib/devices/ 设备内核：DeviceHub / DevicePlugin / DeviceSession 抽象， 恒玄(bes)、EaiRec 支架(holder)、Smartcar 车载香薰(smartcar) 各自的插件实现， 业务层不再直接依赖任何厂商类；分层边界由 test/devices/ 下的测试守着 - local_plugins/device_plugin_interface、device_smartcar、recorder_holder： 纯 Dart 契约与原生侧实现 - lib/modules/ 能力模块注册表、语音纪要、OTA 升级等模块 - test/ 新增设备协议、Ogg Opus 时长、模块注册表、路由等金测试 - ios/sync_spm_platform.sh：修 Xcode 直接构建时 SPM 平台版本被打回 13.0 的问题 验证：dart analyze lib 无 error（264 条 warning 均为 HEAD 上既有的 unused_import / avoid_print 等 lint，非本次引入）。未跑真机与打包。 注：这批不是本次会话中由 Claude 编写的，此处仅做入库。	4 weeks 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	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