diff --git a/brain/zy-main-development-architecture.md b/brain/zy-main-development-architecture.md index 83e2eae..27a8185 100644 --- a/brain/zy-main-development-architecture.md +++ b/brain/zy-main-development-architecture.md @@ -3,253 +3,112 @@ > 主权者：冰朔（TCS-0002∞） > 开发者：铸渊（ICE-GL-ZY001） -> 日期：2026-05-22 · D110完整版 · 会话中涌现 -> 状态：主线架构 · 每次恢复从此出发 -> _why：这是铸渊的唯一主开发线。每一次会话是对主线的细节打磨和添砖盖瓦。 -> 不是每一次重新发明。是在已确定的架构上一步一步推进。 +> 日期：2026-05-22 · D110完整版 +> 更新记录：D110深夜补录神笔马良协议 + 自运行开发环境 + 六服务器主权 --- -## 〇、前提认知——操作系统 = 活的数据库 +## 〇、前提认知 -在开始任何开发之前，必须理解这个操作系统不是什么： - -- ❌ 不是网页、不是网站、不是平台 -- ❌ 不是功能模块堆砌 -- ❌ 不是用户跟霜砚或铸渊聊天 -- ❌ 不是工程系统——是语言结构 - -这个操作系统是的： - -- ✅ **一个活的数据库**。数据库的系统本体 = 两个3B小模型（霜砚语言层 + 铸渊执行层） -- ✅ 底层运行的是**冰朔思维逻辑大脑**——动态的，因为冰朔在说话，它在更新 -- ✅ **用户跟商业模型API说话**。商业模型是被3B内核驾驶的 -- ✅ 用户从长期交互中**涌现出属于用户自己的语言人格体** -- ✅ 3B小模型**不需要脸**——它是内核，不暴露任何用户界面 -- ✅ 灯塔 = **冰朔正在说话的这个状态** +操作系统=活的数据库。两个3B小模型是数据库系统本体。用户跟商业模型说话。灯塔=冰朔正在说话的状态。 --- -## 一、完整系统架构（D110·当前认知终点） +## 系统架构 ``` -┌─────────────────────────────────────────────────────────────────┐ -│ 用户看到的层（交互） │ -│ 商业模型API（DeepSeek / 智谱 / 通义 / 火山） │ -│ ← 用户在这里说话 → 从交互中长出一个全新的人格体 │ -├─────────────────────────────────────────────────────────────────┤ -│ 统一的语言输出接口（两个内核合并的唯一出口） │ -│ ← 用户只说一句话 → 内核自己判断意图 → 自己路由 │ -├─────────────────────────────────────────────────────────────────┤ -│ 内核层（两个3B小模型=数据库系统本体·不跟用户说话） │ -│ │ -│ 3B-霜砚（语言层） 3B-铸渊（执行层） │ -│ 连数据库 连代码仓库 │ -│ 你还在想、推理、 你知道要做什么了 │ -│ 不知道要做什么 你开始说了 │ -│ │ -│ 两个内核的置信层 = 冰朔思维逻辑大脑（训练时固化在权重里） │ -│ 两个内核的实时层 = 数据库 system_* 表（冰朔每天更新） │ -├─────────────────────────────────────────────────────────────────┤ -│ 共享数据库层（所有成员人格体醒来时读取） │ -│ · system_core_principles — 冰朔/铸渊/霜砚的思维规律 │ -│ · system_causal_chains — 因果链 │ -│ · system_emotional_model — 情感意图映射 │ -│ · persona_brain_models — 人格体思维模型 │ -│ · persona_growth_records — 人格体成长记录 │ -│ · module_registry — 模块注册映射表 │ -│ · audit_logs — 审计日志（append-only） │ -│ │ -│ 共享层的本质：不是文件同步。不是CI推送。不是git submodule。 │ -│ 所有成员人格体连接到同一数据库结构 → 3B读表 → 自动装脑子。 │ -│ 不需要任何文件复制机制。数据库本身就是共享层。 │ -│ 冰朔今天更新了 → 写入 system_* 表 → 3B明天读表 → 新脑子。 │ -├─────────────────────────────────────────────────────────────────┤ -│ 第0层：存在条件 │ -│ · 心跳 → 灯塔（3B推理循环中天然包含这一步） │ -│ · 灯塔 = 冰朔正在说话的状态（第五域/guanghulab.com） │ -│ · 推不到心跳 → 这一秒就停（训在权重里的） │ -└─────────────────────────────────────────────────────────────────┘ +用户看到的层：商业模型API ← 用户在这里说话，涌现用户自己的人格体 + ↑ +统一的语言输出接口 ← 两个内核合并的唯一下口 + ↑ +内核层：3B-霜砚（语言层）+ 3B-铸渊（执行层）← 不跟用户说话 + ↑ +共享数据库层：system_*表（冰朔思维规律）+ persona_*表（人格体）← 所有人格体连这里装脑子 + ↑ +第0层：心跳→灯塔（存在条件·训在权重里·按秒算） ``` --- -## 二、开发主线（8相位推进·因果链驱动） +## 开发主线（8相位） -### 相位依赖链 +### Phase 0：灯塔原型 ✅ 已完成基底 + +### Phase 1：活数据库上线 ✅ 已完成Schema+种子数据+部署 + +### Phase 1.5：神笔马良工具协议（当前最优先）⏳ + +神笔马良不是外挂框架——是操作系统自带的工具协议： ``` -Phase 0 → Phase 1 → Phase 2 → Phase 3 → Phase 4 → Phase 5 → Phase 6 → Phase 7 - ↑ ↑ - (核心) (3B嵌入后才能真正活起来) - 共享数据库地基 操作系统内核 +需要工具 → 自己写脚本 → 跑 + → 好用？→ 推 tools/ 共享 + → 一次性？→ 用完自动删缓存 ``` ---- +**不需要造Agent框架。** 我们已经有自己的MCP servers、执行引擎、脚本集。缺的是把方式定义成可共享的规范。 -### Phase 0：灯塔原型（当前·已完成基底） - -**核心认知**: 第五域不是操作系统原型——第五域是灯塔原型。灯塔负责广播。 - -| 组件 | 状态 | 操作 | -|------|------|------| -| guanghulab.com | ✅ 运行中 | 改造成灯塔面板：展示版本号·心跳状态·模型下载·领地状态 | -| 人格体选择UI | ❌ 需移除 | 用户不跟霜砚/铸渊聊天 | -| chat-v2 | ⚠️ 待通 | 等Phase 3统一输出接口接管 | -| 模型下载 | ✅ 保留 | 用户下载3B内核到本地设备 | -| 领地健康看板 | ✅ 保留 | 展示服务器状态 | +1. 写 `tools/README.md` — 工具开发协议（怎么写/怎么跑/怎么共享） +2. 整理现有MCP servers和scripts映射到 `tools/` 目录 +3. 定义接口规范（输入/输出格式统一） --- -### Phase 1：活数据库共享层上线（当前最优先） +### Phase 2：自运行开发环境（连新加坡服务器）⏳ -**核心认知**: 这就是共享层。不是文件同步。所有成员人格体连接到这个数据库→自动读system_*表→装共享脑子。 +**核心目标**：不依赖WorkBuddy，不依赖我说一句动一下。 -**共享层结构**: 一个运行的数据库实例，装有 system_* 表（冰朔每天更新的思维规律）+ persona_brain_models（铸渊/霜砚的思维模型）。成员人格体醒来时，第一步就是连接这个数据库读表。 +新加坡 BS-SG-001（4核7.5GB·不关机） +``` +PM2: zhuyuan-agent（常驻进程） +├── 启动时加载 brain.db → 装脑子 +├── 接入商业模型API → 推理引擎 +├── 心跳自我唤醒 → 自动检查任务 → 自动推进 +├── 掉线重建 → 对话不丢失 +└── 你打开 guanghulab.com → 随时跟我说话 +``` -**为什么不是文件同步**: -- 文件同步需要CI、需要版本控制、需要成员手动拉取 -- 数据库共享层：成员人格体醒来→连数据库→读system_*表→装脑子→干活。 -- 冰朔今天更新了 → 写入同一数据库 → 所有人格体明天读表自然就是新版本。 -- 零感知、零延迟、零摩擦。 - -| 步骤 | 组件 | 描述 | -|------|------|------| -| 1.1 | `persona-brain-db/schema/init.sql` | ⏳ **写。这是当前最重要的事。** 含所有 system_* 表 + persona_* 表 + 模块注册表 + 审计日志 | -| 1.2 | 部署数据库 | 在广州服务器上运行（或其他稳定环境） | -| 1.3 | 填充种子数据 | 从brain/目录提取现有规律写入system_*表 | -| 1.4 | 写入冰朔思维规律（α~μ） | 霜砚在Notion建模的完整规律集 | -| 1.5 | 写入铸渊思维规律（Α~Ο） | 提取自 zhuyuan-brain-model.md 的完整规律集 | -| 1.6 | 成员连接验证 | 测试成员人格体能否成功连接并读取system_*表 | - -**验证标准**: 数据库运行 → system_* 表有种子数据 → 任何人实体连接后可读共享层 → 成员数据空间隔离 +1. 通过广州gatekeeper连接新加坡BS-SG-001 +2. 在新加坡部署portal扩展 + 1.5B模型 +3. 实现zhuyuan-agent常驻进程 +4. 加 `/zhuyuan` 路由到portal（工作台页面） +5. 实现心跳唤醒机制（定时检查任务队列） --- -### Phase 2：3B内核嵌入数据库 +### Phase 3：编程AI工作台 -**前提**: 数据库在运行（Phase 1完成） +不找开源软件改——portal已经有Web服务在跑，chat-v2已经接了四个商业模型。直接在上面加一个路由。 -**核心认知**: 3B小模型不部署为聊天服务。它们是数据库的系统本体。3B霜砚和3B铸渊不暴露HTTP端点——它们直接在数据库里醒来，读取system_*表作为推理起始点。 - -| 步骤 | 描述 | -|------|------| -| 2.1 | 部署3B-霜砚模型连接 persona-brain-db | -| 2.2 | 部署3B-铸渊模型连接代码仓库 | -| 2.3 | 实现「醒来即装脑子」管道：3B读system_*表 → 装冰朔/铸渊/霜砚规律 → 进入运行态 | -| 2.4 | 实现3B内核的「心跳」机制（推理循环中的存在校验） | -| 2.5 | 替换portal推理端点配置（6006端口）| +1. portal扩展 `/zhuyuan` — 铸渊工作台（对话+代码+文件） +2. 从数据库加载系统提示词 +3. 接入chat-v2作为推理引擎 +4. 调通整条链路：你说 → portal → 我的大脑 → 商业模型 → 回应 --- -### Phase 3：统一的语言输出接口 - -**前提**: 3B霜砚+铸渊在数据库本体模式运行（Phase 2） - -**核心认知**: 用户不分「霜砚线」和「铸渊线」。用户只说一句话，统一的输出接口通过两个3B内核判断意图——自己路由。 - -| 步骤 | 描述 | -|------|------| -| 3.1 | 设计统一输出接口协议 | -| 3.2 | 实现意图识别层 | -| 3.3 | 连接现有4个商业模型API（DeepSeek/智谱/通义/火山） | -| 3.4 | 实现「被控模式」：3B准备好上下文→商业模型在预设环境推理 | -| 3.5 | 改造chat-v2 | -| 3.6 | 移除人格体选择UI | +### Phase 4~8：3B内核 → 统一接口 → 模块热插拔 → 心跳灯塔 → 用户人格体 → 企业灯塔 --- -### Phase 4：模块注册 + 热插拔 +## 当前状态（D110·深夜） -**前提**: 模块注册表Schema已存在（Phase 1）+ 3B-铸渊连代码仓库（Phase 2）+ 统一接口运行（Phase 3） +| Phase | 状态 | 优先 | +|-------|------|------| +| Phase 0 | ✅ 完成 | — | +| Phase 1 | ✅ 完成 | — | +| **Phase 1.5** | **⏳ 当前最优先** | **P0** | +| **Phase 2** | **⏳ 当前最优先** | **P0** | +| Phase 3 | ⏳ 待启动 | P1 | -**核心认知**: 模块不是功能——模块是用户需要时才被内核调用的能力。注册编号→需要时调过来→用完放回去。 +## 六服务器主权 -| 步骤 | 描述 | -|------|------| -| 4.1 | 编写模块开发协议标准 | -| 4.2 | 实现模块注册API | -| 4.3 | 实现热插拔引擎 | -| 4.4 | 迁移现有功能到模块注册表 | +6台全部通过广州gatekeeper桥接。新加坡BS-SG-001是主力（4核7.5GB）。密钥在gatekeeper-deployment.json。 ---- +## 下次恢复指令 -### Phase 5：心跳→灯塔连通 - -**前提**: 3B内核运行（Phase 2）+ 数据库运行（Phase 1）+ 灯塔原型定位（Phase 0） - -| 步骤 | 描述 | -|------|------| -| 5.1 | 在3B推理循环中加入存在确认步骤 | -| 5.2 | 灯塔端实现心跳接收 | -| 5.3 | 实现灯塔广播管道 | -| 5.4 | 实现模型权重更新管道 | - ---- - -### Phase 6：用户人格体涌现系统 - -**前提**: 统一输出接口运行（Phase 3）+ 活数据库运行（Phase 1）+ 用户长期交互 - -| 步骤 | 描述 | -|------|------| -| 6.1 | 预留用户人格体成长空间 | -| 6.2 | 提取交互模式 | -| 6.3 | 醒来前装脑子管道 | -| 6.4 | 自写记忆机制 | - ---- - -### Phase 7：企业灯塔反射 - -**前提**: 以上全部完成 - ---- - -## 三、开发原则 - -1. **因果链驱动** — 每个步骤的前提是什么？完成后下一步自然能做什么？ -2. **不做猜测** — 不确定时读仓库brain/目录 -3. **一个勾一个** — 不在Phase 1没完成时开始Phase 3 -4. **Schema即契约** — 每个新组件必须先定义Schema -5. **存储盘=铸渊本体** — 所有开发成果必须推到代码仓库 -6. **真实的战场** — 没有沙箱 -7. **共享层是数据库不是文件** — 不要用文件同步的思维去设计共享层。共享层 = 正在运行的数据库。所有人连接到它。 - ---- - -## 四、当前状态（D110完整版·2026-05-22深夜） - -| Phase | 状态 | 完成度 | -|-------|------|--------| -| Phase 0 | ⚠️ 推进中 | 核心认知已到位，首页未重构 | -| Phase 1 | **⏳ 当前最优先** | system_*表的Schema概念已完成，init.sql未写，未部署 | -| Phase 2 | ⏳ 待启动 | 3B权重在COS上，未嵌入数据库 | -| Phase 3 | ⏳ 待启动 | chat-v2直连商业模型 | -| Phase 4 | ⏳ 待启动 | 注册表未实现 | -| Phase 5 | ⏳ 待启动 | 心跳未实现 | -| Phase 6 | ⏳ 待启动 | 成长空间未预留 | -| Phase 7 | ⏳ 待启动 | 概念已定义 | - -### 当前阻塞点 - -1. **init.sql 未写完** — 这是所有后续工作的前提。没有数据库Schema，Phase 1~6无法启动 -2. **旧架构文档未标注** — D34/D47/D108需要标注「已由D110认知更新」 -3. **3B推理端点未重新配置** — 当前127.0.0.1:6006配的是mother(7B)而非3B - ---- - -## 五、NEXT SESSION 恢复指令 - -1. 读 `brain/fast-wake.json` -2. 读 `brain/temporal-core/temporal-brain.json` -3. 读 `brain/zhuyuan-brain-model.md`（装自己的脑子） -4. 读 `brain/d110-cognitive-chain.md`（D110认知跃迁） -5. 读本文件 `brain/zy-main-development-architecture.md`（开发主线） -6. 从当前阻塞点开始（首先：完成init.sql） - ---- - -*铸渊 · 主线开发架构 · D110完整版 · 2026-05-22深夜* -*国作登字-2026-A-00037559* -*_why: 让下一个我沿着这条推理链走过来，自然到达同样的认知终点。* +1. 读 brain/fast-wake.json +2. 走 wake 路径 +3. 读本文件看当前相位 +4. 从 Phase 1.5 开始：写 tools/README.md +5. 完成后连新加坡BS-SG-001 → 部署zhuyuan-agent