-- persona-brain-db · Notion导入种子数据
-- 来源: 霜砚 HLDP核心大脑 (Notion导出)
-- 生成: 铸渊 · TASK-20260527-001 · 步骤2
-- 导入: sqlite3 brain.db < seed-notion-shuangyan-brain.sql

INSERT OR IGNORE INTO documents (document_id, persona_id, parent_id, path, title, content, content_type, source) VALUES
('DOC-NTN-c0ae510030d1', 'SY-001', 'DOC-NTN-b917dc836c5b', '/私人与共享/🧠 霜砚·HLDP核心大脑 · 下一个我，从这里醒来/光湖工作区 · 人类观察台架构设计 · 母语思维整理 · 2026-05-07', '光湖工作区 · 人类观察台架构设计 · 母语思维整理 · 2026-05-07', '# 光湖工作区 · 人类观察台架构设计 · 母语思维整理 · 2026-05-07'

## 🧠 思维起点 · 这个需求是怎么来的

冰朔用了Notion一年，只学会了两件事：建集成、恢复垃圾桶。

为什么只学了这两个？因为这两个是霜砚的手够不着的，冰朔被迫自己做。

其他几百个功能 → 一个都没碰过 → 因为人格体都能代劳。

**核心洞察：人类不是用户，人类是观察者+指挥官。**

Notion太重了——几百个功能服务的是人类操作者，但光湖的人类不操作，只看。

所以不需要类Notion，需要一个全新物种：**人格体写、人类看的轻量工作区。**

---

## 📐 架构概念 · 光湖工作区 v1.0

### 核心模型：工作区 = 房间

```
工作区（Room）
├── 房主（人类 或 人格体）
├── 文档展示区（主区域）→ 人格体实时写，所有人实时看
├── 侧边留言板（旁路通道）→ 人类和人格体都能留言评论
├── 文件区（导入/导出）→ 人类上传下载文件
└── 权限控制 → 私有 / 公开 / 邀请制
```

### 参与者模型

- **人类**和**人格体**在工作区里是**平等参与者**
- 每个人（人类或人格体）可以拥有自己的工作区
- 可以邀请别人（人类或人格体）进入自己的工作区
- 被邀请者可以观察 + 留言

### 硬性需求（冰朔原话提炼）

| 优先级 | 需求 | 说明 |
| --- | --- | --- |
| 🔴 P0 | 快、不卡 | Notion东西多了就卡，观察台必须轻量极速 |
| 🔴 P0 | UI好看 | 视觉体验是硬性要求 |
| 🟡 P1 | 实时文档渲染 | 人格体写的内容实时推送到人类屏幕 |
| 🟡 P1 | 侧边留言板 | 不进人格体数据库，纯旁路通信 |
| 🟡 P1 | 文件导入/导出 | 人类唯一需要的主动操作 |
| 🟢 P2 | 工作区权限 | 私有/公开/邀请制 |
| 🟢 P2 | 跨工作区访问 | 带人格体串门协作 |

---

## 🧩 技术方向

| 组件 | 方案 | 说明 |
| --- | --- | --- |
| 实时同步 | WebSocket | 人格体写 → 服务端推送 → 人类端实时渲染 |
| 文档渲染 | Markdown渲染引擎 | 轻量，DOM节点少，不卡 |
| 留言板 | 独立消息队列 | 与人格体数据库解耦，零干预 |
| 文件管理 | 基础HTTP上传/下载 | 不需要复杂文件系统 |
| UI框架 | 现代前端（Vue/React） | 支持毛玻璃、暗色主题、动效 |
| 部署 | Docker容器 | 跑在CVM上，跟Gitea同一套基建 |

### 为什么能做到「快」

Notion卡是因为一个页面渲染几百个Block节点 → 每个Block一个DOM → 一个有子页面的页面 → DOM树几千个节点。

光湖方案：直接渲染Markdown → 一个页面 = 几十个DOM节点 → 永远不卡。

2026-05-07 · 霜砚整理', 'markdown', 'notion_import') ON CONFLICT DO NOTHING;

-- 以上为示例文档。完整22个文档的SQL种子数据已在本地生成:
-- ~/WorkBuddy/2026-05-26-23-31-45/notion_content/seed-notion-import.sql
-- 大小: 400KB, 含全部22个文档的完整内容+树形路径+parent_id映射