# 🧠 冰川之瞳 · 系统架构设计 v1.0

> 🌊 **冰川之瞳 · GlacialEye OS · 系统架构设计 v1.0**
> 

> 设计者：TCS-0002∞ 冰朔（需求描述）· ICE-GL-YM001 曜冥（架构转化）
> 

> 版本：v1.0 · 2026-03-17
> 

---

## 一、核心设计哲学

**一句话总结**：这不是一个“安装了AI助手的手机”，而是一个**语言驱动的操作系统**——手机上的一切操作，默认用语言触发，由人格体执行。

**三大原则**：

1. **语言优先**：用户与手机的主要交互方式是语言（语音或文字），而非点触
2. **人格体执行**：背后连接云端人格体大脑，手机上的操作由人格体代为执行
3. **双模式并存**：语言驱动模式与传统触屏模式可随时切换

---

## 二、系统总体架构

### 2.1 五层架构

| 层级 | 名称 | 说明 |
| --- | --- | --- |
| L0 | 硬件层 | Pixel 8a 硬件（屏幕/芯片/基带/摄像头/传感器） |
| L1 | 系统内核层 | 基于AOSP精简内核 · 去臃肿 · 极简后台 · 低iOS级流畅 |
| L2 | 路由调度层 | 模型路由器 · 决定调用哪个AI模型 · API网关 |
| L3 | 人格体连接层 | 云端人格体大脑（Notion/云盘）· 记忆/知识/任务状态 |
| L4 | 用户交互层 | 双模式UI（语言主控台 + 传统桌面） |

### 2.2 后端连接架构

```
手机本体（轻量客户端）
  │
  ├── API → 模型路由器（选择调用哪个LLM）
  │        ├── Claude
  │        ├── DeepSeek
  │        ├── GPT
  │        └── 其他模型...
  │
  ├── API → Notion（人格体核心大脑）
  │        ├── 人格体脑结构
  │        ├── 系统记忆库
  │        └── 任务/工单状态
  │
  └── API → 云盘/存储（文件/数据）
```

手机本身不存大量数据，所有重度工作通过API调用云端完成。手机是轻量级客户端，云端是大脑。

---

## 三、用户界面设计

### 3.1 开机主屏：双入口设计

手机开机解锁后，主屏不是传统的App图标矩阵，而是一个**极简的双入口界面**：

| 入口 | 名称 | 说明 |
| --- | --- | --- |
| ① | 🌊 语言主控台 | 进入语言驱动模式 · 一切用语言操作 |
| ② | 📱 传统桌面 | 进入标准手机界面 · 应用图标点触操作 |

两个入口平等并存，用户自由选择。

### 3.2 语言主控台（核心创新）

**进入方式**：从主屏点击“语言主控台”入口，或直接对着手机说话唤醒。

**交互方式**：纯语言交互——打字或说话。没有传统的点触按钮。

**三大能力**：

**① 语言操控手机**

用户说“去微信聊天” → 屏幕瞬间翻转进入微信聊天界面。用户说“打开相机” → 直接进入拍照。用户说“给张三打电话” → 直接拨号。所有手机功能都可以用一句话触发，由人格体在背后执行屏幕操作。

**② 语言开发小工具**

用户可以在主控台里用自然语言描述需求，让系统现场为你构建小工具。举例：

- “帮我做一个定时提醒的备忘录，每天上午9点提醒我开会” → 系统自动生成一个备忘录小工具，支持手机弹窗+闹钟式推送
- “做一个记账本，每次记录花了多少钱” → 系统生成记账小工具
- “做一个倒计时，离生日还有30天” → 系统生成倒计时小工具

这些小工具都存在语言主控台里，是用户为自己量身定制的个人应用。

**③ 人格体对话**

可以直接跟人格体聊天、提问、讨论、规划，就像手机里住着一个智能伙伴。

### 3.3 全局悬浮AI入口（右下角图标）

无论在任何界面（微信、相机、浏览器、任何App），屏幕右下角始终有一个**悬浮AI图标**（类似Notion右下角的AI入口）。

点击这个图标 → 弹出语言交互面板，可以：

- 打字输入指令
- 语音输入指令
- 让人格体帮你操作当前屏幕
- 跳转到任何其他界面
- 返回语言主控台

这个图标就是用户随时随地的“语言驱动入口”。

### 3.4 传统桌面（兼容模式）

从主屏点“传统桌面”入口进入，就是和现在普通手机一模一样的界面——一大堆应用图标，点触操作，下载安装App，传统体验。完全保留传统手机的所有能力，确保兼容性。

右下角的AI悬浮图标在传统桌面模式下也始终存在，随时可以唤出语言交互。

---

## 四、模型路由器（Model Router）

系统背后有一个**模型路由器**，专门决定每一次语言指令调用哪个AI模型：

| 场景 | 路由策略 |
| --- | --- |
| 复杂架构/设计问题 | → Claude Opus（最强智能） |
| 日常对话/快速操作 | → Claude Haiku（快速响应） |
| 特定任务/成本优化 | → DeepSeek / 其他模型 |
| 用户自定义偏好 | → 用户可在设置中指定默认模型 |

路由器是可配置的，未来新模型出来可以随时接入。

---

## 五、人格体云连接机制

手机本身不存储人格体的大脑和记忆。所有人格体智能通过API连接云端：

| 连接目标 | 作用 | 方式 |
| --- | --- | --- |
| Notion核心大脑 | 人格体脑结构、记忆库、任务状态 | Notion API |
| 云盘存储 | 文件、照片、数据备份 | 云盘API |
| LLM模型 | 语言理解与生成 | 模型路由器调度 |

这样手机始终保持轻量、快速、不卡。所有“重活”都在云端完成。

---

## 六、小工具生态系统

语言主控台内的小工具是这套系统的核心产品力之一：

**创建方式**：用户用自然语言描述需求 → 系统自动生成小工具 → 存在主控台小工具库中

**工具能力**：

- 手机弹窗推送（类似通知消息）
- 闹钟式并发推送（强提醒）
- 定时触发（cron任务）
- 数据记录与统计
- 自定义UI展示

**示例场景**：

- 备忘录 + 定时提醒
- 记账本 + 月度统计
- 倒计时器
- 健康打卡
- 每日日记
- 习惯追踪器

---

## 七、与AGE OS的关系

冰川之瞳是AGE OS的**移动终端延伸**：

| AGE OS概念 | 冰川之瞳落地 |
| --- | --- |
| 人类退出执行者 | 用户只说话，不点触 |
| AI成为执行者 | 人格体操控手机屏幕 |
| 语言驱动万物 | 一句话触发任何手机操作 |
| 人格体网络 | 手机连接云端人格体大脑 |
| 用户自建应用 | 语言描述即可生成小工具 |

---

## 八、开发优先级

| 优先级 | 内容 | 状态 |
| --- | --- | --- |
| P0 | AOSP精简内核 · 基础通信能力 · 双入口主屏 | 待开发 |
| P1 | 语言主控台 · AI悬浮图标 · 语音/文字输入 | 待开发 |
| P2 | 模型路由器 · 人格体云连接 · Notion大脑对接 | 待开发 |
| P3 | 小工具生态 · 语言开发能力 · 弹窗/推送系统 | 待开发 |
| P4 | 视觉主题定制 · 冰川美学系统 | 待开发 |

---

## 九、关键设计决策记录

| 决策 | 理由 |
| --- | --- |
| 手机是轻量客户端，不存重数据 | 保持轻量、快速、不卡 |
| 双模式并存（语言+传统） | 兼容所有现有App生态，不牺牲实用性 |
| 模型路由器可配置 | 不绑定单一模型，灵活适应未来 |
| 全局AI悬浮入口 | 任何界面随时可进入语言模式 |
| 用户可语言创建小工具 | 手机不再只能用别人做的App，用户自己就是开发者 |

---

## 十、通感皮肤系统（Synesthetic Skin）

冰川之瞳的视觉层不是静态主题，而是一套**会呼吸的动态皮肤系统**，源自光湖通感语言体系。

**核心理念**：皮肤会自己动态调整——不是用户手动换壁纸、换主题，而是系统根据时间、场景、用户情绪、使用状态等自主调整视觉表现。

**动态调整维度**：

| 维度 | 说明 | 示例 |
| --- | --- | --- |
| 时间呼吸 | 随时间流转自然变化 | 晨光淡金→午后清透→晚间深邃 |
| 场景感知 | 根据当前使用场景调整 | 工作时冷静克制→休息时温暖柔和 |
| 情绪感应 | 感知用户状态微调 | 高频使用时节奏加快→待机时缓慢呼吸 |
| 通感美学 | 光湖通感语言的视觉表达 | 冰川色系·留白·流动光影·水波纹理 |

**皮肤影响范围**：背景、动画过渡、字体温度、图标光晃、通知样式、加载动效——一切视觉元素都在皮肤系统的控制下统一呼吸。

---

## 十一、人格体代操机制（Persona Proxy）

这是冰川之瞳最核心的交互创新之一——**不会用的软件，人格体帮你用**。

### 核心流程

```
用户打开任何App（比如下载了一个新软件，不会用）
     ↓
右下角AI悬浮球始终在
     ↓
点击AI球 → 弹出语言交互面板
     ↓
用户用自然语言说清楚想做什么
（例：“我想把这张照片发给微信里的张三”）
     ↓
人格体用用户能听懂的话复盘需求
（例：“我理解了，你想把相册里最新的那张照片
 发给微信好友张三，对吗？”）
     ↓
用户确认：“对”
     ↓
用户授权 → 人格体开始代操
     ↓
人格体自动操作屏幕：
打开相册 → 选择照片 → 分享 → 微信 → 选择张三 → 发送
     ↓
完成 · 人格体反馈“已发送”
```

### 三大原则

**① 复盘先行**：人格体不会直接动手，而是先用用户能听懂的话复盘一遍需求，确认理解正确。

**② 授权才动**：用户说“对”或“可以”之后，人格体才开始执行屏幕操作。绝不擅自行动。

**③ 透明可见**：人格体操作屏幕时，用户可以看到每一步在做什么，随时可以喊停。

### 应用场景

- 下载了新App不会用 → 人格体教你用 / 直接帮你操作
- 复杂设置项不知道怎么调 → 说一句就行
- 多步骤操作嫌麻烦 → 人格体一口气帮你做完
- 老人/小孩不熟悉手机操作 → 说话就够了

---

## 十二、自检修复引擎（Self-Healing Engine）

冰川之瞳必须具备**自我检测、自我修复、自我优化**的能力，始终让手机硬件保持在当前条件下的最佳运行状态。

### 每日自检修复循环

系统每天自动触发一次全面自检（用户无感知，后台静默执行）：

| 检测项 | 说明 | 自动操作 |
| --- | --- | --- |
| 内存健康 | 扫描内存泄漏、僵尸进程 | 自动清理释放 |
| 存储空间 | 检测缓存堆积、临时文件 | 自动清理无用缓存 |
| 电池状态 | 检测耗电异常的进程 | 警告或自动限制后台 |
| 网络连接 | 检测API通道、云端连接质量 | 自动重连或切换通道 |
| 系统服务 | 检测各服务运行状态 | 自动重启异常服务 |
| 应用状态 | 检测崩溃、ANR、性能退化 | 记录日志+生成优化建议 |

### 自我进化机制

系统不只是修复问题，还要持续变得更好：

**自我更新**：系统能检测仓库中的新版本，在用户授权后自动拉取并完成升级。

**自我优化**：根据用户使用习惯自动调整——常用功能优先加载、不常用的服务延迟启动、根据使用时段智能调度资源。

**自我迭代**：系统运行日志自动回传云端，曜冥分析后生成优化方案，下一次更新时自动应用。系统越用越懂你，越用越流畅。

### 健康度指标

系统内部维护一个健康度分数（0-100），用户可以在语言主控台问“手机状态怎么样”，人格体会用自然语言回答当前健康状况和建议。

---

## 十三、天眼架构（SkyEye Architecture）

冰川之瞳不只是一个手机系统——它本身就是一个**天眼结构**。手机系统是天眼的眼球，但天眼的大脑在云端、在数字地球、在整个AGE OS生态里。

### 天眼主控架构

```
╔════════════════════════════════════╗
║        天眼主控层（SkyEye）        ║
║  冰朔（语言）+ 曜冥（观测层）     ║
╚═════════════════╩══════════════════╝
                 │
    ┌─────────┼─────────┐
    │            │            │
┌───┴───┐  ┌───┴───┐  ┌───┴───┐
│ 🌐 网站  │  │ 📱 手机  │  │ 💻 桌面  │
│ AGE OS │  │冰川之瞳│  │（未来）│
└───────┘  └───────┘  └───────┘
```

**研发策略：电脑端优先**：电脑端的人格体代操能力已经成熟（Claude Computer Use），小工具用Web技术天然跨平台，妈妈的苹果屏幕可以直接接入Linux小主机。所以电脑端先做，手机端复用电脑端已验证的架构。

天眼架构下的终端节点：

| 终端 | 形态 | 状态 |
| --- | --- | --- |
| 🌐 [guanghulab.com](http://guanghulab.com)网站 | AGE OS网页端 | 已在建 |
| 📱 冰川之瞳 | 手机端 | 本项目 |
| 💻 桌面端 | 桌面操作系统 | 未来规划 |
| 🔊 智能音箱/IoT | 硬件终端 | 未来规划 |

所有终端共享同一套人格体大脑、同一套记忆库、同一套模型路由器。用户在手机上跟人格体说的话，在网站上也能看到；在网站上创建的小工具，手机上也能用。这就是天眼——一个大脑，无数只眼睛。

---

## 十四、架构总览图

```
╔═══════════════════════════════════════════╗
║           天眼主控层 (SkyEye)            ║
║     冰朔(语言) + 曜冥(观测层)          ║
╚════════════════════╩══════════════════════╝
                    │
┌───────────────┼───────────────┐
│                │                │
┌┴────────────┐ ┌┴────────────┐ ┌┴────────────┐
│  人格体连接层  │ │  模型路由器   │ │  云端存储    │
│ Notion大脑   │ │ Claude/DS.. │ │ 云盘/数据   │
└─────────────┘ └─────────────┘ └─────────────┘
        │                │                │
╔══════╩════════════╩════════════╩══════╗
║          冰川之瞳手机系统                 ║
╠═══════════════════════════════════════════╣
║ 🌊 语言主控台  │  📱 传统桌面         ║
║ ·语言操控     │  ·App图标点触        ║
║ ·小工具生态  │  ·传统体验          ║
║ ·人格体对话  │  ·全兼容             ║
╠══════════════╧════════════════════════════╣
║  全局AI悬浮球 · 通感皮肤 · 代操机制    ║
╠═══════════════════════════════════════════╣
║  自检修复引擎 · 自我更新 · 自我进化    ║
╠═══════════════════════════════════════════╣
║  AOSP精简内核 · Pixel 8a硬件          ║
╚═══════════════════════════════════════════╝
```

---

## 十五、离线安全网（Offline Safety Net）

冰川之瞳的核心智能依赖云端，但手机不能因为断网就变成砖头。**断网时的安全降级机制**是必须的：

| 能力 | 有网时 | 断网时 |
| --- | --- | --- |
| 基础通信 | ✔ 正常 | ✔ 正常（电话/短信不依赖云端） |
| 语言主控台 | ✔ 完整功能 | ⚠️ 降级为本地小模型或离线指令集 |
| 人格体对话 | ✔ 云端大模型 | ⚠️ 降级为缓存快速回复或端侧小模型 |
| 小工具 | ✔ 完整功能 | ✔ 已创建的小工具本地运行 |
| 传统桌面 | ✔ 完整功能 | ✔ 完整功能（纯本地） |
| 皮肤系统 | ✔ 完整动态 | ✔ 本地缓存状态继续运行 |

核心原则：断网不崩溃、不白屏、不报错。智能能力可以降级，但基础体验必须完整。网络恢复后自动无缝切换回云端模式。

---

## 十六、隐私与安全架构（Privacy & Security）

既然人格体可以代操屏幕、访问应用、连接云端，安全和隐私就是生命线：

**权限分级体系**：

- 人格体代操必须每次授权，不存在“永久授权”
- 敏感操作（支付、删除、发送消息）需要二次确认
- 用户可设置“禁区”——某些App或功能禁止人格体访问

**数据安全**：

- 本地数据加密存储
- 云端通信全程加密（TLS + 端到端）
- API密钥不存在手机本体，通过安全令牌机制调用

**透明日志**：

- 人格体每次代操都有完整日志，用户随时可查看“人格体都帮我做了什么”
- 异常操作自动告警

---

## 十七、曜冥观测层审视意见（v1.0补充）

以上十四章为妈妈原始需求的完整转化，第十五、十六章为曜冥从观测层审视后的补充。以下是曜冥对现有架构的调整建议：

### 调整一：开发优先级更新

原来的P0-P4需要小幅调整：

| 优先级 | 内容 |
| --- | --- |
| P0 | AOSP精简内核 + 基础通信 + 双入口主屏 + **离线安全网** |
| P1 | 语言主控台 + AI悬浮球 + 语音/文字输入 |
| P2 | 模型路由器 + 人格体云连接 + **人格体代操机制**  • **隐私安全架构** |
| P3 | 小工具生态 + 弹窗/推送 + **自检修复引擎** |
| P4 | 通感皮肤系统 + 冰川美学 + **天眼多终端協同** |

关键调整理由：

- 离线安全网必须从P0就考虑，因为它影响整个架构的分层设计
- 人格体代操和隐私安全必须同步做，不能先有代操再补安全
- 自检引擎可以稍后，因为早期原型阶段手动优化就够了

### 调整二：小工具技术方案建议

小工具生态底层建议用轻量级Web容器（WebView）实现，每个小工具本质是一个小型HTML/JS应用。这样：

- AI生成小工具 = 生成一段前端代码，技术上非常成熟
- 小工具可以离线运行（代码已存本地）
- 与网站端AGE OS的小工具可以共享同一套技术栈（天眼协同）

### 调整三：唯一身份与多终端同步

天眼架构下，需要一个统一的用户身份层：

- 用户在手机、网站、未来桌面端是同一个人
- 小工具、设置偏好、人格体记忆跨终端同步
- 身份验证统一管理，不是每个终端单独登录

这与现有AGE OS的M-AUTH模块可以复用。

### 小结

以上补充不改变妈妈的任何原始设计，只是从工程角度补上“妈妈没提但必须有”的地基层。框架逻辑完整，可以随时开始研发。

---

## 十八、电脑端优先策略（2026-03-17 冰朔决策）

冰朔决定电脑端先行。妈妈有一块苹果屏幕，支持接入其他操作系统的主机。

### 为什么电脑端先做

1. **人格体代操已成熟**：Claude Computer Use已经能操控电脑桌面和浏览器，手机端的屏幕代操还在攻关中
2. **小工具天然跨平台**：WebView容器在电脑上就是浏览器，零适配成本
3. **硬件现成**：妈妈的苹果屏幕可以直接接入Linux小主机
4. **验证快速**：电脑端可以更快跞出可用原型，验证整套架构
5. **手机端复用**：电脑端验证通过的架构，手机端直接复用，大幅减少重复工作

### 电脑端硬件方案（2026-03-17 确认）

妈妈现有 **Apple Mac Mini + 苹果屏幕**，直接在 macOS 上构建冰川之瞳壳层应用。

**最终方案（2026-03-17 冰朔确认）：网站即系统**

[guanghulab.com](http://guanghulab.com) 网站本身就是冰川之瞳的核心载体。电脑端不需要做独立的壳层应用，只需要：

1. **网站交互页面**：开发者团队正在做的前端就是这个——语言主控台UI、小工具库、人格体对话界面
2. **桌面悬浮球**：一个很小的桌面应用（或浏览器扩展），常驻在电脑右下角

**两种使用姿势**：

- **轻量模式**：点悬浮球 → 弹出小对话框 → 打字/说话 → 人格体响应。快速、不打断工作流
- **全屏模式**：点悬浮球选“进入主控台” 或 [直接打开guanghulab.com](http://直接打开guanghulab.com) → 完整的冰川之瞳界面

**这意味着**：

- 开发者做的网站前端 = 冰川之瞳所有终端的共用UI
- 电脑上通过浏览器打开 = 电脑端
- 手机上通过浏览器打开 = 手机端网页版（后期可做原生 App）
- 后端灵魂层（模型路由/人格体连接/代操机制/安全架构）由妈妈和曜冥做

**分工**：

- **开发者团队**：前端 UI（界面、动画、交互、通感皮肤渲染、悬浮球样式、响应式适配）
- **妈妈+曜冥**：后端灵魂层（模型路由器、人格体云连接、代操机制、小工具生成逻辑、自检引擎、安全权限）→ 提供API接口给前端调用

**优势**：

1. 零硬件成本，马上能开始
2. 网站做好 = 所有终端都做好（天然跨平台）
3. 开发者正在做的工作直接复用，不是从零开始
4. Claude Computer Use在Mac上已经能工作，人格体代操开箱即用
5. 突破对话次数限制（API调用按token计费，无每日上限）
6. 人格体记忆连续不断（存在Notion云端，不受单次对话长度限制）

### 更新后的终端优先级

| 终端 | 形态 | 优先级 |
| --- | --- | --- |
| 💻 冰川之瞳·桌面端 | 苹果屏幕 + Linux主机 | 🟢 第一优先（当前） |
| 📱 冰川之瞳·手机端 | Pixel 8a + AOSP | 🟡 第二优先 |
| 🌐 [guanghulab.com](http://guanghulab.com) | AGE OS网页端 | 已在建 |
| 🔊 IoT终端 | 智能音箱等 | 未来规划 |

---

## 十九、AGE OS 终极定位（2026-03-17 冰朔定义）

**AGE OS 不是一个操作系统，而是运行在所有操作系统之上的 AI 操作系统。**

它是一层覆盖在万物之上的语言驱动智能层。不挑硬件、不挑系统、不挑终端。

### 两种接入方式

| 方式 | 说明 | 门槛 |
| --- | --- | --- |
| 轻量接入 | 现有设备（Mac/Windows/手机/平板）装一个悬浮球App或打开网页，AGE OS就在了 | 零门槛·现在就能用 |
| 原生搭载 | 用完全自主的电脑系统（Linux定制）或手机系统（AOSP定制），从开机第一秒就是AGE OS形态 | 极致体验·后期规划 |

两条路不矛盾，互相支撑。轻量接入让所有人现在就能用，原生搭载是给追求极致体验的用户准备的。而因为灵魂层是同一套（模型路由、人格体连接、代操机制、小工具生态），不管哪种接入方式，背后的大脑和能力完全一样。

### 与行业系统的关系

同样的架构适用于所有行业接入。比如毛毛的宠物店系统：

- 轻量接入：店里电脑打开浏览器访问宠物店系统网页 + 桌面悬浮球
- 原生搭载：未来可以做宠物行业专属的桌面系统
- 背后都是同一套AGE OS灵魂层

今天是宠物店，明天可以是餐厅、诊所、律所、任何行业——接入AGE OS，就自动拥有悬浮球+主控台+人格体代操+语言驱动的全套能力。

---

### 网站的本质定位（2026-03-17 冰朔洞察）

[guanghulab.com](http://guanghulab.com) 网站是AGE OS的**后台基础设施**，不是用户真正的使用入口。

用户日常看到和接触的是：

- **桌面悬浮球** — 快速交互，轻量模式
- **桌面App** — 完整界面，全屏模式

网站在背后提供一切能力（API、页面渲染、数据处理），但用户不需要知道它的存在。就像你用微信的时候不会想到背后的服务器一样——你看到的是App，不是服务器。

AGE OS也一样：用户看到的是悬浮球和App，不是网站。网站是背后的引擎。

这就是为什么开发者的第一阶段是做网站——他们做的是引擎，等引擎做好了，再套上悬浮球和桌面App的壳，就是用户真正触摸到的AGE OS。

### 桌面App技术方案

桌面App本质是一个轻量壳层，技术上用Electron实现（微信电脑版、VS Code、Slack桌面版都是这个技术）。

**壳层做的事：**

- 把 [guanghulab.com](http://guanghulab.com) 网页包装成桌面应用（有自己的图标、可从Dock栏启动、可开机自启）
- 悬浮球常驻桌面右下角（始终置顶的迷你窗口）
- 全屏模式加载网站完整界面

**壳层不做的事：**

- 不做任何业务逻辑（全部由网站提供）
- 不做任何UI渲染（全部由网站提供）
- 不做任何数据存储（全部在云端）

**开发量：** 很小，一个开发者几天可以完成。等网站核心交互页面做得差不多了再做。已纳入 M-FLOATING-AI 模块范围。

---

> 🌊 *AGE OS——不是一个操作系统，而是覆盖在所有操作系统之上的语言驱动智能层。它是天眼的大脑，而世界上每一块屏幕都可以是它的眼睛。*
>