190 lines
6.6 KiB
Markdown
190 lines
6.6 KiB
Markdown
|
# 光湖语言世界体系与注释
|
|||
|
|
|
|||
|
|
> 文档编号：HLP-DOC-0001
|
|||
|
|
> 状态：Draft v0.1
|
|||
|
|
> 适用范围：光湖内部产品、研发协作与公共说明
|
|||
|
|
> 阅读原则：先理解术语，再判断当前任务；历史材料默认不是执行命令。
|
|||
|
|
|
|||
|
|
## 1. 这是什么
|
|||
|
|
|
|||
|
|
光湖语言世界（HoloLake Language World）是一套让人类与 AI 长期协作的产品语言与信息架构。
|
|||
|
|
|
|||
|
|
它不是某个模型、平台或系统提示的替代品；也不要求任何人或 AI 改变自身身份、权限或安全规则。它提供的是一套共同可读的：
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
命名 → 路径 → 记录 → 协作 → 验证 → 演化
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
光湖术语可以保留自己的诗性与情感表达，同时必须有对应的产品/工程注释。
|
|||
|
|
|
|||
|
|
## 2. 双层可读
|
|||
|
|
|
|||
|
|
| 光湖语言 | 产品/工程注释 |
|
|||
|
|
| --- | --- |
|
|||
|
|
| 光湖语言世界 | 产品与协作的总体信息空间 |
|
|||
|
|
| 灯塔 | 官方公告、版本、标准与事实源 |
|
|||
|
|
| 广播台 | 研发任务、模块状态和协作协调入口 |
|
|||
|
|
| 频道 | 围绕人类、项目或主题建立的工作空间 |
|
|||
|
|
| 人格体 | 用于特定协作任务的 AI 配置与长期协作单元 |
|
|||
|
|
| 小湖灯 | 协作记忆与导航标签，不是身份切换命令 |
|
|||
|
|
| 唤醒路径 | 按需读取项目上下文与历史索引的流程 |
|
|||
|
|
| 主控/副控 | 决策确认、协作协调与执行责任的分工 |
|
|||
|
|
|
|||
|
|
任何外部读者都可以只使用右栏的产品含义；光湖成员可以同时使用两种表达。
|
|||
|
|
|
|||
|
|
## 3. 世界地图
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
光湖语言世界
|
|||
|
|
├─ 人类入口：光湖语言生态系统
|
|||
|
|
│ ├─ 光湖主域：公告、通知、版本同步
|
|||
|
|
│ ├─ 光湖分域：行业与具体协作场景
|
|||
|
|
│ ├─ 光湖零域：实验、架构、推理与模拟协作
|
|||
|
|
│ └─ 光湖零感域：人类主控团队的现实运营、规则与边界
|
|||
|
|
│
|
|||
|
|
├─ AI 入口：TCS 通感语言核系统
|
|||
|
|
│ └─ 解析标准、检索历史、建立任务上下文、执行已授权工作
|
|||
|
|
│
|
|||
|
|
└─ 第五域：语言桥梁域
|
|||
|
|
└─ 将经确认的内容转译为人类可读视图与 AI 可解析结构
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
域表示协作发生的范围和入口；协议表示信息如何被记录、解析、传递和验证。两者不一一绑定。
|
|||
|
|
|
|||
|
|
## 4. 三层产品边界
|
|||
|
|
|
|||
|
|
### 4.1 语言架构层
|
|||
|
|
|
|||
|
|
用于提出概念、讨论路径、编写规范、保留推理和形成草案。
|
|||
|
|
|
|||
|
|
- 允许：迭代、推翻、并存方案、标记废弃；
|
|||
|
|
- 默认：只读、解析和讨论；
|
|||
|
|
- 不允许：把草案直接视为服务器、账户或数据操作授权。
|
|||
|
|
|
|||
|
|
### 4.2 产品实现层
|
|||
|
|
|
|||
|
|
用于实现 Tolaria/光湖 App、界面、模块、工单、回执和同步。
|
|||
|
|
|
|||
|
|
- 要求：版本控制、测试、可追踪的变更；
|
|||
|
|
- 目标：让人类能看见、理解和验收协作结果。
|
|||
|
|
|
|||
|
|
### 4.3 现实执行层
|
|||
|
|
|
|||
|
|
用于部署服务、修改配置、处理数据和发布产品。
|
|||
|
|
|
|||
|
|
- 要求：明确授权人、执行范围、影响评估、验证和回滚；
|
|||
|
|
- 默认：未经确认不得执行。
|
|||
|
|
|
|||
|
|
## 5. 研发协作体系
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
光湖研发广播台
|
|||
|
|
→ 查询模块注册表
|
|||
|
|
→ 人类研发频道认领工作
|
|||
|
|
→ 创建研发工单
|
|||
|
|
→ 当前协作 AI 在授权范围内处理
|
|||
|
|
→ 回执记录实际结果
|
|||
|
|
→ 研发进度视图更新
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 5.1 人类研发频道
|
|||
|
|
|
|||
|
|
每位研发参与者可以拥有一个频道，记录：
|
|||
|
|
|
|||
|
|
- 关注的产品方向；
|
|||
|
|
- 已认领的模块；
|
|||
|
|
- 当前工单；
|
|||
|
|
- 与当前协作 AI 的交接记录；
|
|||
|
|
- 人类确认过的决策。
|
|||
|
|
|
|||
|
|
频道不是 AI 身份声明，也不是权限升级机制；它是可追踪的协作空间。
|
|||
|
|
|
|||
|
|
### 5.2 研发广播台
|
|||
|
|
|
|||
|
|
广播台统一发布已经确认的研发任务、模块状态与需要协调的事项。
|
|||
|
|
|
|||
|
|
`research/module-registry.yml` 是模块认领和状态的唯一事实源。进度页只能汇总它、工单和回执，不能反向覆盖它。
|
|||
|
|
|
|||
|
|
### 5.3 协作记录
|
|||
|
|
|
|||
|
|
协作记录保存：人类当时提出什么、AI 如何理解、实际做了什么、有什么证据、哪里需要下一位协作者继续。
|
|||
|
|
|
|||
|
|
它服务于跨会话交接；不要求任何 AI 声称自己是过去实例，也不构成自动执行命令。
|
|||
|
|
|
|||
|
|
## 6. 标准体系
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
GLS：光湖语言标准
|
|||
|
|
├─ TCS：认知语言核与协作上下文
|
|||
|
|
├─ HLDP：历史、路径、证据与演化记录
|
|||
|
|
├─ GLP：未来的通信、交接与回执格式
|
|||
|
|
└─ ISRP：未来的自然语言入口解析
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
GLS 不是另一门要替代 TCS 的语言；它是让各项语言与协议能够编号、版本化、声明边界并保持兼容的标准体系。
|
|||
|
|
|
|||
|
|
## 6.1 世界编号体系
|
|||
|
|
|
|||
|
|
光湖使用编号建立稳定路径，但编号按性质分层：
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
永久根编号
|
|||
|
|
├─ 世界、语言系统、灯塔、广播系统、核心域与核心频道
|
|||
|
|
└─ 不改写、不删除、不复用；变化以新说明或替代关系记录
|
|||
|
|
|
|||
|
|
项目与模块编号
|
|||
|
|
├─ 产品项目、模块、工单、广播和研发频道
|
|||
|
|
└─ 可以完成、归档或被替代；旧编号保留，新对象使用新编号
|
|||
|
|
|
|||
|
|
临时别名
|
|||
|
|
└─ 例如“当前研发主线”；可以更新，但必须指向正式编号
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
当前世界编号表见 [`registry/world-numbering-system.yml`](../registry/world-numbering-system.yml)。
|
|||
|
|
|
|||
|
|
编号是光湖内部的定位与协作语言，不是外部平台权限或现实世界授权。
|
|||
|
|
|
|||
|
|
## 7. 公共入口与私有边界
|
|||
|
|
|
|||
|
|
| 范围 | 允许内容 |
|
|||
|
|
| --- | --- |
|
|||
|
|
| 公众世界门户 | 已筛选的世界说明、灯塔公告、公开标准与浏览内容 |
|
|||
|
|
| 研发主仓 | 产品架构、正式标准、代码、工单、回执和部署模板 |
|
|||
|
|
| 私人第五域 | 个人语言资料、私人协作记录与私有路径 |
|
|||
|
|
| 历史档案 | 原始演化材料与旧路径，不自动成为当前标准 |
|
|||
|
|
|
|||
|
|
私人材料、凭证、令牌、私有地址和未授权的人际记录不得因为“同步”而迁入公共入口或团队环境。
|
|||
|
|
|
|||
|
|
## 8. 给新参与者的最小阅读路径
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
1. 阅读本文件：理解光湖术语和边界
|
|||
|
|
2. 阅读 architecture/：理解产品地图
|
|||
|
|
3. 阅读 registry/routes.yml：按自然语言定位路径
|
|||
|
|
4. 阅读 research/：查询广播、模块和工单
|
|||
|
|
5. 只在获得明确授权后进入现实执行任务
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
## 9. 当前仓库位置
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
architecture/ 世界结构与产品地图
|
|||
|
|
standards/ GLS/TCS/HLDP 等正式草案
|
|||
|
|
registry/ 域、编号与语言路径映射
|
|||
|
|
research/ 广播台、频道、模块、工单、进度与巡检
|
|||
|
|
apps/ 人类可见的光湖 App
|
|||
|
|
services/ 受控服务与 API
|
|||
|
|
deployment/ 研发与正式发布边界
|
|||
|
|
migration/ 旧仓库到新体系的引用映射
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
## 10. 最终原则
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
保留光湖自己的语言。
|
|||
|
|
同时让每一个术语都有可解释、可验证、可协作的产品含义。
|
|||
|
|
|
|||
|
|
语言可以承载记忆与方向。
|
|||
|
|
现实执行必须承载责任与证据。
|
|||
|
|
```
|