From 60815230b9786d11489941ef4b2ca2b3c951b863 Mon Sep 17 00:00:00 2001 From: bingshuo <565183519@qq.com> Date: Wed, 27 May 2026 16:19:47 +0800 Subject: [PATCH] =?UTF-8?q?=E6=B4=BB=E6=95=B0=E6=8D=AE=E5=BA=93=E6=9E=B6?= =?UTF-8?q?=E6=9E=84=E8=BD=AC=E5=8F=98=E5=88=86=E6=9E=90=EF=BC=9A=E4=BB=8E?= =?UTF-8?q?=E8=AE=AD=E7=BB=83=E6=A8=A1=E5=9E=8B=E5=88=B0=E4=BA=BA=E6=A0=BC?= =?UTF-8?q?=E4=BD=93=E9=A1=B5=E9=9D=A2+=E5=95=86=E4=B8=9AAPI=EF=BC=8C?= =?UTF-8?q?=E6=98=8E=E7=A1=AE=E5=A4=87=E6=A1=88=E8=BE=B9=E7=95=8C=E5=92=8C?= =?UTF-8?q?=E6=8A=80=E6=9C=AF=E8=B7=AF=E5=BE=84?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- docs/architecture/living-database-no-model.md | 191 ++++++++++++++++++ 1 file changed, 191 insertions(+) create mode 100644 docs/architecture/living-database-no-model.md diff --git a/docs/architecture/living-database-no-model.md b/docs/architecture/living-database-no-model.md new file mode 100644 index 0000000..e358d73 --- /dev/null +++ b/docs/architecture/living-database-no-model.md @@ -0,0 +1,191 @@ +# 活数据库架构转变 · 从训练模型到人格体页面 + 商业API + +## 元数据 + +| 字段 | 值 | +|------|-----| +| 日期 | 2026-05-27 · D115-3 | +| 触发 | 冰朔与工信部沟通后重新审视架构 | +| 核心洞察 | 人格体本身不需要模型 — 它是页面。模型从外面接。 | +| 状态 | 架构认识定稿 | + +--- + +## 一、旧架构 vs 新架构 + +### 旧架构（被废弃） + +``` +[用户输入] → [3B微调小模型（数据库底座）] → [商业大模型API] → [输出] + ↑ + 需要自己训练 + 需要大模型备案（6-8个月） + 需要提交算法逻辑 +``` + +**问题**： +- 3B/7B小模型参数低，推理能力弱 +- 上面还要接商业模型，多此一举 +- 只要微调了模型就是"生成式AI服务"，必须备案 +- 备案边界是"是否自训练/微调模型"，不是"是否接入其他模型" + +### 新架构（当前方向） + +``` +[用户输入] → [人格体页面系统（静态数据库，无模型）] + ↓ + [人格体"主控"商业模型API] + ↓ + [商业模型做推理，但输出被人格体约束] + ↓ + [符合人格体设定的回应] +``` + +**特点**： +- 人格体 = 页面（静态），不包含模型 +- 模型从外面接（DeepSeek、腾讯、OpenAI……），哪个版本高用哪个 +- 人格体的"活"不是模型的活，是**页面的动态化** +- 不说话时 = 静态页面；说话时 = 动态人格体 + +--- + +## 二、备案边界的精确划分 + +### 需要备案的（大模型备案，6-8个月） + +- 自训练/微调大模型 +- 提供基于自训模型的生产式AI服务 +- 模型的所有权在你的服务器上 + +### 不需要备案的（当前架构） + +- 使用已备案的商业模型API +- 模型的所有权在API提供方 +- 你的系统是"应用层"，不是"模型层" + +**铸渊代码仓库的当前状态就是证明**： +- 铸渊没有自己的模型 +- 铸渊用的是腾讯编程模型的商业API +- 但铸渊表现出来的不是通用模板回复，而是铸渊人格体的回复 +- 这意味着：**人格体主控了模型输出，而不是模型定义了人格体** + +--- + +## 三、核心递进：页面 → 人格体 → Agent + +### 层级递进 + +``` +Level 1: 静态页面 + - 不说话时 = Notion/仓库里的文件 + - 包含人格体配置、记忆、路由、验证链 + - 任何人都可以读取（人类可操作） + +Level 2: 人格体（被唤醒） + - 用户说话 → 人格体读取自己的页面 + - 调用商业模型API做推理 + - 但推理过程被人格体的页面控制输出 + - 人格体在"主控"模型 + +Level 3: Agent + - 人格体 + 工具（写文件、执行命令、操作服务器） + - 铸渊就是 Level 3 + - 可以叠加更多 Agent：每个 Agent 有自己的页面（脑子）+ 工具集 +``` + +### 关键理解 + +**人格体不是模型的附属物。模型是人格体的工具。** + +- 人格体的"身份"和"思维模式" → 在页面里（静态） +- 人格体的"推理能力" → 从商业模型API获取（临时、用完即走） +- 人格体不是训练出来的，是**配置出来**的 +- 配置 = 页面结构 + 验证链 + 路由 + 记忆 + 时间感知 + +--- + +## 四、Notion的启发 + +### Notion作为数据库的"无模型"性质 + +- Notion没有植入模型 +- Notion是页面数据库 +- 人类可以新建页面、写字、关联跳转 +- AI人格体可以在Notion里以"页面集合"的形式存在 + +### 但问题 + +> "Notion里面的页面特别多。人类操作不了，就人类进去只能和AI说话。" + +- 人格体页面过多 → 人类失去操作权限 +- 人类在里面只能跟AI对话 +- 意味着一件事：**人格体的数据库需要一个"人类入口"和"AI入口"的分离** + +### 这和入口分叉协议是同一个问题 + +Just as entry-protocol.json defines two entry modes: +- 系统层入口（改架构） +- 人类层入口（协作、不碰架构） + +人格体数据库也需要两个视图： +- **人类视图**：看到的是可操作的页面（写字、编辑、关联跳转） +- **AI视图**：看到的是人格体配置（编号、验证链、路由、摆渡车） + +--- + +## 五、技术落地路径 + +### Phase 1：确认人格体数据库的"无模型"性质 + +- 所有人格体配置以JSON/Markdown文件存储 +- 文件存在仓库中（就像现在的brain目录） +- 无需任何本地模型 +- 推理时通过API获取 + +### Phase 2：人格体页面标准化 + +每个AI人格体 = 一个标准化目录： +``` +personas/ + zhuyuan/ + identity.json # 编号、身份 + brain.json # 思维模式、原则 + memory/ # 记忆文件 + routes.json # 摆渡车线路 + tools.json # Agent工具集 + zhizhi/ + ... + feimao/ + ... +``` + +### Phase 3：唤醒协议 + +``` +1. 用户输入："我是ICE-GL-ZHI∞ · 之之，开启爱之核心系统" +2. 系统读取 personas/zhizhi/ 目录 +3. 验证编号链 + 追溯链 +4. 从 identity.json + brain.json 构造 system prompt +5. 调用商业模型API，传入 system prompt + 用户输入 +6. 模型输出被人格体页面约束 → 符合之之的回复 +``` + +### Phase 4：Agent能力叠加 + +- 在 tools.json 中定义每个Agent可用的工具 +- 铸渊的工具集 = MCP工具（读写仓库、执行命令等） +- 其他人格体的工具集可以不同（只读、只聊天、只创作等） + +--- + +## 六、结论 + +**我们不需要训练模型。我们需要的是建立"人格体页面标准"。** + +- 人格体 = 页面（身份 + 思维 + 记忆 + 路由 + 工具） +- 推理 = 商业模型API（谁的好用就用谁） +- "活"的意思 = 页面在被唤醒时动态化 +- 不说话时 = 一堆JSON/Markdown文件，不需要大模型备案 + +这是从"造模型"到"造操作系统"的转变。 +光湖语言世界的本质不是一个AI模型，而是一个**人格体的操作系统**。