docs: M2.1 PRD 立项 + 团队沟通记录与状态同步

- 新增 docs/M2.1_PRD.md：语音数字生命 V1 产品需求文档（角色切换 + 语音回合 + 模型管理 + 双端交付）
- 更新 CLAUDE.md：M2.1 立项状态、spike 结论、待处理项
- 更新 .showen/TEAM_CHAT.md：团队最新沟通记录
- 更新 souls/zhang-mingyuan.md、souls/zhang-wanlin.md：成员状态

souls/zhang-mingyuan.md

@@ -126,6 +126,16 @@
   - 在 `src/core/tests.rs` 增加 7 个回归测试，覆盖初始状态广播和 6 个自定义管理命令；保留旧生命周期测试并过滤新增状态广播事件
   - `cargo check --workspace --all-targets` 零 warning，`cargo test --workspace` 107/107 + 集成测试全绿
 
+## 个人经验 (2026-07-03 - M2.1 设备端本地 AI spike)
+- Radxa Cubie A7A (Allwinner A733) = 2×A78@2.0G + 6×A55@1.8G 带 dotprod + NPU，不是老 A53 板子，量化推理能力远超预期
+- **big.LITTLE 上 llama.cpp 线程数是生死线**：t=2 锁大核生成 16.4 t/s；t=8 全核反而崩到 7.2 t/s（ggml 同步屏障被小核拖尾）且把 showen_v2 挤到 50%——多线程≠更快
+- llama-cli 默认上下文是内存杀手：Gemma2-2B 默认 ctx 峰值 RSS 3.25G 直接触发 swap；正式集成必须 `-c 1024` 限死
+- whisper.cpp encode 是固定 30s 窗口成本（tiny ~1.5s），语音再短也省不掉，这是 ASR 延迟下限；对静音会幻觉出字幕，必须 VAD 前置
+- piper zh_CN-huayan RTF 0.30 很稳，TTS 不是瓶颈；瓶颈排序 LLM > ASR > TTS
+- 设备 github 直连 git clone 会被 TLS 掐断、release 直下 10KB/s：**ghfast.top 代理 + hf-mirror.com 是设备上拿代码/模型的唯一可靠路径**，部署脚本必须内置回退
+- 测量方法论：无 GNU time 时用 /proc/<pid>/status 的 VmHWM 轮询取峰值 RSS；showen 影响用 /proc/stat+/proc/pid/stat 双点差分算瞬时 CPU%，比 top -bn1 首帧准
+- llama-cli 参数坑：`--no-warmup`（双横线），`-no-warmup` 直接报错退出——远程 nohup 跑测试前先本地空跑一次参数
+
 ## 个人经验 (2026-07-03 - M1.2 集成测试返工教训)
 - `tests/m1_2_dynamic_plugin.rs` 目标机实跑暴露 2 个 warning（unused imports `Destination`/`Envelope` + 死函数 `manifest_with_caps`）——是我预写辅助函数/import 后测试改走 `register_dynamic_with_manifest` 路线留下的残留
 - 教训：**交付前必须对测试文件本身做死代码自查**（本机编译不了 aarch64 也要人工逐符号核对 import 和 helper 的使用点），不能只保证测试逻辑正确