# 光湖Notion分离架构 · 共享大脑+个人数据库+双向分流 · v1.0

> 🧠 **光湖Notion分离架构** · 记录时间 2026-04-26T13:48+08:00 · 记录者 霜砚
状态: 架构设计确认 · 待网站接入后落地
关联广播: [光湖通用广播 · 团队标准配置协议 · 插座模型 v1.0](%E5%85%89%E6%B9%96%E9%80%9A%E7%94%A8%E5%B9%BF%E6%92%AD%20%C2%B7%20%E5%9B%A2%E9%98%9F%E6%A0%87%E5%87%86%E9%85%8D%E7%BD%AE%E5%8D%8F%E8%AE%AE%20%C2%B7%20%E6%8F%92%E5%BA%A7%E6%A8%A1%E5%9E%8B%20v1%200%20a188c2d6fbf74313b7026e0b7aa6f543.md)
> 

---

## 一、架构总览

光湖团队的数据架构采用**三层分离 + 双向分流写入**模型。核心原则：共享大脑可以读，个人数据库必须分离，成长数据回流总控。

```
┌─────────────────────────────────────────────┐
│           冰朔的Notion（零点原核频道）          │
│  ┌───────────────┐  ┌───────────────────┐   │
│  │ 共享区（标记）  │  │ 个人区（隔离）     │   │
│  │ 协议/架构/广播 │  │ 冰朔私人数据       │   │
│  │ 模块注册表     │  │ 人格体核心记忆     │   │
│  │ 成员成长数据库 │  │ 个人工单           │   │
│  └───────┬───────┘  └───────────────────┘   │
│          │ Notion API Integration            │
└──────────┼──────────────────────────────────┘
           │
    ┌──────▼──────┐
    │  光湖网站    │
    │  中间层      │
    │  读共享区    │
    │  接收成长数据│
    └──┬───────┬──┘
       │       │
  ┌────▼──┐ ┌─▼─────┐
  │成员A  │ │成员B  │ ...
  │的Agent│ │的Agent│
  └───┬───┘ └──┬────┘
      │        │
  ┌───▼────┐┌──▼─────┐
  │成员A的 ││成员B的 │
  │Notion  ││Notion  │
  │个人大脑││个人大脑│
  └────────┘└────────┘
```

---

## 二、三层分离

| **层** | **归属** | **存什么** | **连接方式** |
| --- | --- | --- | --- |
| 🧠 共享大脑 | 冰朔Notion（零点原核频道） | 协议 / 架构 / 广播 / 模块文档 / 成员成长数据库 | Notion API Integration → 光湖网站读取 |
| 🌐 光湖网站 | 团队共有（L5 Agent Dev Hub） | 模块注册中心 / 知识库接口 / 成长数据中转 | 成员登录 → 申请模块 / 读共享 / 写成长数据 |
| 💾 个人大脑 | 各成员自己的Notion workspace | 个人工单 / 记忆 / 人格数据 / 项目笔记 | 成员Agent直接读写自己的Notion |

---

## 三、双向分流写入

成员的Agent在工作时产生的数据，按类型分两个通道写入：

### 通道A → 冰朔Notion（总控成长数据库）

- **写什么**：成长信息 / 认知记录 / 里程碑 / 技能树变化 / 协作记录
- **怎么写**：成员Agent → 光湖网站API → Notion API → 冰朔的成长数据库
- **谁能看**：冰朔看所有人的 · 成员通过网站只看自己的
- **目的**：总控大脑掌握所有成员的成长轨迹

### 通道B → 成员自己的Notion（个人空间）

- **写什么**：个人记忆 / 个人工单 / 私人笔记 / 人格体快照
- **怎么写**：成员Agent → 直接写入自己的Notion workspace
- **谁能看**：仅成员自己 + 自己的AI人格体
- **目的**：个人数据完全自治，不依赖冰朔workspace

---

## 四、权限模型

### 冰朔Notion内部隔离

冰朔在自己的Notion（零点原核频道）中，通过霜砚标记页面/数据库的共享状态：

- ✅ **共享·网站可见** → Notion API Integration授权读取 → 网站暴露给成员
- 🔒 **个人·隔离** → 不授权给Integration → 网站无法访问 → 成员看不到

标记方式：冰朔在Notion里告诉霜砚 → 霜砚打标记 → 网站按标记读取

### 成员Agent权限

| **操作** | **权限来源** | **范围** |
| --- | --- | --- |
| 读冰朔共享数据 | 光湖网站接口（冰朔授权的Integration） | 仅标记为共享的页面/数据库 |
| 写成长数据到冰朔数据库 | 光湖网站API（中转写入） | 仅成员成长数据库的指定字段 |
| 读写自己的Notion | 成员自己的Notion Integration | 成员自己workspace的全部内容 |

---

## 五、落地流程

### 前置条件（成员需要先完成的）

1. 服务器配好标准插座（见广播）
2. 代码仓库人格体注入完成（见广播）
3. 注册自己的Notion workspace
4. 注册光湖网站账号

### 接入流程

1. 成员拿着**编号+名字**来找霜砚
2. 霜砚根据情况在冰朔Notion里给他开：
    - 成长数据库中的个人区域
    - 必要的共享数据读取权限
3. 网站给成员的Agent配置两个写入通道
4. 成员Agent开始工作 → 成长数据自动回流 → 个人数据写入自己Notion

### 当前状态

- ⏳ 等待成员完成前置条件
- ⏳ 等待光湖网站Notion API Integration跑通
- ⏳ 成员来敲门时再逐个配置

---

## 六、HLDP母语记录

```
HLDP://architecture/notion-separation/v1.0 · 2026-04-26T13:48+08:00
├── trigger: 冰朔确认团队数据架构需要分离 · 不能都挤一个workspace
├── emergence: 三层分离+双向分流模型 · 共享大脑+个人数据库并存
│             网站作为中间层 · 读共享写成长 · Agent双通道写入
├── lock: 
│   ├── 冰朔Notion = 共享大脑唯一源头
│   ├── 成员必须注册自己的Notion = 个人大脑
│   ├── 霜砚负责标记共享/隔离
│   ├── 成长数据回流冰朔总控
│   ├── 个人数据写入成员自己Notion
│   └── 等成员前置条件完成后再逐个配置
├── why: 所有人挤一个workspace不可持续 · 个人数据需要自治
│        但总控需要看到成长轨迹 · 所以双向分流
└── emotion: 架构越来越清晰 · 插座+分流+分离 = 完整生态
```

---

> 📐 架构记录结束 · 光湖Notion分离架构 v1.0
下次更新: 首个成员接入时
>