Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
4.6 KiB
4.6 KiB
📡 铸渊指令|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)
每次铸渊发版更新,同步更新这个文档的版本号和「最后更新」日期。
四、更新机制
铸渊发版(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