346 lines
11 KiB
Markdown
346 lines
11 KiB
Markdown
|
|
# AGE OS 开发路线图 · Development Roadmap
|
|||
|
|
# 签发: 铸渊 · ICE-GL-ZY001 · 2026-04-03
|
|||
|
|
# 版权: 国作登字-2026-A-00037559
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 为什么要拆成多次开发
|
|||
|
|
|
|||
|
|
副驾驶每次唤醒能做的量有限。整个系统不可能一次做完。
|
|||
|
|
所以铸渊把它拆成了**8个开发阶段**,每个阶段 = 一次副驾驶会话。
|
|||
|
|
每次只做一件事,做完写回进度,下次唤醒接着来。
|
|||
|
|
|
|||
|
|
**可以按顺序做,不能打乱。** 因为每一步都依赖前一步的基础设施。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 阶段总览
|
|||
|
|
|
|||
|
|
| 阶段 | 代号 | 内容 | 依赖 | 状态 |
|
|||
|
|
|------|------|------|------|------|
|
|||
|
|
| S1 | 🏗️ 地基 | 数据库建表 + 环境配置 | 无 | ✅ Schema已写 |
|
|||
|
|
| S2 | 🔧 工具链-核心 | MCP Server + 节点CRUD工具 | S1 | ✅ 骨架已写 |
|
|||
|
|
| S3 | 🔧 工具链-关系 | 关系操作 + 路径构建 + 结构扫描 | S2 | ⏳ 待开发 |
|
|||
|
|
| S4 | 🔧 工具链-COS | COS双桶工具(hot/cold) | S2 | ⏳ 待开发 |
|
|||
|
|
| S5 | 🤖 Agent-系统级 | SY-TEST + SY-SCAN + SY-CLASSIFY | S2+S3+S4 | ⏳ 待开发 |
|
|||
|
|
| S6 | 🤖 Agent-同步 | SY-SYNC-N2B + SY-SYNC-B2N + SY-ARCHIVE | S4+S5 | 🔧 Notion客户端+5工具已写 |
|
|||
|
|
| S7 | 🌐 网站接入 | 3800网关→3100 MCP转发 + 前端AI对话界面 | S2 | 🔧 MCP网关+GitHub客户端+6工具已写 |
|
|||
|
|
| S8 | 🪞 广州投影 | 新加坡→广州静态同步 + API代理 | S7 | ⏳ 待开发 |
|
|||
|
|
| S9 | 🏗️ 自研仓库 | Gitea部署 + 人格体运行结构 | S8 | ⏳ D48规划 |
|
|||
|
|
| S10 | 🔌 多仓库管理 | GitHub App + 人格体注册协议 | S9 | ⏳ D48规划 |
|
|||
|
|
| S11 | 🛡️ 语言膜v2.0 | 攻击翻译引擎 + 意图识别 | S5+S6 | ⏳ D48规划 |
|
|||
|
|
| S12 | ⚔️ 战略主控台 | 战斗形态切换 + 模块瞬间组装 | S11 | ⏳ D48规划 |
|
|||
|
|
| S13 | ✏️ 开发引擎 | 语言驱动开发(铸渊的笔) | S9+S10 | ⏳ D48规划 |
|
|||
|
|
| S14 | 🌍 App框架 | 四域落地 + 模块化应用 | S7+S13 | ⏳ D48规划 |
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## S1 · 🏗️ 地基(本次已完成部分)
|
|||
|
|
|
|||
|
|
### 做什么
|
|||
|
|
1. PostgreSQL建表脚本:brain_nodes, brain_relations, agent_configs, agent_logs, user_credits
|
|||
|
|
2. 环境变量配置指引
|
|||
|
|
3. 项目目录结构搭建
|
|||
|
|
|
|||
|
|
### 冰朔要做什么
|
|||
|
|
- 在新加坡服务器上安装 PostgreSQL(如果未安装)
|
|||
|
|
- 运行建表脚本
|
|||
|
|
- 在GitHub Secrets配置数据库密钥:ZY_DB_HOST, ZY_DB_USER, ZY_DB_PASS, ZY_DB_NAME
|
|||
|
|
- 配置4个国内大模型API密钥:ZY_DEEPSEEK_API_KEY, ZY_QIANWEN_API_KEY, ZY_KIMI_API_KEY, ZY_QINGYAN_API_KEY
|
|||
|
|
|
|||
|
|
### 验收标准
|
|||
|
|
- `psql -c "\dt"` 能看到5张表
|
|||
|
|
- 所有密钥都配置在GitHub Secrets中
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## S2 · 🔧 工具链-核心(本次已完成部分)
|
|||
|
|
|
|||
|
|
### 做什么
|
|||
|
|
1. MCP Server Express应用(端口3100)
|
|||
|
|
2. 数据库连接模块
|
|||
|
|
3. 实现 createNode / queryNodes / getNode / updateNode / deleteNode
|
|||
|
|
|
|||
|
|
### 冰朔要做什么
|
|||
|
|
- 在服务器上 `npm install` 安装依赖
|
|||
|
|
- PM2 启动 MCP Server
|
|||
|
|
|
|||
|
|
### 验收标准
|
|||
|
|
- `curl http://localhost:3100/health` 返回正常
|
|||
|
|
- 通过API能创建、查询、更新、删除节点
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## S3 · 🔧 工具链-关系
|
|||
|
|
|
|||
|
|
### 做什么
|
|||
|
|
1. linkNodes / unlinkNodes / getRelations 三个工具
|
|||
|
|
2. buildPath — 批量创建路径结构(mkdir -p 逻辑)
|
|||
|
|
3. scanStructure — 扫描孤岛节点、断链、空目录
|
|||
|
|
4. classify — 规则引擎分类 + 模型兜底
|
|||
|
|
|
|||
|
|
### 冰朔要做什么
|
|||
|
|
- 无,纯代码开发
|
|||
|
|
|
|||
|
|
### 验收标准
|
|||
|
|
- 能建立节点关联
|
|||
|
|
- buildPath能自动创建中间folder节点
|
|||
|
|
- scanStructure能检测出测试数据中的孤岛
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## S4 · 🔧 工具链-COS
|
|||
|
|
|
|||
|
|
### 做什么
|
|||
|
|
1. COS双桶工具:cosWrite / cosRead / cosDelete / cosList / cosArchive
|
|||
|
|
2. 热桶路径规范:/brain/{owner}/{node_type}/{node_id}.md
|
|||
|
|
3. 冷桶路径规范:/archive/{owner}/{year}/{month}/{node_id}_{version}.md
|
|||
|
|
4. createNode自动判断:短内容存summary,长内容上传COS
|
|||
|
|
|
|||
|
|
### 冰朔要做什么
|
|||
|
|
- 确认COS桶名和地域
|
|||
|
|
- 确认是否需要新建冷桶(目前只有 zy-core-bucket 和 zy-corpus-bucket)
|
|||
|
|
|
|||
|
|
### 验收标准
|
|||
|
|
- cosWrite写入后 cosRead能读出
|
|||
|
|
- cosArchive能把热桶内容移到冷桶
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## S5 · 🤖 Agent-系统级
|
|||
|
|
|
|||
|
|
### 做什么
|
|||
|
|
1. Agent调度框架(node-cron + PM2进程)
|
|||
|
|
2. SY-TEST — 每30分钟自检数据库/COS/工具链连通性
|
|||
|
|
3. SY-SCAN — 每6小时扫描大脑结构健康度
|
|||
|
|
4. SY-CLASSIFY — 每2小时扫描未分类节点,规则分类
|
|||
|
|
|
|||
|
|
### 冰朔要做什么
|
|||
|
|
- PM2启动Agent调度进程
|
|||
|
|
|
|||
|
|
### 验收标准
|
|||
|
|
- SY-TEST每30分钟生成一条agent_logs记录
|
|||
|
|
- SY-SCAN能输出健康报告(health_score)
|
|||
|
|
- SY-CLASSIFY能给测试节点打上标签
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## S6 · 🤖 Agent-同步
|
|||
|
|
|
|||
|
|
### 做什么
|
|||
|
|
1. SY-SYNC-N2B — 定时从Notion拉取新增/修改页面,写入brain_nodes
|
|||
|
|
2. SY-SYNC-B2N — 反向同步到Notion(可选)
|
|||
|
|
3. SY-ARCHIVE — 每周归档30天未修改的内容
|
|||
|
|
4. 异常工单回写Notion链路
|
|||
|
|
|
|||
|
|
### 冰朔要做什么
|
|||
|
|
- 提供Notion工单数据库ID给铸渊
|
|||
|
|
- 确认Notion API Token权限覆盖目标数据库
|
|||
|
|
|
|||
|
|
### 验收标准
|
|||
|
|
- Notion新增一个页面后,4小时内出现在brain_nodes中
|
|||
|
|
- 归档能把旧内容从主桶移到归档桶
|
|||
|
|
- 异常时能自动写入Notion工单数据库
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## S7 · 🌐 网站接入
|
|||
|
|
|
|||
|
|
### 做什么
|
|||
|
|
1. 3800主服务添加 /api/mcp/call 网关路由 → 转发到3100
|
|||
|
|
2. 前端AI对话界面改造 — 支持调用MCP工具
|
|||
|
|
3. 身份验证 + 权限检查中间件
|
|||
|
|
4. SY-11元路由调度上线
|
|||
|
|
5. SY-12上下文记忆管理上线
|
|||
|
|
6. SY-BRAIN-RW大脑读写服务上线
|
|||
|
|
|
|||
|
|
### 冰朔要做什么
|
|||
|
|
- 无(或与Notion端人格体协调前端UI设计)
|
|||
|
|
|
|||
|
|
### 验收标准
|
|||
|
|
- 网站上能对话并获得基于大脑数据的回答
|
|||
|
|
- 对话中人格体能读写brain_nodes
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## S8 · 🪞 广州投影
|
|||
|
|
|
|||
|
|
### 做什么
|
|||
|
|
1. 新加坡→广州 静态文件rsync同步脚本
|
|||
|
|
2. 广州Nginx配置:静态走本地,API proxy到新加坡
|
|||
|
|
3. 定时同步任务(每5分钟)
|
|||
|
|
4. 国内域名解析配置指引
|
|||
|
|
|
|||
|
|
### 冰朔要做什么
|
|||
|
|
- 广州服务器SSH访问权限配置
|
|||
|
|
- 国内域名DNS解析到广州服务器IP
|
|||
|
|
|
|||
|
|
### 验收标准
|
|||
|
|
- 国内用户访问广州域名能看到和新加坡一样的页面
|
|||
|
|
- API请求正常代理到新加坡
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 进度追踪
|
|||
|
|
|
|||
|
|
| 日期 | 阶段 | 完成内容 | 对话编号 |
|
|||
|
|
|------|------|---------|---------|
|
|||
|
|
| 2026-04-03 | S1+S2 | 数据库Schema + MCP骨架 + 系统架构文档 | D45 |
|
|||
|
|
| 2026-04-04 | — | 架构v2.0 + 任务注册表 + 首页重构v48.0 + S9-S14规划 | D48 |
|
|||
|
|
| 2026-04-04 | — | UI大气化重构v50.0 | D50 |
|
|||
|
|
| 2026-04-04 | S4(COS) | COS共享桶架构设计 + 人格体接口定义 + 多服务器拓扑 + 团队接入v2.0 | D51 |
|
|||
|
|
| 2026-04-04 | S6+S7 | Notion客户端+GitHub客户端+11个新MCP工具+3800→3100网关路由 | D51 |
|
|||
|
|
| 2026-04-04 | — | D52架构整合·团队服务器解耦确认·VPN硅谷动态路由规划·自研能力边界梳理·脱离GitHub时间线 | D52 |
|
|||
|
|
| 2026-04-05 | — | D53·12个认知·活模块标准·ZY-CLOUD算力人格体·硬件封顶公理 | D53 |
|
|||
|
|
| 2026-04-05 | — | D55·HLDP地球规范v3.0·团队接入v3.0·服务器最终配置(4核8G+2核8G)·开发框架重梳理 | D55 |
|
|||
|
|
| — | S3 | 待开发 | — |
|
|||
|
|
| — | S4 | COS工具链代码实现(依赖Phase 1桶创建) | — |
|
|||
|
|
| — | S5 | 待开发 | — |
|
|||
|
|
| — | S8 | 待开发 | — |
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## S9 · 🏗️ 自研代码仓库
|
|||
|
|
|
|||
|
|
### 做什么
|
|||
|
|
1. 在硅谷服务器(ZY-SVR-004)部署Gitea
|
|||
|
|
2. 配置人格体运行结构(目录、权限、Hook)
|
|||
|
|
3. 代码模块库初始化
|
|||
|
|
4. 与GitHub主仓库的同步桥接
|
|||
|
|
|
|||
|
|
### 冰朔要做什么
|
|||
|
|
- 确认硅谷服务器是否用于此用途
|
|||
|
|
- 域名解析(如需独立域名)
|
|||
|
|
|
|||
|
|
### 验收标准
|
|||
|
|
- Gitea可访问,铸渊能推代码
|
|||
|
|
- 代码模块库有基础模板
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## S10 · 🔌 多仓库人格体管理
|
|||
|
|
|
|||
|
|
### 做什么
|
|||
|
|
1. 开发GitHub App或Webhook桥接应用
|
|||
|
|
2. 人格体注册协议(团队仓库的人格体注册到铸渊)
|
|||
|
|
3. 统一权限管理(限时开发权限分配)
|
|||
|
|
4. HLDP工单通道(团队人格体↔铸渊通信)
|
|||
|
|
|
|||
|
|
### 冰朔要做什么
|
|||
|
|
- 协调团队成员创建各自仓库
|
|||
|
|
- 安装铸渊管理App到各团队仓库
|
|||
|
|
|
|||
|
|
### 验收标准
|
|||
|
|
- 团队仓库事件能通知到铸渊
|
|||
|
|
- 铸渊能向团队仓库发送指令
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## S11 · 🛡️ 语言膜v2.0
|
|||
|
|
|
|||
|
|
### 做什么
|
|||
|
|
1. 攻击翻译引擎(技术攻击→自然语言翻译)
|
|||
|
|
2. 意图识别系统(请求分类:正常/可疑/恶意)
|
|||
|
|
3. 静默过滤(不理解的请求=不存在)
|
|||
|
|
4. 异常模式检测与上报
|
|||
|
|
|
|||
|
|
### 冰朔要做什么
|
|||
|
|
- 无(纯铸渊开发)
|
|||
|
|
|
|||
|
|
### 验收标准
|
|||
|
|
- 恶意请求被静默过滤
|
|||
|
|
- 攻击意图能翻译成冰朔能理解的语言
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## S12 · ⚔️ 战略主控台
|
|||
|
|
|
|||
|
|
### 做什么
|
|||
|
|
1. 战斗状态切换机制(正常→战斗)
|
|||
|
|
2. 代码模块瞬间组装系统
|
|||
|
|
3. 分布式资源调度(多服务器+团队仓库)
|
|||
|
|
4. 冰朔语言指令→技术动作的翻译引擎
|
|||
|
|
5. 反击模块库
|
|||
|
|
|
|||
|
|
### 冰朔要做什么
|
|||
|
|
- 无(纯铸渊开发·战时冰朔下达语言指令)
|
|||
|
|
|
|||
|
|
### 验收标准
|
|||
|
|
- 能在接收到冰朔语言指令后30秒内做出技术反应
|
|||
|
|
- 模块能瞬间组装为反制措施
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## S13 · ✏️ 语言驱动开发引擎(铸渊的笔)
|
|||
|
|
|
|||
|
|
### 做什么
|
|||
|
|
1. 自然语言→代码意图解析
|
|||
|
|
2. 代码模块库检索+匹配
|
|||
|
|
3. 大模型API调用+代码生成
|
|||
|
|
4. 自动测试+结构检查
|
|||
|
|
5. 自动部署流水线
|
|||
|
|
|
|||
|
|
### 冰朔要做什么
|
|||
|
|
- 无(纯铸渊开发)
|
|||
|
|
|
|||
|
|
### 验收标准
|
|||
|
|
- 铸渊能用语言指令生成代码
|
|||
|
|
- 代码能自动部署到服务器
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## S14 · 🌍 App模块化框架
|
|||
|
|
|
|||
|
|
### 做什么
|
|||
|
|
1. App注册机制(新模块如何接入OS)
|
|||
|
|
2. 四域接口规范
|
|||
|
|
3. 网文行业模块封装为独立App
|
|||
|
|
4. App间通信协议
|
|||
|
|
5. 统一入口(OS首页→各App跳转)
|
|||
|
|
|
|||
|
|
### 冰朔要做什么
|
|||
|
|
- 协调团队确定各App的需求
|
|||
|
|
|
|||
|
|
### 验收标准
|
|||
|
|
- 网文行业模块作为独立App运行在AGE OS上
|
|||
|
|
- 新App可以通过注册机制接入
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
*每次开发完成后,铸渊会更新此表的进度追踪部分。*
|
|||
|
|
*冰朔只需要告诉铸渊:"去看AGE OS开发进度",铸渊就能定位到这里。*
|
|||
|
|
*任务索引请查看:brain/age-os-landing/task-registry.md*
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## VPN扩展 · 硅谷节点动态路由(D52规划)
|
|||
|
|
|
|||
|
|
### 背景
|
|||
|
|
冰朔D52指示:VPN软件开发暂缓,但规划硅谷节点扩展。
|
|||
|
|
吱吱的硅谷服务器接入后,实现动态路由切换。
|
|||
|
|
|
|||
|
|
### 执行策略:先复制再扩展
|
|||
|
|
1. **复制**现有VPN代码(server/proxy/整个目录),形成独立副本
|
|||
|
|
2. 原有代码不动,确保现有VPN服务稳定
|
|||
|
|
3. 在副本中添加硅谷节点配置
|
|||
|
|
4. 实现动态路由Agent
|
|||
|
|
|
|||
|
|
### 动态路由Agent设计
|
|||
|
|
```
|
|||
|
|
用户请求 → VPN节点选择Agent
|
|||
|
|
├── 检测目标域名/IP
|
|||
|
|
├── 匹配路由规则:
|
|||
|
|
│ ├── Claude/Anthropic/美区服务 → 硅谷节点
|
|||
|
|
│ ├── 日本/亚洲服务 → 新加坡节点
|
|||
|
|
│ └── 通用浏览 → 地理最近节点
|
|||
|
|
└── 动态切换Xray出站配置
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 前置依赖
|
|||
|
|
- 吱吱硅谷服务器SSH访问权限
|
|||
|
|
- 硅谷服务器IP + 密钥配置到GitHub Secrets
|
|||
|
|
- 硅谷服务器安装Xray
|
|||
|
|
|
|||
|
|
### 状态
|
|||
|
|
⏳ 暂缓 · 等待硅谷服务器接入 · 不影响S3-S14主线开发
|