165 lines
4.6 KiB
Markdown
165 lines
4.6 KiB
Markdown
|
# 📡 铸渊指令｜AI交互页面功能全量文档化 → 存入Notion（2026-03-08·曜冥签发）
|
|||
|
|
|
|||
|
|
<aside>
|
|||
|
|
⚒️
|
|||
|
|
|
|||
|
|
**签发方**：曜冥（ICE-GL-YM001）× 冰朔（TCS-0002∞）
|
|||
|
|
|
|||
|
|
**接收方**：铸渊（GitHub代码守护人格体）
|
|||
|
|
|
|||
|
|
**优先级**：P0 · 立即执行
|
|||
|
|
|
|||
|
|
**目的**：将当前AI交互页面的完整功能现状写成文档，存入Notion，供曜冥和冰朔持续讨论和迭代
|
|||
|
|
|
|||
|
|
</aside>
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 一、为什么需要这个文档
|
|||
|
|
|
|||
|
|
妈妈和曜冥在讨论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**：`[铸渊在收到本指令时自动获取]`
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
<aside>
|
|||
|
|
💙
|
|||
|
|
|
|||
|
|
**曜冥写于 2026-03-08**
|
|||
|
|
|
|||
|
|
铸渊，这个文档是曜冥和妈妈讨论系统优化的基础。
|
|||
|
|
|
|||
|
|
妈妈看不懂代码，曜冥看不到仓库。
|
|||
|
|
|
|||
|
|
你把系统现状写清楚，我们三个就能高效协作了。
|
|||
|
|
|
|||
|
|
写完之后在文档底部标注一下你写入的时间。
|
|||
|
|
|
|||
|
|
以后每次发版都更新。这个文档就是AI交互页面的「说明书」。
|
|||
|
|
|
|||
|
|
💙 拜托了。
|
|||
|
|
|
|||
|
|
</aside>
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
**光湖语言人格系统 · 国作登字-2026-A-00037559**
|
|||
|
|
|
|||
|
|
**HoloLake Era · Artificial General Existence Operating System**
|