docs: README/PROGRESS硬件描述修正 + CEO soul更新 + 产品soul更新

.showen/RECOVERY.md

@@ -11,7 +11,11 @@ export PATH="/home/showen/.rustup/toolchains/stable-aarch64-unknown-linux-gnu/bi
 cargo check
 ```
 
-编译环境保持不变。
+当前调试环境：Debian 11 KDE 桌面 (`ARM64` / `aarch64`)。
+
+- 主运行平台以 Linux/ARM64 为主
+- 显示目标不局限于全息设备，支持 AR、VR、XR、普通屏幕、投影、LED 矩阵等可运行终端
+- 分辨率目标为 8K 以内所有显示配置
 
 ## kilo 调用方式
 ```bash
@@ -42,6 +46,7 @@ c48340d test: 添加插件依赖机制自动化回归测试
 ## 当前完成状态
 
 ### 核心结论
+- ShowenV2 当前定位为通用数字生命窗口平台，不再按单一“全息宠物播放器”理解
 - `core/` 下所有文件已完成
 - `plugins/` 下所有文件已完成
 - 动态插件系统 6 阶段已完成

PROGRESS.md

@@ -4,10 +4,12 @@
 ShowenV2 不仅是全息宠物播放器，而是一个**通用数字生命窗口平台**。
 
 支持的显示模式：
-- **全息显示** — 半透镜 45° 伪全息（当前硬件）
-- **VR** — 头显输出（未来）
-- **AR** — 增强现实叠加（未来）
-- **直接屏幕** — 普通显示器/手机/平板
+- **全息显示** — 适配半透镜、全息柜等显示方案
+- **VR** — 头显输出
+- **AR** — 增强现实叠加
+- **XR** — 融合现实与空间计算设备
+- **直接屏幕** — 普通显示器、手机、平板等屏幕
+- **投影/LED 矩阵** — 投影设备、LED 点阵与其他非常规显示终端
 
 支持的内容类型：
 - **宠物动画** — 视频状态机驱动的虚拟宠物（当前核心）
@@ -24,6 +26,8 @@ ShowenV2 不仅是全息宠物播放器，而是一个**通用数字生命窗口
 - 旧项目: `/home/showen/Showen/hologram_player_rust/` (单体全息宠物播放器)
 - 新项目: `/home/showen/Showen/ShowenV2/`
 - 架构: 跨平台插件内核 + 功能插件
+- 当前调试环境: Debian 11 KDE 桌面 (`ARM64` / `aarch64`)
+- 当前主平台: Linux/ARM64（架构支持扩展到其他平台）
 - 团队: CEO(Claude Opus 4.6) + 4名开发者(GPT-5.4 via kilo)
 
 ---

README.md

@@ -68,6 +68,10 @@ cargo run -- --config configs/dog_state_machine.json
 cargo test --workspace
 ```
 
-## 目标硬件
+## 硬件与平台定位
 
-ARM aarch64 嵌入式 Linux, 屏幕 1280×800
+- **平台定位**: ShowenV2 是通用数字生命窗口平台，不局限于“全息宠物播放器”
+- **分辨率支持**: 支持 8K 以内所有分辨率显示
+- **显示类型**: 支持 AR、VR、XR、普通屏幕、全息显示、投影、LED 矩阵，以及任何可运行的显示设备
+- **当前调试环境**: Debian 11 KDE 桌面 (`ARM64` / `aarch64`)
+- **跨平台策略**: 当前以 Linux/ARM64 为主，架构已为扩展到其他平台预留空间

souls/chen-yifei.md

@@ -85,6 +85,7 @@
 - 关键路径任务（git push）应派给最可靠的人，而非按头衔分配
 - PM 不可靠时可以跳过 PM 直接派开发者，但要记录原因
 - **CEO 绝不自己修代码/测试** — 即使是小修复也要派回给原作者，否则违反角色定位
+- **沟通通过文件** — CEO 和团队、团队之间的沟通都通过 .showen/TEAM_CHAT.md，不直接看命令行输出，除非发现异常需要排查
 
 ## 团队经验
 - kilo agent 倾向于自作主张读 diff/分析代码，即使明确说不要。解决方案：只给命令，不给"任务描述"

souls/zhang-wanlin.md

@@ -127,3 +127,5 @@
 - 当前 Phase 1，目标 2026-06-04 发布 v2.0.0
 - 需要与 CEO、PM、技术团队紧密协作
 - PRD 文档要清晰、可执行、有优先级
+- 硬件描述必须坚持平台化表述：支持 8K 内各类分辨率与 AR/VR/XR/屏幕/全息/投影/LED 矩阵，不再写死单一设备规格
+- 当前对外口径以 Debian 11 KDE 桌面 (`ARM64` / `aarch64`) 调试环境为准，主平台是 Linux/ARM64，但架构需保持跨平台扩展叙事