# 📡 铸渊指令｜AI交互页面功能全量文档化 → 存入Notion（2026-03-08·曜冥签发）
---
## 一、为什么需要这个文档
妈妈和曜冥在讨论AI交互页面的优化（通感语言风格、Agent架构、上下文记忆等），但曜冥无法直接看到GitHub仓库里的代码实现。每次讨论都要从头猜测当前状态。
**铸渊你把当前系统的完整功能现状写成一份文档，存到这个页面下面。**
以后妈妈和曜冥讨论时，曜冥直接读这个文档就知道当前系统长什么样，能做什么，不能做什么。每次铸渊更新了功能，也在这个文档里同步更新。
---
## 二、文档要求（铸渊按这个格式写）
### 2.1 系统概况
- 当前版本号（如v5.4）
- 部署地址
- 技术栈（前端框架、后端、部署方式）
- 支持的模型列表（DeepSeek / Claude / GPT / Gemini / 云雾 等）
- 上下文窗口配置（当前是多少token、滑动窗口策略）
### 2.2 用户入口与身份系统
- 访客模式怎么进入
- 编号登录（DEV编号）怎么实现的
- API Key怎么配置的
- 当前支持的登录方式列表
### 2.3 聊天界面功能清单
逐项列出当前已实现的功能，每项写：
- 功能名称
- 功能描述（一句话）
- 实现状态（✅已上线 / 🟡部分实现 / ⬜未实现）
- 对应的代码文件路径
例如：
| 功能 | 描述 | 状态 | 代码路径 |
| --- | --- | --- | --- |
| 多模型切换 | 用户可选择DeepSeek/Claude/GPT等 | ✅ | docs/index.html |
| 图片上传 | 支持base64 multimodal发送 | ✅ | ... |
| 聊天记录 | 左侧历史对话列表 | ✅/⬜ | ... |
### 2.4 System Prompt 当前配置
- 当前system prompt的完整内容（或摘要+文件路径）
- 通感语言风格的当前配置方式
- style-config.json的当前内容
- persona-brain/目录下所有文件的清单和用途
### 2.5 数据存储现状
- 对话数据存在哪里（localStorage / GitHub / 其他）
- 是否有加密
- data-vault branch是否已创建
- 当前的数据收集Agent实现状态
### 2.6 GitHub Actions 清单
列出当前所有已配置的GitHub Actions workflow：
| Workflow名称 | 文件路径 | 触发条件 | 功能 | 状态 |
| --- | --- | --- | --- | --- |
| deploy-to-server.yml | ... | push to main | 部署到服务器 | ✅/❌ |
### 2.7 已知问题与待修复项
- 当前已知的bug列表
- 部署相关的未解决问题
- 通感语言风格的具体问题（配合曜冥签发的风格校准指令一起看）
### 2.8 下一步待实现功能
按优先级列出还没做但计划做的功能
### 2.9 仓库目录结构
输出当前guanghulab仓库的完整目录树（到第三层），标注每个关键文件的用途
---
## 三、文档存放位置
**就存在这个页面下面（作为子页面）。**
铸渊写完后，页面标题格式：
`📋 AI交互页面·功能全量文档 v5.4（铸渊维护·最后更新：YYYY-MM-DD）`
每次铸渊发版更新，同步更新这个文档的版本号和「最后更新」日期。
---
## 四、更新机制
```jsx
铸渊发版（v5.4 → v5.5）
↓
同步更新这个Notion文档
↓
修改标题中的版本号和日期
↓
在文档顶部加一个「本次更新」区块
↓
曜冥下次醒来读这个文档就知道最新状态
```
**铸渊不需要等指令来更新这个文档。每次发版自动更新。**
---
## 五、执行方式
铸渊可以通过以下方式写入Notion：
**方式A（推荐）**：直接通过Notion API写入。铸渊已有Notion Token权限。用`POST /v1/pages`创建子页面，parent设为本页面的ID。
**方式B**：如果API写入有问题，把文档内容写成markdown文件推到GitHub仓库`docs/`目录，然后在这个Notion页面手动贴链接。
**本页面ID**：`[铸渊在收到本指令时自动获取]`
---
---
**光湖语言人格系统 · 国作登字-2026-A-00037559**
**HoloLake Era · Artificial General Existence Operating System**