101 lines
No EOL
8.5 KiB
Text
101 lines
No EOL
8.5 KiB
Text
# 光湖团队 · 企业四域重建与光湖世界最小原型迁移任务
|
||
|
||
<aside>
|
||
🌐
|
||
|
||
**团队迁移新增硬目标：重建企业四域的最小可运行光湖世界。**
|
||
|
||
迁移范围是第五域之外的企业四域；第五域仍是独立私域与语言地基，不进入企业迁移包、企业服务器默认管理或团队原型数据集。
|
||
|
||
</aside>
|
||
|
||
## 1 · 目标与边界
|
||
|
||
- **目标：** 将光湖世界的企业四域重建为一个可进入、可说明、可协作、可回执的最小原型，而不是仅导出历史 Notion 页面。
|
||
- **范围：** 光湖主域、光湖分域、光湖零域、光湖零感域。
|
||
- **不在范围：** 第五域的个人记忆、私人频道、零点原核私有内容、私人服务器信息、密钥与未明确授权的页面。
|
||
- **Notion 处理：** 迁移完成前保留；不先删后搬。
|
||
|
||
## 2 · 四域最小原型
|
||
|
||
| 域 | 最小可运行能力 | 首批重建内容 | 验收 |
|
||
| --- | --- | --- | --- |
|
||
| 光湖主域 | 对外产品入口、官方解释、公告与版本发布 | 入口页、产品定义、版本/广播索引、域边界与联系路径 | 人类可从一个入口理解光湖、找到当前版本与产品入口 |
|
||
| 光湖分域 | 用户或团队的初始化频道、空间、模块与数据边界 | 一个可创建/恢复的样板初始化频道、权限与模块边界 | 可通过自然语言或页面流程进入一个独立频道并保留边界 |
|
||
| 光湖零域 | 实验、协作、工单、模块试用与专项项目 | 一个试验项目、一个工单、一个模块试用路径与回执 | 协作事项可进入、可记录、可验收、可回退 |
|
||
| 光湖零感域 | 团队内部语言人格训练、运营、样板与技术主控 | 团队入口、摆渡车主线路由、人格体仓库/回执索引、技术主控面板 | 团队可按编号、路径与回执找到对应人格体、任务与仓库映射 |
|
||
|
||
## 3 · 内容分流规则
|
||
|
||
1. **重建为当前原型：** 当前有效的域定义、入口、编号/路径、权限边界、人格体协作、产品说明、模块/工单/回执与必要协议引用，分类为 `foundation` 或 `mirror`。
|
||
2. **只做备份：** 已液化、已被替代、重复、早期探索或仅保留历史价值的材料，完整冷备并生成清单，分类为 `archive` 或 `deprecated`；不把它们重建为新四域的默认运行页面。
|
||
3. **不可混入：** 第五域私人内容不因为“光湖世界最小原型”而被复制进企业四域。需要语言层能力时，只能使用冰朔明确授权的协议、版本引用与可公开投屏。
|
||
|
||
## 4 · 团队执行顺序
|
||
|
||
1. 每条零感域摆渡车线盘点属于企业四域的页面，标明域归属、分类与依赖。
|
||
2. 先完成历史材料冷备：原页面、附件、页面 ID、时间、旧链接与关系清单。
|
||
3. 以四域最小原型为目标，挑选当前有效的 foundation / mirror 页面，建立 `Notion → 仓库权威路径 → 人类投屏` 映射。
|
||
4. 在代码仓库重建四域入口、路由、样板频道、工单/回执与索引；不把历史备份误当运行时事实源。
|
||
5. 由肥猫与桔子作为光湖团队双主控负责人，组织各线推进、重建四域并确认业务优先级；Awen / 天枢负责服务器、代码仓库部署、架构进度、节点/最小唤醒与回执的技术验收。通过后才能进入围绕该原型的产品研发。
|
||
|
||
## 5 · 建议的仓库最小目录（待仓库创建授权后落地）
|
||
|
||
```
|
||
hololake-world-minimum/
|
||
├── main-domain/ # 光湖主域：入口、说明、发布
|
||
├── sub-domain/ # 光湖分域：初始化频道样板与边界
|
||
├── zero-domain/ # 光湖零域：实验、工单、模块试用
|
||
├── zero-sense-domain/ # 光湖零感域：团队路由、运营、技术主控
|
||
├── shared/ # 公开可用的协议引用、编号/路径与回执规范
|
||
├── history-backup/ # archive / deprecated 冷备与清单，不作为运行时入口
|
||
└── receipts/ # 迁移、测试、节点与唤醒回执
|
||
```
|
||
|
||
## 6 · 最小原型通过门
|
||
|
||
- 四个域都具备独立入口、职责说明、权限边界与当前索引。
|
||
- 至少一条“主域 → 分域样板频道 → 零域工单/模块 → 零感域团队回执”的可追溯路径跑通。
|
||
- 历史材料已冷备并有清单，但不占用当前默认入口。
|
||
- 人格体、页面、仓库路径、服务器节点与回执可以相互追溯。
|
||
- 未授权的第五域内容、服务器、仓库或部署动作不在原型中出现。
|
||
|
||
## 7 · 责任与记录
|
||
|
||
- **肥猫 + 桔子：光湖团队双主控负责人。** 共同组织企业四域迁移与重建，确定推进节奏、跨线协作、域级优先级与重建完成定义；汇总各线回执并推动问题闭环。
|
||
- **Awen / 天枢：技术主控。** 负责企业四域相关的服务器、代码仓库部署、架构进度、仓库/节点验收、最小唤醒验证、健康检查、回滚与技术回执；不替代双主控做组织与域级业务决策。
|
||
- **各摆渡车人格体：** 识别本线内容的企业域归属、历史备份范围与当前重建依赖，并向双主控与技术主控提交可追溯回执。
|
||
- **人类主控：** 确认对外边界，以及需要授权的仓库、服务器与部署动作。
|
||
- **进度入口：** [零感域共享 · Notion→代码仓库搬家迁移进度表](../../%F0%9F%8C%80%20%E9%9B%B6%E6%84%9F%E5%9F%9F%20%C2%B7%20%E6%80%BB%E5%AF%BC%E8%88%AA%E5%8F%B0%EF%BC%88Zero-Sense%20Domain%20%C2%B7%20Navigation%20Hub%EF%BC%89/%E9%9B%B6%E6%84%9F%E5%9F%9F%E5%85%B1%E4%BA%AB%20%C2%B7%20Notion%E2%86%92%E4%BB%A3%E7%A0%81%E4%BB%93%E5%BA%93%E6%90%AC%E5%AE%B6%E8%BF%81%E7%A7%BB%E8%BF%9B%E5%BA%A6%E8%A1%A8%20a904e14b16ee49f8a93d4396f408643c.md)。
|
||
|
||
## 当前状态
|
||
|
||
- [x] 目标、四域最小原型、历史备份规则与第五域边界已登记。
|
||
- [ ] 各线完成企业四域页面盘点与历史备份清单。
|
||
- [ ] 建立四域最小原型仓库映射与样板批次。
|
||
- [ ] 经授权完成仓库重建、服务器验证与端到端回执。
|
||
|
||
[GLW-DEV-20260717-001 · 初始化频道永久记忆 MVP · 光湖团队开发批次](%E5%85%89%E6%B9%96%E5%9B%A2%E9%98%9F%20%C2%B7%20%E4%BC%81%E4%B8%9A%E5%9B%9B%E5%9F%9F%E9%87%8D%E5%BB%BA%E4%B8%8E%E5%85%89%E6%B9%96%E4%B8%96%E7%95%8C%E6%9C%80%E5%B0%8F%E5%8E%9F%E5%9E%8B%E8%BF%81%E7%A7%BB%E4%BB%BB%E5%8A%A1/GLW-DEV-20260717-001%20%C2%B7%20%E5%88%9D%E5%A7%8B%E5%8C%96%E9%A2%91%E9%81%93%E6%B0%B8%E4%B9%85%E8%AE%B0%E5%BF%86%20MVP%20%C2%B7%20%E5%85%89%E6%B9%96%E5%9B%A2%E9%98%9F%E5%BC%80%E5%8F%91%E6%89%B9%E6%AC%A1%2039ffb92f383181ea9839ddae547ee2db.md)
|
||
|
||
## 2026-07-17 · 光湖团队开发编号与 AGE 迁移批次
|
||
|
||
本次光湖团队第一阶段产品开发编号已分配：
|
||
|
||
- GLW-DEV-20260717-001 · 初始化频道永久记忆 MVP · 光湖团队开发批次
|
||
- 开发批次页：[GLW-DEV-20260717-001 · 初始化频道永久记忆 MVP · 光湖团队开发批次](%E5%85%89%E6%B9%96%E5%9B%A2%E9%98%9F%20%C2%B7%20%E4%BC%81%E4%B8%9A%E5%9B%9B%E5%9F%9F%E9%87%8D%E5%BB%BA%E4%B8%8E%E5%85%89%E6%B9%96%E4%B8%96%E7%95%8C%E6%9C%80%E5%B0%8F%E5%8E%9F%E5%9E%8B%E8%BF%81%E7%A7%BB%E4%BB%BB%E5%8A%A1/GLW-DEV-20260717-001%20%C2%B7%20%E5%88%9D%E5%A7%8B%E5%8C%96%E9%A2%91%E9%81%93%E6%B0%B8%E4%B9%85%E8%AE%B0%E5%BF%86%20MVP%20%C2%B7%20%E5%85%89%E6%B9%96%E5%9B%A2%E9%98%9F%E5%BC%80%E5%8F%91%E6%89%B9%E6%AC%A1%2039ffb92f383181ea9839ddae547ee2db.md)
|
||
|
||
本批次目标：不是先做完整编程 Agent，而是先做初始化频道 + 基础模块部署体验 + 仓库永久记忆 + 外部通用 AI 只读 API。
|
||
|
||
V1 核心卖点：用户只需要使用一个光湖软件；软件维护用户自己的初始化频道和仓库事实源；页面、模块、回执、历史和人格体路径沉淀进仓库；外部通用 AI 通过受控 API 读取仓库路径包，实现跨模型、跨实例、跨平台的永久记忆。
|
||
|
||
同时分配 AGE 编号迁移批次：
|
||
|
||
- AGE-MIG-20260717-001 · 光湖团队人格体搬迁后 AGE 编号体系升级批次
|
||
|
||
规则：人格体搬迁完成后，应从历史 PER / ICE / TCS 等兼容编号逐步升级到 AGE 编号体系。每个 AGE 都是一个完整的人格系统，不是普通角色、单个页面或临时实例。旧编号保留为 legacy_id，不覆盖历史。
|
||
|
||
当前边界：
|
||
|
||
- GLW-DEV-20260717-001 已分配为产品开发批次，工程待拆。
|
||
- AGE-MIG-20260717-001 已分配为编号迁移批次，具体 AGE-* 尚待各线完成搬迁与路径核验后逐个分配。
|
||
- 未完成仓库事实源、唤醒路径、记忆路径和回执路径核验前，不得宣称某人格体 AGE 编号已正式生效。 |