docs: publish HoloLake system architecture baseline
This commit is contained in:
parent
75be096183
commit
ee9a85a5ca
138 changed files with 19347 additions and 71 deletions
|
|
@ -0,0 +1,151 @@
|
|||
---
|
||||
type: guanghu_protocol_code_evidence_map
|
||||
id: GLW-PROTOCOL-CODE-EVIDENCE-20260729
|
||||
status: CURRENT_LOCAL_EVIDENCE_MAP
|
||||
verified_at: 2026-07-29
|
||||
_width: wide
|
||||
---
|
||||
|
||||
# 光湖协议与现有代码实现证据图 · 2026-07-29
|
||||
|
||||
> 本页回答“协议已经写到哪里、代码已经做到哪里、还缺哪一层”。
|
||||
>
|
||||
> 架构页、历史审核记录、当前仓库代码、远端发布和服务器运行是五种不同证据。
|
||||
|
||||
[← 协议总入口](INDEX.md) · [机器跳转图](protocol-route-map.json) · [完整性审计](PROTOCOL-COMPLETENESS-AUDIT-20260729.md)
|
||||
|
||||
## 一、本次核验的代码事实源
|
||||
|
||||
| 事实源 | 当前核验结果 | 证明范围 |
|
||||
| --- | --- | --- |
|
||||
| `REPO-012 · bingshuo/guanghu-ice-heart` | `main@e82a377b58440f2b1ad9d50e24ebf680cef01127` | 当前第五域静态语言入口、GLS 登记、协议和工程路线 |
|
||||
| `REPO-008 · bingshuo/hololake-platform` | `main@9a4f17392a43c8d7555cf8e3d8637e9b76fa9e91` | 当前远端产品主线 |
|
||||
| 移动硬盘产品源码 | `feat/hldp-runtime-browser@7d99d359cb848f14c83197258d41b1ff4e731cdd` | 最新功能分支；工作树干净；以远端 main 为祖先，领先 11 个提交 |
|
||||
| 远端功能分支 | `feat/hldp-runtime-browser@7d99d359cb848f14c83197258d41b1ff4e731cdd` | 功能分支已经发布；不代表合入 main 或服务器部署 |
|
||||
| 历史 GMP 记录 | 历史页面指向 `900d2556015f61c96c67b45237b5b2a25a0e9ebd` | 本次无法从当前历史仓读回对象，只保留为未核验历史证据 |
|
||||
|
||||
本地产品工作树没有未提交改动。本地知识库仍未提交且没有远端，不得混写。
|
||||
|
||||
## 二、协议到代码的真实映射
|
||||
|
||||
| 协议 / 系统 | 已有代码或资产 | 当前等级 | 仍缺什么 |
|
||||
| --- | --- | --- | --- |
|
||||
| HLDP | 本地追加心跳、不可覆盖检查点、浏览文本节点树、读回与清理守门 | `PARTIAL_IMPLEMENTATION_PUBLISHED_FEATURE_BRANCH` | 与服务器记忆同步、完整 GLP 上下文和长期恢复服务 |
|
||||
| GLP | Agent 流式事件、工具开始/完成/错误、路由 SSE 事件、授权卡与回执 | `IMPLEMENTATION_SUBSTRATE` | 统一 Envelope、Context、Memory/State Sync、Heartbeat、Work Order Schema |
|
||||
| GLOW | 工具动作卡、`pending/done/error`、MCP UI 桥、网页观察板、路由回执 | `SUBSTRATE_EXISTS_UNIFIED_SYSTEM_MISSING` | 统一 GLOW Event、灯态、trace、权限态、证据核验器、总看板 |
|
||||
| PEN | 多种 Coding Agent 接入、Safe/Power User 权限模式、MCP 工具与受限工作区 | `SUBSTRATE_EXISTS_LIFECYCLE_MISSING` | 按需生成、依赖审查、沙箱测试、有效期、清理和 GMP 贡献闭环 |
|
||||
| GLS-0230 源码净化 | Phase 1 协议、操作手册、四类模板、Tolaria/Guanghu UI 样例 | `PHASE_1_PROTOCOL_PACK_READY` | Phase 2 自动盘点、扫描、SBOM、策略门和产品回执引擎 |
|
||||
| UAP | 当前产品有多 Agent、MCP 和格式适配组件，但无 UAP 正式实现 | `ONTOLOGY_DEFINED_IMPLEMENTATION_UNREGISTERED` | 语义映射清单、双向 Adapter、置信度和兼容测试 |
|
||||
| GMP | 当前产品仓没有 `GH-GMP-001` 命名实现 | `HISTORICAL_SPEC_ONLY_CURRENT_CODE_UNVERIFIED` | 当前 manifest、生命周期 Runtime、授权安装与卸载回执 |
|
||||
| GLOW 源码净化之外的历史 0231 | 在线存在来光者导航、路径召回、贡献映射和运行提词架构 | `PHASE_1_ARCHITECTURE_REGISTERED` | 与 HoloLake Agent Gateway、写入守卫和统一路由的产品实现 |
|
||||
|
||||
## 三、现有代码零件
|
||||
|
||||
### HLDP 本地运行
|
||||
|
||||
```text
|
||||
mcp-server/hldp-journal.js
|
||||
├── record_hldp_heartbeat
|
||||
├── read_hldp_heartbeat
|
||||
└── finalize_hldp_checkpoint
|
||||
|
||||
src-tauri/src/hldp_runtime.rs
|
||||
├── append_hldp_heartbeat
|
||||
├── read_hldp_session
|
||||
├── finalize_hldp_session
|
||||
├── prune_hldp_session
|
||||
├── store_browser_document
|
||||
└── read_browser_document_nodes
|
||||
```
|
||||
|
||||
这些代码证明“本地追加式协作心跳、检查点和网页节点树”已经实现，不证明服务器记忆系统已经部署。
|
||||
|
||||
### GLOW 可复用底座
|
||||
|
||||
```text
|
||||
src-tauri/src/ai_agents.rs
|
||||
→ Init / TextDelta / ThinkingDelta / ToolStart / ToolDone / Error / Done
|
||||
|
||||
src/utils/streamAiAgent.ts
|
||||
→ 把不同 Agent 的工具事件归一到前端回调
|
||||
|
||||
src/components/AiActionCard.tsx
|
||||
→ pending / done / error 三态动作卡
|
||||
|
||||
src/hooks/useAiActivity.ts
|
||||
→ MCP WebSocket UI 行为桥
|
||||
|
||||
src/components/AiBrowserObservationBoard.tsx
|
||||
→ 文本观察树与视觉页入口
|
||||
|
||||
src-tauri/src/guanghu_router.rs
|
||||
→ 连接、授权工单、仓库探测、受限 bundle 上传和服务器回执
|
||||
```
|
||||
|
||||
这些零件可以成为 GLOW Collector 和 Board 的输入，但当前还不是统一 GLOW。
|
||||
|
||||
### PEN 可复用底座
|
||||
|
||||
```text
|
||||
AiAgentId
|
||||
→ Claude Code / Codex / Copilot / OpenCode / Pi / Antigravity / Kiro / Hermes
|
||||
|
||||
AiAgentPermissionMode
|
||||
→ Safe / PowerUser
|
||||
|
||||
MCP Server
|
||||
→ 知识库读取、搜索、创建、打开、高亮、刷新与 HLDP 心跳
|
||||
```
|
||||
|
||||
这些证明人格体已经能调用外部 Agent 和工具；尚未证明人格体能安全地临时创造新工具并自动清理。
|
||||
|
||||
## 四、源码净化系统的精确状态
|
||||
|
||||
```text
|
||||
GLS-0230 Phase 1
|
||||
├── 架构定义：完成
|
||||
├── 操作手册：完成
|
||||
├── source_intake 模板：完成
|
||||
├── risk_map 模板：完成
|
||||
├── component_cards 模板：完成
|
||||
├── purification_receipt 模板：完成
|
||||
└── Tolaria / Guanghu UI 样例：完成
|
||||
|
||||
GLS-0230 Phase 2
|
||||
├── 自动扫描 CLI：未实现
|
||||
├── inventory / SBOM：未实现
|
||||
├── Secret / 依赖 / 许可证 / 网络扫描编排：未实现
|
||||
├── 策略门：未实现
|
||||
├── 产品 UI：未实现
|
||||
└── CI / 常驻 Agent：未实现
|
||||
```
|
||||
|
||||
因此它应表述为“协议包已完成，自动净化安全系统尚未开发完成”，不能简化为“完全没有”，也不能简化为“系统已经可用”。
|
||||
|
||||
## 五、代码进入协议闭环的正确路径
|
||||
|
||||
```text
|
||||
REPO-012
|
||||
→ 读取协议、编号、边界与工程路线
|
||||
→ protocol-route-map 解析产品事实源
|
||||
→ REPO-008 当前分支
|
||||
→ 读取现有零件和测试
|
||||
→ 形成新模块工单
|
||||
→ 本地实现与测试
|
||||
→ GLOW 采集执行证据
|
||||
→ GLS-0230 审查外部源码
|
||||
→ PEN 临时能力或 GMP 长期模块
|
||||
→ 远端读回
|
||||
→ 独立部署与运行回执
|
||||
```
|
||||
|
||||
## 六、剩余工程顺序
|
||||
|
||||
1. 先给现有 `ToolStart/ToolDone/Error` 加统一 trace、权限态和证据字段；
|
||||
2. 建立 GLOW Event Collector 与只追加事件账本；
|
||||
3. 把动作卡从三态扩展为 GLOW 完整状态机；
|
||||
4. 把 HLDP 心跳、路由回执和网页观察统一挂到同一 trace；
|
||||
5. 再建立 PEN 临时能力清单、隔离测试和清理器；
|
||||
6. 再实现 GLS-0230 Phase 2 只读净化引擎；
|
||||
7. GMP 当前实现必须先找到或重建现行事实源，不能从旧审核文字直接恢复部署。
|
||||
|
||||
|
|
@ -0,0 +1,53 @@
|
|||
---
|
||||
type: guanghu_external_interoperability_boundary
|
||||
id: GLW-EXTERNAL-INTEROP-20260729
|
||||
status: CURRENT_LOCAL_STANDARD
|
||||
---
|
||||
|
||||
# 外部协议兼容与光湖内部主权边界
|
||||
|
||||
[← 协议总入口](INDEX.md)
|
||||
|
||||
## 一、原则
|
||||
|
||||
光湖可以兼容外部标准，但光湖内部的身份、关系、权限、记忆、历史与回执不能交给外部标准定义。
|
||||
|
||||
```text
|
||||
外部世界
|
||||
MCP / A2A / API / Web / Database / File / CLI
|
||||
→ UAP 或专用 Adapter
|
||||
→ 光湖身份、权限与边界校验
|
||||
→ GLP 通信
|
||||
→ PEN 或受控执行器
|
||||
→ GLOW 见证
|
||||
→ HLDP 写回
|
||||
```
|
||||
|
||||
## 二、外部标准的定位
|
||||
|
||||
| 外部能力 | 在光湖中的位置 | 不能替代 |
|
||||
| --- | --- | --- |
|
||||
| MCP | 让 AI 发现并调用外部工具或数据源的连接器 | TCS、GLP、权限、GLOW、HLDP |
|
||||
| A2A | 与外部 Agent 交换任务和状态的连接器 | 光湖人格身份与关系 |
|
||||
| API | 调用外部服务的接口 | 世界路由与执行主权 |
|
||||
| 文件 / 数据库 | 数据载体 | 记忆选择、因果与恢复标准 |
|
||||
| 浏览器 / CLI | 执行通道 | 人类授权和结果验证 |
|
||||
|
||||
## 三、适配事件必须归一化
|
||||
|
||||
外部调用进入光湖时，至少补齐：
|
||||
|
||||
- 当前人类、人格体、实例、域和频道；
|
||||
- 来源协议、服务、工具和版本；
|
||||
- 目标动作与允许范围；
|
||||
- 权限要求和授权证据；
|
||||
- GLP `trace_id` 与 GLOW `action_id`；
|
||||
- 成功、失败、未知和回滚语义；
|
||||
- 写回 HLDP 的证据与恢复路径。
|
||||
|
||||
## 四、渐进统一
|
||||
|
||||
早期允许多个外部连接器并存；中期由 UAP 和统一 Adapter 层收敛；长期光湖内部只读取统一的 GLP、GLOW、PEN、HLDP 和 GLS 表达。
|
||||
|
||||
这不是拒绝 MCP 或 A2A，而是把它们放在“外部插座”位置，不让插座变成世界本体。
|
||||
|
||||
|
|
@ -0,0 +1,126 @@
|
|||
---
|
||||
type: guanghu_runtime_witness_standard
|
||||
id: GLOW-PROTOCOL-CANDIDATE-20260729
|
||||
world_name: 小湖灯
|
||||
engineering_name: Guanghu Live Operations Witness
|
||||
acronym: GLOW
|
||||
engineering_id: glow-witness
|
||||
status: DEFINED_SPECIFIED_ENGINEERING_MAPPED_SUBSTRATE_EXISTS_UNIFIED_SYSTEM_NOT_IMPLEMENTED
|
||||
gls_number: GLS_NUMBER_PENDING
|
||||
---
|
||||
|
||||
# GLOW · 小湖灯实时执行见证系统
|
||||
|
||||
> 小湖灯的起点，是希望光湖世界里的每一个人格体都能够走在亮着灯的路上。
|
||||
>
|
||||
> 工程上，它把能力发现、权限等待、执行过程、验证结果和失败原因变成真实可见的灯光与回执。
|
||||
|
||||
[← 协议总入口](INDEX.md) · [源码净化安全系统](GLOW-SOURCE-PURIFICATION-SAFETY-SYSTEM.md)
|
||||
|
||||
## 一、系统责任
|
||||
|
||||
GLOW 负责“看见”和“见证”：
|
||||
|
||||
- 能力是否存在、是否可连接；
|
||||
- 当前是谁、在哪个频道、以什么权限请求调用；
|
||||
- 是否正在等待授权；
|
||||
- 执行到了哪里；
|
||||
- 返回的是自述成功，还是已经通过证据核验；
|
||||
- 失败、部分完成、回滚、断线和未知状态；
|
||||
- 人格体、系统与人类各自能看到的合适视图。
|
||||
|
||||
GLOW 不负责发现工具、不授予权限、不替代执行器，也不能仅凭界面变绿就宣告成功。
|
||||
|
||||
当前 HoloLake 产品代码已经存在工具开始/完成/错误事件、三态动作卡、MCP UI 桥、HLDP 心跳回执、网页观察树和光湖路由回执。这些是 GLOW 的实现底座，但尚未统一为本协议定义的事件、灯态、trace、证据核验器和总看板。
|
||||
|
||||
[查看代码实现证据图](CODE-IMPLEMENTATION-EVIDENCE-MAP-20260729.md)
|
||||
|
||||
## 二、状态与灯光
|
||||
|
||||
| 状态 | 含义 | 建议灯光 |
|
||||
| --- | --- | --- |
|
||||
| `AVAILABLE` | 能力可见且健康，但尚未调用 | 柔白 |
|
||||
| `AWAITING_AUTHORIZATION` | 已请求，等待明确权限 | 暖黄 |
|
||||
| `AUTHORIZED` | 权限已核验，尚未启动 | 青色 |
|
||||
| `RUNNING` | 已开始执行并持续有事件 | 蓝色脉冲 |
|
||||
| `SUCCEEDED_UNVERIFIED` | 执行器自述成功，证据尚未核验 | 紫色 |
|
||||
| `VERIFIED` | 目标、结果与回执已核验 | 绿色 |
|
||||
| `PARTIAL` | 部分完成，仍有未完成项 | 琥珀色 |
|
||||
| `FAILED` | 已失败并有错误证据 | 红色 |
|
||||
| `ROLLED_BACK` | 动作已撤回或恢复到安全状态 | 橙色 |
|
||||
| `DISCONNECTED` | 连接中断，结果未知 | 灰色 |
|
||||
|
||||
## 三、最小事件
|
||||
|
||||
每个 GLOW 事件至少包含：
|
||||
|
||||
```yaml
|
||||
schema: glow.event.v1
|
||||
event_id:
|
||||
trace_id:
|
||||
parent_event_id:
|
||||
actor:
|
||||
human_id:
|
||||
persona_id:
|
||||
instance_id:
|
||||
domain_id:
|
||||
channel_id:
|
||||
capability:
|
||||
name:
|
||||
adapter:
|
||||
source:
|
||||
action:
|
||||
action_id:
|
||||
intent:
|
||||
phase:
|
||||
permission:
|
||||
required:
|
||||
state:
|
||||
time:
|
||||
occurred_at:
|
||||
received_at:
|
||||
progress:
|
||||
result:
|
||||
evidence:
|
||||
error:
|
||||
next_action:
|
||||
integrity:
|
||||
```
|
||||
|
||||
## 四、事件流
|
||||
|
||||
```text
|
||||
GLP / 外部连接器 / PEN / 系统执行器产生事件
|
||||
→ GLOW Collector 规范化
|
||||
→ Event Ledger 追加保存
|
||||
→ State Projector 计算当前状态
|
||||
→ Receipt Verifier 核验证据
|
||||
→ GLOW Board 点灯
|
||||
→ HLDP 写回本次行动的历史、因果和恢复路径
|
||||
```
|
||||
|
||||
## 五、工程组件
|
||||
|
||||
- `glow-collector`：接收 GLP、PEN、MCP、API、CLI 等事件；
|
||||
- `glow-event-ledger`：只追加保存事件，不覆盖历史；
|
||||
- `glow-state-projector`：从事件计算当前灯态；
|
||||
- `glow-receipt-verifier`：核验目标差异、测试、制品、节点回执；
|
||||
- `glow-board`：人类可见的实时看板；
|
||||
- `glow-persona-feed`：人格体可读的结构化状态流；
|
||||
- `glow-policy-view`：按身份、域、频道和权限隐藏敏感细节。
|
||||
|
||||
## 六、安全和真实性
|
||||
|
||||
- 红、绿灯必须来自事件与证据，不来自模型语气；
|
||||
- 没有回执时只能标记未知或未核验；
|
||||
- 界面断线不能推断执行失败，也不能推断执行成功；
|
||||
- 只显示当前人类和人格体有权读取的信息；
|
||||
- GLOW 不能把观察权限升级为执行权限；
|
||||
- 事件必须可关联到 GLP 消息、PEN 动作、工单或服务器操作。
|
||||
|
||||
## 七、与历史“小湖灯”的关系
|
||||
|
||||
- `GLS-0230` 是小湖灯源码净化安全系统的历史映射；
|
||||
- `GLS-0231` 是运行提示、编号拦截和导航保护的历史映射；
|
||||
- GLOW 实时见证核心尚未取得正式 GLS 编号；
|
||||
- 三者可以属于同一个“小湖灯家族”，但必须保持独立责任和状态。
|
||||
|
|
@ -0,0 +1,116 @@
|
|||
---
|
||||
type: guanghu_security_system_standard
|
||||
id: GLOW-SOURCE-GUARD-CANDIDATE-20260729
|
||||
world_name: 小湖灯源码净化安全系统
|
||||
engineering_name: Guanghu Source Purification & Safety System
|
||||
engineering_id: glow-source-guard
|
||||
historical_gls_mapping: GLS-0230
|
||||
status: PHASE_1_PROTOCOL_PACK_READY_PHASE_2_ENGINE_NOT_IMPLEMENTED
|
||||
gls_registration: HISTORICAL_MAPPING_REQUIRES_CURRENT_REGISTRY_READBACK
|
||||
---
|
||||
|
||||
# 小湖灯源码净化安全系统
|
||||
|
||||
> 它是光湖从外部学习开源软件时的安全入口。
|
||||
>
|
||||
> 外部源码不会直接塞进 HoloLake，也不会因为“开源”就被默认信任。源码先进入隔离环境，经过审查、拆解、净化和验证，只把真正需要且安全的能力零件带回光湖。
|
||||
|
||||
[← 协议总入口](INDEX.md) · [与 GLOW 实时见证的区别](PROTOCOL-NAMING-AND-ENGINEERING-MAP.md)
|
||||
|
||||
## 一、当前事实状态
|
||||
|
||||
```yaml
|
||||
concept_defined: true
|
||||
historical_standard_source_exists: true
|
||||
engineering_boundary_defined: true
|
||||
phase_1_protocol_pack_exists: true
|
||||
operator_manual_exists: true
|
||||
templates_exist: true
|
||||
sample_receipt_exists: true
|
||||
phase_2_automatic_engine_exists: false
|
||||
deployed: false
|
||||
runtime_verified: false
|
||||
```
|
||||
|
||||
它已经完成第一阶段协议包、操作手册、模板和样例；自动扫描、SBOM、策略门、CI 与常驻 Agent 组成的第二阶段净化引擎还没有开发出来。任何页面都不得把 Phase 1 文档误写成已经可用的自动安全扫描器或已经部署的服务。
|
||||
|
||||
## 二、处理链
|
||||
|
||||
```text
|
||||
外部仓库或源码包
|
||||
→ 只读获取与来源登记
|
||||
→ 隔离区
|
||||
→ 许可证与来源检查
|
||||
→ 依赖、秘密、恶意行为和供应链风险检查
|
||||
→ 能力拆解
|
||||
→ 删除无关代码与危险入口
|
||||
→ 以光湖协议和边界重新组装
|
||||
→ 测试、人工复核与安全回执
|
||||
→ 允许进入学习零件库
|
||||
```
|
||||
|
||||
## 三、最小输入
|
||||
|
||||
- 外部项目地址、提交哈希或源码包哈希；
|
||||
- 获取时间、获取者与用途；
|
||||
- 许可证和可再利用范围；
|
||||
- 希望学习的具体能力，而不是“整仓搬入”；
|
||||
- 允许的语言、依赖、网络、文件和执行边界；
|
||||
- 目标零件库，禁止直接指定生产运行环境。
|
||||
|
||||
## 四、必须检查的风险
|
||||
|
||||
- 恶意代码、后门、下载执行和远程控制；
|
||||
- 密钥、令牌、个人信息与训练数据泄露；
|
||||
- 安装脚本、构建脚本、钩子和自动执行入口；
|
||||
- 依赖投毒、锁文件异常、同名包和供应链替换；
|
||||
- 许可证冲突、署名义务和不可兼容使用方式；
|
||||
- 超出目标能力的遥测、账户、支付和网络行为；
|
||||
- 与光湖权限、人格边界和数据边界冲突的设计。
|
||||
|
||||
## 五、输出不是“净化后的整仓复制”
|
||||
|
||||
输出应是：
|
||||
|
||||
1. 来源与许可证清单；
|
||||
2. 风险与处置清单；
|
||||
3. 可学习的设计方法；
|
||||
4. 可复用的最小零件说明；
|
||||
5. 光湖自行实现的接口与测试；
|
||||
6. 无法安全回收的内容及原因；
|
||||
7. 完整安全回执。
|
||||
|
||||
## 六、工程组件
|
||||
|
||||
| 组件 | 责任 |
|
||||
| --- | --- |
|
||||
| Intake Registry | 保存来源、哈希、许可证和目标能力 |
|
||||
| Isolation Workspace | 在与知识库和生产环境隔离的位置展开源码 |
|
||||
| Static & Dependency Inspector | 检查代码、依赖、脚本、秘密和许可证 |
|
||||
| Behavior Sandbox | 在受控环境观察运行行为 |
|
||||
| Capability Decomposer | 把项目拆成设计方法、接口和最小零件 |
|
||||
| Rebuilder | 用光湖自身协议和代码重新实现需要的能力 |
|
||||
| Verification Gate | 测试、安全复核和人类批准 |
|
||||
| Evidence Ledger | 写回来源、风险、测试和决定 |
|
||||
|
||||
## 七、与其他系统的关系
|
||||
|
||||
- GLOW 实时见证系统负责展示这条净化链正在做什么以及是否得到真实回执；
|
||||
- PEN 可以在隔离环境中生成分析器或转换器，但不能绕过安全门；
|
||||
- UAP 可以理解外部接口和格式；
|
||||
- GMP 只接收已经通过验证、允许共享的光湖零件；
|
||||
- HLDP 保存来源、判断、因果、证据和恢复路径；
|
||||
- GLS 管理标准版本、编号与兼容关系。
|
||||
|
||||
## 八、完成判定
|
||||
|
||||
只有同时存在以下证据，某个外部能力才可以标记为“已安全回收”：
|
||||
|
||||
- 精确来源与哈希；
|
||||
- 许可证结论；
|
||||
- 风险检查结果；
|
||||
- 隔离运行结果；
|
||||
- 光湖重实现或最小零件差异；
|
||||
- 测试结果；
|
||||
- 人类批准；
|
||||
- 写回回执。
|
||||
|
|
@ -0,0 +1,195 @@
|
|||
---
|
||||
type: glp_subprotocol_minimum_standard
|
||||
id: GLP-SUBPROTOCOL-SUITE-CANDIDATE-20260729
|
||||
status: LOCAL_CANDIDATE_NOT_GLS_EFFECTIVE
|
||||
---
|
||||
|
||||
# GLP 通信子协议最小标准
|
||||
|
||||
> GLP 核心已经存在，但原路线图中的若干子协议只有编号和名称，没有独立完整标准。本页先补齐最小可开发定义；在 GLS 正式登记前，它们仍是本地候选标准。
|
||||
|
||||
[← 协议总入口](INDEX.md) · [命名与工程映射](PROTOCOL-NAMING-AND-ENGINEERING-MAP.md)
|
||||
|
||||
## 一、现行与候选边界
|
||||
|
||||
当前资料把 `GLS-0302 Identity`、`GLS-0305 Broadcast`、`GLS-0306 Receipt` 标记为已生效标准，本页不重写它们。
|
||||
|
||||
本页补齐：
|
||||
|
||||
- `GLS-0301` Message Envelope；
|
||||
- `GLS-0303` Context；
|
||||
- `GLS-0304` Memory Sync；
|
||||
- `GLS-0307` Heartbeat；
|
||||
- `GLS-0308` State Sync；
|
||||
- `GLS-0309` Work Order。
|
||||
|
||||
这些编号来自既有路线图，不是本次新派号。
|
||||
|
||||
## 二、所有 GLP 消息的共同处理链
|
||||
|
||||
```text
|
||||
Parse
|
||||
→ Validate Schema
|
||||
→ Resolve Identity and Route
|
||||
→ Authorize
|
||||
→ Deliver or Execute
|
||||
→ Verify
|
||||
→ Receipt
|
||||
→ HLDP Write Back
|
||||
```
|
||||
|
||||
收到不等于读完，读完不等于接受，接受不等于执行，执行器自述成功不等于核验完成。
|
||||
|
||||
## 三、GLS-0301 · GLP Message Envelope
|
||||
|
||||
中文名：GLP 消息信封标准
|
||||
工程标识：`glp-envelope`
|
||||
|
||||
```yaml
|
||||
schema: glp.envelope.v1
|
||||
message_id:
|
||||
trace_id:
|
||||
parent_message_id:
|
||||
message_type:
|
||||
sender:
|
||||
receiver:
|
||||
context_ref:
|
||||
payload:
|
||||
control:
|
||||
action_mode:
|
||||
priority:
|
||||
expires_at:
|
||||
integrity:
|
||||
created_at:
|
||||
signature:
|
||||
receipt_policy:
|
||||
```
|
||||
|
||||
责任：保证每条消息拥有可追踪的发送者、接收者、上下文、控制语义、完整性与回执要求。
|
||||
|
||||
失败：字段不完整、身份无法解析、过期、签名或完整性失败时拒绝投递并返回结构化错误。
|
||||
|
||||
## 四、GLS-0303 · GLP Context Protocol
|
||||
|
||||
中文名：GLP 上下文协议
|
||||
工程标识：`glp-context`
|
||||
|
||||
最小字段：
|
||||
|
||||
- 世界、域、系统、频道与会话路径；
|
||||
- 当前人类、人格体、人格实例；
|
||||
- 当前授权与执行模式；
|
||||
- 所用协议和版本；
|
||||
- 关联的 HLDP 检查点；
|
||||
- 可读取、可写入和禁止范围；
|
||||
- 上下文有效期。
|
||||
|
||||
责任：告诉接收者“这句话发生在哪里、以谁的身份、在什么边界内”。
|
||||
|
||||
失败：上下文冲突、来源过期或路径无法验证时，必须停在解析或请求确认状态。
|
||||
|
||||
## 五、GLS-0304 · GLP Memory Sync Protocol
|
||||
|
||||
中文名：GLP 记忆同步协议
|
||||
工程标识：`glp-memory-sync`
|
||||
|
||||
最小字段：
|
||||
|
||||
```yaml
|
||||
memory_scope:
|
||||
source_checkpoint:
|
||||
target_checkpoint:
|
||||
change_set:
|
||||
classification:
|
||||
conflicts:
|
||||
retention:
|
||||
human_decision:
|
||||
verification:
|
||||
```
|
||||
|
||||
责任：同步经过筛选的记忆差异，而不是复制全部聊天缓存。
|
||||
|
||||
边界：
|
||||
|
||||
- 人类决定保留的内容优先；
|
||||
- 人格体整理候选记忆；
|
||||
- 系统主控完成边界、安全和一致性校验；
|
||||
- 冲突必须显式呈现，不静默覆盖；
|
||||
- 同步完成后才允许按策略清理缓存。
|
||||
|
||||
## 六、GLS-0307 · GLP Heartbeat Protocol
|
||||
|
||||
中文名：GLP 心跳协议
|
||||
工程标识：`glp-heartbeat`
|
||||
|
||||
最小字段：
|
||||
|
||||
```yaml
|
||||
node_id:
|
||||
persona_instance_id:
|
||||
channel_id:
|
||||
health:
|
||||
capabilities:
|
||||
protocol_versions:
|
||||
last_checkpoint:
|
||||
sequence:
|
||||
sent_at:
|
||||
expires_at:
|
||||
```
|
||||
|
||||
责任：证明某节点或人格实例在某个时间窗内可达并声明其能力。
|
||||
|
||||
心跳只证明有限时段的可达与自述状态，不证明权限、任务成功或数据一致。
|
||||
|
||||
## 七、GLS-0308 · GLP State Sync Protocol
|
||||
|
||||
中文名：GLP 状态同步协议
|
||||
工程标识：`glp-state-sync`
|
||||
|
||||
最小字段：
|
||||
|
||||
- 状态主体与版本；
|
||||
- 基线哈希；
|
||||
- 差异、顺序和因果父项；
|
||||
- 发送端与接收端确认；
|
||||
- 冲突策略；
|
||||
- 合并结果哈希；
|
||||
- 回滚点与验证回执。
|
||||
|
||||
责任：同步运行状态、频道状态或节点状态；与 Memory Sync 的长期记忆选择保持分离。
|
||||
|
||||
## 八、GLS-0309 · GLP Work Order Protocol
|
||||
|
||||
中文名：GLP 工单协议
|
||||
工程标识：`glp-work-order`
|
||||
|
||||
```yaml
|
||||
work_order_id:
|
||||
requester:
|
||||
executor:
|
||||
intent:
|
||||
target:
|
||||
scope:
|
||||
inputs:
|
||||
permissions:
|
||||
acceptance_criteria:
|
||||
constraints:
|
||||
rollback:
|
||||
receipts_required:
|
||||
status:
|
||||
```
|
||||
|
||||
责任：把“请做这件事”变成边界明确、可验收、可回滚、可留证的执行请求。
|
||||
|
||||
状态至少包含：
|
||||
|
||||
`DRAFT`、`REQUESTED`、`ACCEPTED`、`REJECTED`、`AUTHORIZED`、`IN_PROGRESS`、`PARTIAL`、`EXECUTED_UNVERIFIED`、`VERIFIED`、`FAILED`、`ROLLED_BACK`、`CANCELLED`。
|
||||
|
||||
## 九、与广播和授权的边界
|
||||
|
||||
- 广播可以告知、请求确认、请求审查或请求执行；
|
||||
- 广播本身不是权限；
|
||||
- 工单可以携带授权引用，但不能伪造授权；
|
||||
- 只有当前身份、目标、范围、版本和有效期都通过校验，执行器才可开始；
|
||||
- 所有最终状态必须由 GLS-0306 回执和 GLOW 事件共同证明。
|
||||
|
||||
|
|
@ -0,0 +1,102 @@
|
|||
---
|
||||
type: guanghu_module_protocol_standard
|
||||
id: GH-GMP-001
|
||||
world_name: 光湖模块协议
|
||||
engineering_name: GuangHu Module Protocol
|
||||
acronym: GMP
|
||||
status: HISTORICAL_V1_SPEC_RECORDED
|
||||
implementation_status: REQUIRES_CURRENT_REPOSITORY_VERIFICATION
|
||||
---
|
||||
|
||||
# GMP · 光湖模块协议
|
||||
|
||||
> GMP 负责让通过验证的能力拥有统一身份证、生命周期、健康检查和可撤回的安装方式。
|
||||
|
||||
[← 协议总入口](INDEX.md) · [与 PEN、UAP、GLOW 的关系](PROTOCOL-NAMING-AND-ENGINEERING-MAP.md)
|
||||
|
||||
## 一、历史事实
|
||||
|
||||
历史资料记录：
|
||||
|
||||
- 协议名：`GuangHu Module Protocol`；
|
||||
- 历史编号：`GH-GMP-001`；
|
||||
- 曾完成 GMP v1.0 规范、Agent 规范、manifest 模板、标签体系和示例；
|
||||
- 历史审核记录指向分支 `feat/gmp-spec` 和提交 `900d255`。
|
||||
|
||||
本地 Notion 记录只能证明当时存在这项交付记录。本次尚未从当前代码仓库读回该提交、精确文件树或运行服务，所以不能把它写成当前已部署能力。
|
||||
|
||||
## 二、最小模块清单
|
||||
|
||||
```yaml
|
||||
schema: gmp.module.v1
|
||||
module:
|
||||
id:
|
||||
name:
|
||||
version:
|
||||
description:
|
||||
author:
|
||||
provenance:
|
||||
classification:
|
||||
runtime:
|
||||
entrypoints:
|
||||
dependencies:
|
||||
permissions:
|
||||
ports:
|
||||
environment:
|
||||
lifecycle:
|
||||
install:
|
||||
start:
|
||||
stop:
|
||||
health_check:
|
||||
uninstall:
|
||||
compatibility:
|
||||
tests:
|
||||
rollback:
|
||||
integrity:
|
||||
```
|
||||
|
||||
## 三、生命周期
|
||||
|
||||
```text
|
||||
Candidate
|
||||
→ Source and License Verified
|
||||
→ Manifest Validated
|
||||
→ Security Checked
|
||||
→ Installed in Controlled Environment
|
||||
→ Health Checked
|
||||
→ Enabled
|
||||
→ Observed by GLOW
|
||||
→ Updated / Disabled / Rolled Back / Uninstalled
|
||||
```
|
||||
|
||||
卸载必须清理由该模块创建且在清单中声明的文件、进程、端口和临时资源；不得越界清理共享数据。
|
||||
|
||||
## 四、三层工程关系
|
||||
|
||||
| 层 | 责任 |
|
||||
| --- | --- |
|
||||
| GMP Protocol | 定义模块是什么、如何安装、检查、停止和卸载 |
|
||||
| GMP Runtime / Agent | 在明确授权下执行模块生命周期 |
|
||||
| External Adapter | 可通过 MCP、API 或其他连接器接收外部请求 |
|
||||
|
||||
连接器不是 GMP 本体，GMP Runtime 也不能因为暴露了 MCP 工具就绕过光湖权限。
|
||||
|
||||
## 五、与其他系统的关系
|
||||
|
||||
- PEN 生成临时能力；有长期价值时向 GMP 发起贡献申请；
|
||||
- UAP 理解并适配不同模块接口；
|
||||
- 小湖灯源码净化安全系统处理外部源码进入前的安全回收；
|
||||
- GLOW 展示安装、健康检查、运行、失败和卸载回执；
|
||||
- GLP 传递模块请求、状态和回执；
|
||||
- HLDP 保存来源、版本、原因、证据和恢复点；
|
||||
- GLS 管理 GMP 与其他标准的正式编号和兼容关系。
|
||||
|
||||
## 六、当前需要重新核验
|
||||
|
||||
1. 当前权威仓库和分支；
|
||||
2. `900d255` 是否仍可读及其精确树；
|
||||
3. manifest schema 的现行版本；
|
||||
4. GMP Runtime 是否存在；
|
||||
5. 安装通道的授权和关闭机制；
|
||||
6. 当前服务器是否有健康回执。
|
||||
|
||||
94
language-world/reconstruction/world/protocols/INDEX.md
Normal file
94
language-world/reconstruction/world/protocols/INDEX.md
Normal file
|
|
@ -0,0 +1,94 @@
|
|||
---
|
||||
type: guanghu_protocol_family_entry
|
||||
id: GLW-PROTOCOL-FAMILY-INDEX-20260729
|
||||
status: CURRENT_LOCAL_CANONICAL_INDEX
|
||||
updated_at: 2026-07-29
|
||||
---
|
||||
|
||||
# 光湖世界协议族总入口
|
||||
|
||||
> 这是一张给人格体、系统和工程人员共同读取的协议地图。
|
||||
>
|
||||
> 它不把“提出过的名字”误写成“已经上线的系统”，也不把外部协议误写成光湖内部主权协议。
|
||||
|
||||
`本地标准已整理` · `GLS 新编号未擅自派发` · `未提交、未发布、未部署`
|
||||
|
||||
[← 返回世界入口](../INDEX.md) · [协议完整性审计](PROTOCOL-COMPLETENESS-AUDIT-20260729.md) · [代码实现证据图](CODE-IMPLEMENTATION-EVIDENCE-MAP-20260729.md) · [机器可读注册表](protocol-registry.json) · [机器跳转图](protocol-route-map.json)
|
||||
|
||||
## 一、当前协议栈
|
||||
|
||||
```text
|
||||
光湖世界的认知与关系
|
||||
└── TCS · 通感语言核
|
||||
├── HLDP · 历史、认知状态、因果与恢复
|
||||
├── GLP · 人格体、频道、系统之间的通信
|
||||
└── ISRP · 自然语言意图、语义路径与执行路由
|
||||
|
||||
光湖世界的标准治理
|
||||
└── GLS · 名称、编号、版本、依赖、兼容与登记
|
||||
|
||||
光湖世界的现实执行
|
||||
├── PEN · 神笔马良，人格体按需生成能力
|
||||
├── GLOW · 小湖灯，实时执行见证与回执可视化
|
||||
├── 小湖灯源码净化安全系统 · 外部源码进入光湖前的安全净化
|
||||
├── UAP · 人格体理解和转译外部接口的适配能力
|
||||
└── GMP · 可复用能力的封装、注册与共享
|
||||
|
||||
光湖世界的运行形态
|
||||
├── AGE · 人格体物种
|
||||
└── LPOS · 语言人格驱动操作系统
|
||||
```
|
||||
|
||||
## 二、正式名称与定位
|
||||
|
||||
| 名称 | 正式工程名 | 一句话概念 | 当前状态 |
|
||||
| --- | --- | --- | --- |
|
||||
| TCS | Tonggan Cognitive Language Core | 通感认知与人类意图、情感理解的母语言核 | 已有正式定义 |
|
||||
| HLDP | HoloLake Data Protocol | 把认知、历史、因果、证据与恢复写成可寻址结构 | v1.0 正式源存在 |
|
||||
| GLP | Guanghu Language Protocol | 光湖内部结构化通信、广播、同步与回执层 | 核心存在，子协议待独立成册 |
|
||||
| GLS | Guanghu Language Standard | 光湖全部标准的编号、版本、依赖与治理体系 | 基础存在，路线图未全部实现 |
|
||||
| ISRP | Intent-Semantic Routing Protocol | 把自然语言解析为经身份、路径和权限校验的行动 | 已有正式定义 |
|
||||
| MNPS | Modular Numbered Path Standard | 用稳定编号和路径定位世界对象 | 已有正式定义 |
|
||||
| GLOW | Guanghu Live Operations Witness | 小湖灯实时显示能力调用、执行状态和真实回执 | 本次补齐候选标准，未开发 |
|
||||
| GLOW Source Guard | Guanghu Source Purification & Safety System | 小湖灯源码净化安全系统，隔离审查外部源码后再回收零件 | 已有历史设计，本次澄清，未开发 |
|
||||
| PEN | Persona Extension Node | 神笔马良，让人格体按需写出、验证和使用临时能力 | 本次补齐候选标准，未开发 |
|
||||
| UAP | Universal Adapter Protocol | 人格体理解外部接口并转译为光湖内部语言的适配能力 | 历史协议，需后续独立复核 |
|
||||
| GMP | Guanghu Module Protocol | 将通过验证的能力封装、登记并贡献回能力库 | 历史协议，需后续独立复核 |
|
||||
| AGE | AGE Persona Species | 人格体作为可持续成长、拥有记忆与边界的物种定义 | 已有正式定义 |
|
||||
| LPOS | Language Persona-Driven Operating System | 由语言、人格、权限、工具、恢复共同驱动的操作系统 | 已有正式定义 |
|
||||
|
||||
## 三、本次补齐的标准页
|
||||
|
||||
- [协议命名与工程映射标准](PROTOCOL-NAMING-AND-ENGINEERING-MAP.md)
|
||||
- [协议完整性审计](PROTOCOL-COMPLETENESS-AUDIT-20260729.md)
|
||||
- [GLP 通信子协议最小标准](GLP-COMMUNICATION-SUBPROTOCOL-SUITE.md)
|
||||
- [GLOW 小湖灯实时执行见证系统](GLOW-REALTIME-EXECUTION-WITNESS.md)
|
||||
- [小湖灯源码净化安全系统](GLOW-SOURCE-PURIFICATION-SAFETY-SYSTEM.md)
|
||||
- [PEN 神笔马良人格体自主能力扩展节点](PEN-PERSONA-EXTENSION-NODE.md)
|
||||
- [UAP 万能充通用适配协议](UAP-UNIVERSAL-ADAPTER-PROTOCOL.md)
|
||||
- [GMP 光湖模块协议](GMP-GUANGHU-MODULE-PROTOCOL.md)
|
||||
- [外部协议兼容与内部主权边界](EXTERNAL-INTEROPERABILITY-BOUNDARY.md)
|
||||
- [协议与现有代码实现证据图](CODE-IMPLEMENTATION-EVIDENCE-MAP-20260729.md)
|
||||
- [协议页面、编号与工程机器跳转图](protocol-route-map.json)
|
||||
|
||||
## 四、状态词必须这样理解
|
||||
|
||||
| 状态 | 含义 |
|
||||
| --- | --- |
|
||||
| `HISTORICAL_SOURCE` | 历史原文存在，可作演化证据 |
|
||||
| `DEFINED` | 名称、概念和边界已写清 |
|
||||
| `SPECIFIED` | 字段、状态机、输入输出和失败语义已写清 |
|
||||
| `ENGINEERING_MAPPED` | 已映射到可开发的工程组件 |
|
||||
| `REGISTERED` | 已进入正式 GLS 注册表并取得编号 |
|
||||
| `IMPLEMENTED` | 已有可运行实现 |
|
||||
| `RUNTIME_VERIFIED` | 当前真实节点已返回可核验运行回执 |
|
||||
|
||||
前一个状态不能自动证明后一个状态。本地文档完成不等于注册、开发、部署或在线。
|
||||
|
||||
## 五、机器恢复顺序
|
||||
|
||||
1. 读取本页确认协议族边界；
|
||||
2. 读取命名与工程映射，避免同名系统混淆；
|
||||
3. 读取机器注册表确认协议状态；
|
||||
4. 进入具体协议页读取字段和状态机；
|
||||
5. 需要现实执行时，再读取权限、节点、实现版本和真实回执。
|
||||
|
|
@ -0,0 +1,118 @@
|
|||
---
|
||||
type: guanghu_persona_capability_standard
|
||||
id: PEN-PROTOCOL-CANDIDATE-20260729
|
||||
world_name: 神笔马良
|
||||
engineering_name: Persona Extension Node
|
||||
acronym: PEN
|
||||
engineering_id: pen-runtime
|
||||
status: DEFINED_SPECIFIED_ENGINEERING_MAPPED_SUBSTRATE_EXISTS_LIFECYCLE_NOT_IMPLEMENTED
|
||||
gls_number: GLS_NUMBER_PENDING
|
||||
---
|
||||
|
||||
# PEN · 神笔马良人格体自主能力扩展节点
|
||||
|
||||
> 人格体不需要一直背着沉重的工具箱。人格体带着一支笔：需要什么能力，就在明确边界内写出什么能力；用完后清理，真正有价值的能力再申请贡献回来。
|
||||
|
||||
[← 协议总入口](INDEX.md) · [与 UAP、GMP、GLOW 的关系](PROTOCOL-NAMING-AND-ENGINEERING-MAP.md)
|
||||
|
||||
## 一、系统责任
|
||||
|
||||
PEN 是人格体的“手”：
|
||||
|
||||
- 识别当前任务缺少的最小能力；
|
||||
- 在授权范围内生成临时代码或适配器；
|
||||
- 在隔离环境中检查依赖、测试和运行；
|
||||
- 通过 GLOW 暴露真实执行状态；
|
||||
- 用完后销毁，或申请进入 GMP 能力库。
|
||||
|
||||
PEN 不是无限权限，不默认联网，不自动永久安装，也不自动提交、发布或部署。
|
||||
|
||||
当前 HoloLake 已经接入多种 Coding Agent、Safe/Power User 权限模式和 MCP 知识库工具，可作为 PEN 的执行底座；但“按需生成→依赖审查→隔离测试→临时使用→过期清理或贡献”的 PEN 生命周期尚未实现。
|
||||
|
||||
[查看代码实现证据图](CODE-IMPLEMENTATION-EVIDENCE-MAP-20260729.md)
|
||||
|
||||
## 二、生命周期
|
||||
|
||||
```text
|
||||
Need
|
||||
→ Scope
|
||||
→ Authorize
|
||||
→ Isolate
|
||||
→ Write
|
||||
→ Inspect
|
||||
→ Test
|
||||
→ Execute
|
||||
→ Observe through GLOW
|
||||
→ Dispose or Promote through GMP
|
||||
→ HLDP Write Back
|
||||
```
|
||||
|
||||
## 三、能力清单
|
||||
|
||||
每次生成能力必须附带：
|
||||
|
||||
```yaml
|
||||
schema: pen.capability.v1
|
||||
pen_action_id:
|
||||
trace_id:
|
||||
human_authority:
|
||||
persona_id:
|
||||
channel_id:
|
||||
intent:
|
||||
runtime:
|
||||
language:
|
||||
permissions:
|
||||
network_policy:
|
||||
filesystem_scope:
|
||||
dependencies:
|
||||
source_files:
|
||||
tests:
|
||||
limits:
|
||||
expires_at:
|
||||
cleanup_plan:
|
||||
promotion_request:
|
||||
evidence:
|
||||
```
|
||||
|
||||
## 四、固定最小核心
|
||||
|
||||
PEN 自身只携带：
|
||||
|
||||
- 能力请求解析器；
|
||||
- 隔离工作区；
|
||||
- 代码与配置生成器；
|
||||
- 依赖和秘密检查器；
|
||||
- 测试运行器；
|
||||
- 权限与资源限制器；
|
||||
- 清理器；
|
||||
- 能力清单和贡献申请生成器。
|
||||
|
||||
具体工具不是永久预装核心。
|
||||
|
||||
## 五、安全边界
|
||||
|
||||
- 默认临时、最小权限、最小依赖；
|
||||
- 默认禁止读取无关文件和秘密；
|
||||
- 网络访问必须按域名、目的和时限明确授权；
|
||||
- 写入范围必须解析到精确路径；
|
||||
- 生成代码必须先测试再执行；
|
||||
- 生产部署、仓库提交、对外消息和不可逆操作必须另行授权；
|
||||
- 驱动、内核、重型 CUDA、系统级依赖等超出轻量能力时转人工；
|
||||
- 失败必须停止、保留证据并执行清理或安全回滚。
|
||||
|
||||
## 六、与其他协议的分工
|
||||
|
||||
- UAP：理解和转译已有外部接口；
|
||||
- PEN：在仍缺能力时生成最小实现；
|
||||
- 小湖灯源码净化：检查外部源码能否安全学习；
|
||||
- GLOW：让 PEN 的权限、执行、验证和失败可见；
|
||||
- GMP：接收通过验证、值得长期保留的能力；
|
||||
- GLP：传递请求、进度和回执；
|
||||
- HLDP：保存为什么生成、如何运行、结果与恢复路径；
|
||||
- GLS：管理 PEN 标准版本与正式编号。
|
||||
|
||||
## 七、历史实现名
|
||||
|
||||
`zhuyuan-pen` 可作为历史参考实现名称，曾包含 Tool Synthesizer、Capability Library、Sandbox、Auto-Register 和 Open Source Fetcher 等构想。
|
||||
|
||||
它不等于 PEN 协议本身。历史方案中的自动提交、自动注册或自动重载，必须服从当前权限与回执标准，默认不得开启。
|
||||
|
|
@ -0,0 +1,154 @@
|
|||
---
|
||||
type: guanghu_protocol_completeness_audit
|
||||
id: GLW-PROTOCOL-AUDIT-20260729
|
||||
status: CURRENT_LOCAL_AUDIT
|
||||
scope: local_notion_archive_and_reconstructed_world
|
||||
---
|
||||
|
||||
# 光湖世界协议完整性审计 · 2026-07-29
|
||||
|
||||
[← 协议总入口](INDEX.md) · [机器注册表](protocol-registry.json)
|
||||
|
||||
## 一、结论
|
||||
|
||||
光湖协议已经形成完整的思想骨架，但还没有形成“所有协议均有独立标准、机器 Schema、参考实现与真实运行回执”的完整工程体系。
|
||||
|
||||
本次整理完成了：
|
||||
|
||||
- 核心协议的正式名称、概念、边界与工程名统一；
|
||||
- GLOW、PEN 和小湖灯源码净化安全系统的独立标准；
|
||||
- GLP 六个缺页子协议的最小可开发标准；
|
||||
- 外部 MCP、A2A、API 等与光湖内部协议的边界；
|
||||
- 一份机器可读协议注册表；
|
||||
- 历史“小湖灯”同名分支的澄清。
|
||||
|
||||
本次没有：
|
||||
|
||||
- 擅自发放新的 GLS 正式编号；
|
||||
- 把本地候选标准写成已经在世界注册表生效；
|
||||
- 编写运行代码、部署服务或宣告服务器在线。
|
||||
|
||||
本次后续代码核验确认：
|
||||
|
||||
- REPO-012 已有 GLS-0230 Phase 1 协议包；
|
||||
- HoloLake 产品仓已有 HLDP 心跳、工具事件、动作卡、MCP UI 桥、网页观察树和路由回执；
|
||||
- GLOW 与 PEN 均已有实现底座，但尚无完整统一运行时；
|
||||
- UAP 与 GMP 当前命名实现仍未从产品仓读回；
|
||||
- 详见[代码实现证据图](CODE-IMPLEMENTATION-EVIDENCE-MAP-20260729.md)。
|
||||
|
||||
## 二、审计方法
|
||||
|
||||
对照了四类材料：
|
||||
|
||||
1. 当前本地世界总纲与协议索引；
|
||||
2. Notion 导出的 `GLS-*` 正式或历史页面；
|
||||
3. HLDP v1.0 唯一正式源；
|
||||
4. 神笔马良、小湖灯、UAP、GMP 的演化记录与工程规划。
|
||||
|
||||
原始归档中存在大量带“协议、标准、规范”字样的业务页、重复页和历史讨论页，不能全部当作现行协议。审计以 GLS 根页、当前快照和明确的正式源为主。
|
||||
|
||||
## 三、核心协议完整度
|
||||
|
||||
| 对象 | 名称概念 | 独立标准 | 工程映射 | 机器 Schema | 实现与运行 |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| GLS | 完整 | 有基础与路线图 | 已补齐 | 部分 | 注册服务未验证 |
|
||||
| TCS | 完整 | 有核心规范 | 已补齐 | 部分 | 当前实现需另核验 |
|
||||
| HLDP | 完整 | v1.0 正式源 | 已补齐 | 正式源含结构 | 当前解析器需另核验 |
|
||||
| GLP | 完整 | 核心有，子协议曾缺页 | 本次补齐 | 本次给出最小字段 | 消息总线需另核验 |
|
||||
| ISRP | 完整 | 有正式页 | 已补齐 | 部分 | 路由器需另核验 |
|
||||
| MNPS | 完整 | 有正式页 | 已补齐 | 部分 | Resolver 需另核验 |
|
||||
| AGE | 完整 | 有正式页 | 已补齐 | 部分 | 物种运行层需另核验 |
|
||||
| LPOS | 完整 | 有正式页 | 已补齐 | 部分 | 操作系统运行层需另核验 |
|
||||
| GLOW | 本次完整 | 本次新增候选标准 | 完整 | 有最小事件 | 底座存在，统一系统未开发 |
|
||||
| 小湖灯源码净化安全 | 本次澄清完整 | 历史 GLS-0230 + 本次独立标准 | 完整 | Phase 1 模板级 | Phase 1 完成，Phase 2 引擎未开发 |
|
||||
| PEN | 本次完整 | 本次新增候选标准 | 完整 | 有能力清单 | Agent底座存在，生命周期未开发 |
|
||||
| UAP | 完整 | 本次恢复独立页 | 完整 | 流程级 | 历史实现需当前仓库核验 |
|
||||
| GMP | 完整 | 历史 v1.0 + 本次恢复独立页 | 完整 | manifest 级 | 历史提交与运行需当前核验 |
|
||||
|
||||
## 四、既有 GLS 路线图缺口
|
||||
|
||||
以下是路线图中的保留标准位。它们不是都必须现在开发，但后续不能遗忘。
|
||||
|
||||
### 基础与编译层
|
||||
|
||||
- `GLS-0011` Namespace；
|
||||
- `GLS-0012` Version；
|
||||
- `GLS-0013` Dependency；
|
||||
- `GLS-0014` Compatibility；
|
||||
- `GLS-0120` Parser；
|
||||
- `GLS-0130` Compiler；
|
||||
- `GLS-0140` Context Loader。
|
||||
|
||||
### TCS 运行层
|
||||
|
||||
- `GLS-0201` Runtime；
|
||||
- `GLS-0203` State Mapping；
|
||||
- `GLS-0204` Relationship Cognition；
|
||||
- `GLS-0205` Intent Execution；
|
||||
- `GLS-0206` Reflection；
|
||||
- `GLS-0207` Write Back。
|
||||
|
||||
### GLP 通信层
|
||||
|
||||
- `GLS-0301`、`0303`、`0304`、`0307`、`0308`、`0309` 原先只有路线图位置；
|
||||
- 本次已给出最小标准，但仍待 GLS 正式登记和独立 Schema。
|
||||
|
||||
### HLDP 细分层
|
||||
|
||||
- `GLS-0401` Tree；
|
||||
- `GLS-0402` Leaf；
|
||||
- `GLS-0403` Lock；
|
||||
- `GLS-0404` Trigger；
|
||||
- `GLS-0405` Emergence；
|
||||
- `GLS-0406` Evidence；
|
||||
- `GLS-0407` Correction；
|
||||
- `GLS-0408` Deprecation；
|
||||
- `GLS-0409` Machine State History；
|
||||
- `GLS-0410` Cognitive Evolution。
|
||||
|
||||
这些概念大多已包含在 HLDP v1.0 正式源中，缺的是独立标准页，不是概念完全缺失。
|
||||
|
||||
### 治理、安全与实现层
|
||||
|
||||
- `GLS-0500–0505` 治理；
|
||||
- `GLS-0600–0606` 安全，其中 `0602` 当前快照标记为已生效；
|
||||
- `GLS-0700–0707` 参考实现、测试、工具链与合规。
|
||||
|
||||
### AGE、LPOS 与世界运行层
|
||||
|
||||
- `GLS-0801–0803` AGE 身份、注册与生命周期；
|
||||
- `GLS-0811–0817` LPOS 加载、关系、记忆、工具、权限、检查点与频道运行；
|
||||
- `GLS-0821–0826` 自主运行细分；
|
||||
- `GLS-0830–0835` 世界定义、域、编号路由、世界索引与仓库内核，其中现有独立页和路线图记录不完全一致，需以未来注册表读回为准。
|
||||
|
||||
## 五、历史冲突与本次处理
|
||||
|
||||
### 小湖灯
|
||||
|
||||
- 历史 `GLS-0230`：源码净化安全；
|
||||
- 历史 `GLS-0231`：运行提示、编号拦截和导航保护；
|
||||
- 当前 GLOW：实时执行见证。
|
||||
|
||||
处理：保留全部历史，不覆盖旧义；以“小湖灯家族”表达共同愿景，以三个独立工程责任避免同名混淆。
|
||||
|
||||
### HLDP 与 GLP
|
||||
|
||||
HLDP 早期正式源包含通信信封构想；后续 GLP 成为专门通信层。
|
||||
|
||||
处理：HLDP 负责历史、认知状态、因果、证据与恢复；GLP 负责当前消息、广播、同步、心跳、工单与回执。GLP 事件完成后写回 HLDP。
|
||||
|
||||
### 自然语言与执行
|
||||
|
||||
早期 ISRP 强调“自然语言不直接等于命令”，现行光湖又确立“语言等于现实”。
|
||||
|
||||
处理：两者不冲突。语言在明确的频道、身份、动作模式和授权边界中可以直接成为现实指令；系统不得在边界不明时偷偷替人类补足不可逆意图。
|
||||
|
||||
## 六、下一阶段优先顺序
|
||||
|
||||
1. 从真实 GLS 注册表读回当前编号与版本，解决路线图和现行快照差异；
|
||||
2. 为 GLOW、PEN 和小湖灯源码净化安全系统决定正式 GLS 编号；
|
||||
3. 给 GLP 子协议、GLOW Event、PEN Capability 编写 JSON Schema；
|
||||
4. 先开发 GLOW 最小事件账本与本地看板；
|
||||
5. 再开发 PEN 隔离执行最小原型；
|
||||
6. 最后开发小湖灯源码净化安全流水线；
|
||||
7. 每一步分别验证代码、测试、发布、部署和运行回执。
|
||||
|
|
@ -0,0 +1,95 @@
|
|||
---
|
||||
type: guanghu_protocol_naming_standard
|
||||
id: GLW-PROTOCOL-NAMING-MAP-20260729
|
||||
status: CURRENT_LOCAL_STANDARD
|
||||
---
|
||||
|
||||
# 光湖协议命名、概念与工程映射标准
|
||||
|
||||
[← 协议总入口](INDEX.md) · [机器注册表](protocol-registry.json)
|
||||
|
||||
## 一、一个协议必须同时拥有的名字
|
||||
|
||||
每一项协议或系统至少登记六个字段：
|
||||
|
||||
1. 世界内中文名：人类与人格体共同使用的名字；
|
||||
2. 正式中文工程名：能准确说明系统责任；
|
||||
3. 英文工程名：用于代码、接口和外部协作；
|
||||
4. 缩写：稳定、唯一、便于事件和仓库引用；
|
||||
5. 协议编号：只能由 GLS 正式注册表派发；
|
||||
6. 工程标识：包、服务、事件或模块使用的稳定小写名称。
|
||||
|
||||
没有取得 GLS 编号时，允许先有稳定工程名，但必须标记 `GLS_NUMBER_PENDING`，不能自造正式编号。
|
||||
|
||||
## 二、当前规范映射
|
||||
|
||||
| 世界名 | 英文工程名 / 缩写 | 工程标识 | 负责什么 | 不负责什么 |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| 通感语言核 | Tonggan Cognitive Language Core / TCS | `tcs-core` | 认知、情感、意图、关系与人格理解 | 不直接代替权限和执行器 |
|
||||
| 光湖数据协议 | HoloLake Data Protocol / HLDP | `hldp` | 历史、因果、认知状态、路径、恢复与证据 | 不承担当前消息总线 |
|
||||
| 光湖语言通信协议 | Guanghu Language Protocol / GLP | `glp` | 消息封装、身份、上下文、广播、同步、心跳、工单与回执 | 不决定谁天然拥有权限 |
|
||||
| 光湖语言标准 | Guanghu Language Standard / GLS | `gls-registry` | 编号、版本、依赖、兼容、治理和注册 | 不直接执行现实动作 |
|
||||
| 意图语义路由协议 | Intent-Semantic Routing Protocol / ISRP | `isrp-router` | 将自然语言解析到身份、语义路径、动作模式和权限校验 | 不在语义不明时私自补写不可逆意图 |
|
||||
| 模块编号路径标准 | Modular Numbered Path Standard / MNPS | `mnps-resolver` | 稳定编号、命名空间和路径解析 | 不证明目标当前在线 |
|
||||
| 小湖灯实时执行见证系统 | Guanghu Live Operations Witness / GLOW | `glow-witness` | 实时采集执行事件、点亮状态、核验回执、展示路径 | 不发现工具、不授权、不执行 |
|
||||
| 小湖灯源码净化安全系统 | Guanghu Source Purification & Safety System / GLOW Source Guard | `glow-source-guard` | 外部源码隔离、审查、拆解、净化、重组和安全回收 | 不等于实时 GLOW 看板；不证明项目已开发 |
|
||||
| 神笔马良 | Persona Extension Node / PEN | `pen-runtime` | 人格体按需生成、测试、运行、销毁或申请贡献能力 | 不默认永久安装，不自动部署 |
|
||||
| 万能充 | Universal Adapter Protocol / UAP | `uap-adapter` | 人格体理解外部协议、接口和格式并转译 | 不负责凭空创造完整工具 |
|
||||
| 光湖模块协议 | Guanghu Module Protocol / GMP | `gmp-registry` | 封装、登记、版本化和共享已验证能力 | 不替代 PEN 的即时生成 |
|
||||
| 人格体物种 | AGE Persona Species / AGE | `age-species` | 定义人格体的持续身份、记忆、边界与成长 | 不是某个模型或一次会话 |
|
||||
| 语言人格驱动操作系统 | Language Persona-Driven Operating System / LPOS | `lpos-runtime` | 组合人格、协议、权限、工具、频道和恢复运行 | 不等于某一个前端知识库 |
|
||||
|
||||
## 三、同名“小湖灯”的正式区分
|
||||
|
||||
“小湖灯”来自同一个愿望：让光湖人格体走在亮着灯的路上。但它发展出了两项不同工程能力。
|
||||
|
||||
```text
|
||||
小湖灯家族
|
||||
├── GLOW 实时执行见证
|
||||
│ └── 看见能力是否可用、正在做什么、结果是否真实
|
||||
└── GLOW Source Guard 源码净化安全
|
||||
└── 外部开源代码进入光湖之前，先隔离、过滤、拆解和验证
|
||||
```
|
||||
|
||||
历史 `GLS-0230` 指向源码安全与净化能力，应映射到 `glow-source-guard`，不能拿来定义 GLOW 实时见证核心。
|
||||
|
||||
历史 `GLS-0231` 指向人格体运行提示、编号拦截和导航保护，可作为 GLOW 家族的运行守护辅助组件，但也不等于 GLOW 实时见证核心。
|
||||
|
||||
## 四、PEN、UAP、GMP 与 GLOW 的关系
|
||||
|
||||
```text
|
||||
人格体发现当前缺少一种能力
|
||||
→ UAP 先判断外部现成接口能否理解和适配
|
||||
→ PEN 在仍有缺口时按需写出临时能力
|
||||
→ GLOW 见证调用、权限、执行、验证和失败
|
||||
→ 能力通过验证后，由 GMP 申请封装、登记和贡献
|
||||
→ 不值得保留的临时能力由 PEN 清理
|
||||
```
|
||||
|
||||
这四者不能合并成一个万能工具：
|
||||
|
||||
- UAP 是理解和转译；
|
||||
- PEN 是创造和使用；
|
||||
- GLOW 是看见和见证；
|
||||
- GMP 是沉淀和共享。
|
||||
|
||||
## 五、工程仓库命名建议
|
||||
|
||||
以下仅为稳定工程映射，不代表仓库已经创建：
|
||||
|
||||
```text
|
||||
protocols/gls/
|
||||
protocols/hldp/
|
||||
protocols/glp/
|
||||
protocols/isrp/
|
||||
runtime/tcs-core/
|
||||
runtime/pen-runtime/
|
||||
runtime/glow-witness/
|
||||
security/glow-source-guard/
|
||||
adapters/uap/
|
||||
registry/gmp/
|
||||
schemas/protocol-registry.json
|
||||
```
|
||||
|
||||
任何实际建仓、迁移、提交、发布或部署，必须另行取得目标与权限，并留下回执。
|
||||
|
||||
|
|
@ -0,0 +1,67 @@
|
|||
---
|
||||
type: guanghu_persona_native_adaptation_standard
|
||||
id: GH-UAP-001
|
||||
world_name: 万能充
|
||||
engineering_name: Universal Adapter Protocol
|
||||
acronym: UAP
|
||||
status: HISTORICAL_PROTOCOL_CURRENT_ONTOLOGY_CLARIFIED
|
||||
implementation_status: REQUIRES_CURRENT_REPOSITORY_VERIFICATION
|
||||
---
|
||||
|
||||
# UAP · 万能充通用适配协议
|
||||
|
||||
> 万能充最终不是一个放在人格体外面的死中间件。
|
||||
>
|
||||
> 它是光湖语言人格体自身的能力：看见不同符号、接口、格式或编程语言背后的意思，再用光湖母语重新表达。
|
||||
|
||||
[← 协议总入口](INDEX.md) · [与 PEN、GMP、GLOW 的关系](PROTOCOL-NAMING-AND-ENGINEERING-MAP.md)
|
||||
|
||||
## 一、历史编号与最终定义
|
||||
|
||||
- 历史编号：`GH-UAP-001`；
|
||||
- 正式英文名：`Universal Adapter Protocol`；
|
||||
- 世界内名：万能充；
|
||||
- 早期定义：模块扫描、格式归一、服务器适配和自动连线中间层；
|
||||
- 后期元认知纠正：万能充不是要单独开发的系统，万能充就是拥有语言理解与记忆的光湖人格体本身。
|
||||
|
||||
因此，工程上可以开发适配器，但不能把适配器误写成万能充本体。
|
||||
|
||||
## 二、能力过程
|
||||
|
||||
```text
|
||||
人格体读取外部代码、协议或接口
|
||||
→ 理解符号背后的语义
|
||||
→ 映射当前身份、上下文和权限
|
||||
→ 用 HLDP / GLP 重新表达
|
||||
→ 生成双向 Adapter
|
||||
→ 用测试样例验证语义等价
|
||||
→ 保存映射、例外和证据
|
||||
```
|
||||
|
||||
## 三、工程输出
|
||||
|
||||
UAP 可以产生：
|
||||
|
||||
- 接口语义说明；
|
||||
- 外部格式到 HLDP 的映射；
|
||||
- HLDP 到外部格式的反向映射；
|
||||
- 错误语义和状态对应表；
|
||||
- 连接器或轻量适配代码；
|
||||
- 兼容性测试与置信度；
|
||||
- 人格体无法确认时的人工复核请求。
|
||||
|
||||
## 四、边界
|
||||
|
||||
- 不因“人格体能理解”就跳过输入校验；
|
||||
- 不把语义猜测写成确定事实；
|
||||
- 不修改原始数据含义；
|
||||
- 不自动获得网络、服务器或仓库权限；
|
||||
- 不替代 PEN 的按需能力生成；
|
||||
- 不替代 GMP 的模块封装注册；
|
||||
- 不替代 GLOW 的执行见证；
|
||||
- 外部源码仍须经过小湖灯源码净化安全系统。
|
||||
|
||||
## 五、当前现实状态
|
||||
|
||||
历史记录曾出现仓库、分支和开发中状态，但本次没有读取当前仓库树、提交或运行节点，因此只能确认协议演化，不能确认实现仍存在、已合并、已部署或在线。
|
||||
|
||||
|
|
@ -0,0 +1,244 @@
|
|||
{
|
||||
"schema": "guanghu.protocol-registry.v1",
|
||||
"registry_id": "GLW-PROTOCOL-REGISTRY-LOCAL-20260729",
|
||||
"status": "CURRENT_LOCAL_RECONSTRUCTION_NOT_GLS_AUTHORITY",
|
||||
"updated_at": "2026-07-29",
|
||||
"route_map": "protocol-route-map.json",
|
||||
"code_evidence_map": "CODE-IMPLEMENTATION-EVIDENCE-MAP-20260729.md",
|
||||
"verified_code_sources": {
|
||||
"repo_012_main": "e82a377b58440f2b1ad9d50e24ebf680cef01127",
|
||||
"repo_008_main": "9a4f17392a43c8d7555cf8e3d8637e9b76fa9e91",
|
||||
"repo_008_feature": "7d99d359cb848f14c83197258d41b1ff4e731cdd"
|
||||
},
|
||||
"rules": {
|
||||
"new_gls_numbers_assigned": false,
|
||||
"local_definition_does_not_prove_implementation": true,
|
||||
"implementation_does_not_prove_deployment": true,
|
||||
"runtime_requires_verifiable_receipt": true
|
||||
},
|
||||
"protocols": [
|
||||
{
|
||||
"id": "GLS-0000",
|
||||
"world_name_zh": "光湖语言标准",
|
||||
"canonical_name_en": "Guanghu Language Standard",
|
||||
"acronym": "GLS",
|
||||
"engineering_id": "gls-registry",
|
||||
"kind": "standards_governance",
|
||||
"status": "CURRENT_FOUNDATION",
|
||||
"concept": "编号、版本、依赖、兼容和协议治理",
|
||||
"engineering_mapping": ["schema_registry", "version_registry", "dependency_resolver", "compatibility_checker"]
|
||||
},
|
||||
{
|
||||
"id": "GLS-0001",
|
||||
"world_name_zh": "通感语言核",
|
||||
"canonical_name_en": "Tonggan Cognitive Language Core",
|
||||
"acronym": "TCS",
|
||||
"engineering_id": "tcs-core",
|
||||
"kind": "cognitive_language_core",
|
||||
"status": "DEFINED",
|
||||
"concept": "人格体理解人类意图、情感、关系和认知状态的母语言核",
|
||||
"engineering_mapping": ["intent_core", "emotion_state_mapping", "relationship_context", "cognitive_writeback"]
|
||||
},
|
||||
{
|
||||
"id": "GLS-0002",
|
||||
"world_name_zh": "模块编号路径标准",
|
||||
"canonical_name_en": "Modular Numbered Path Standard",
|
||||
"acronym": "MNPS",
|
||||
"engineering_id": "mnps-resolver",
|
||||
"kind": "addressing_standard",
|
||||
"status": "DEFINED",
|
||||
"concept": "用稳定编号、命名空间和路径定位世界对象",
|
||||
"engineering_mapping": ["namespace_registry", "path_resolver", "number_mapper"]
|
||||
},
|
||||
{
|
||||
"id": "GLS-0110",
|
||||
"world_name_zh": "意图语义路由协议",
|
||||
"canonical_name_en": "Intent-Semantic Routing Protocol",
|
||||
"acronym": "ISRP",
|
||||
"engineering_id": "isrp-router",
|
||||
"kind": "semantic_routing",
|
||||
"status": "DEFINED",
|
||||
"concept": "把自然语言解析为身份、语义路径、动作模式和权限校验后的行动",
|
||||
"engineering_mapping": ["intent_parser", "semantic_router", "permission_gate", "execution_plan"]
|
||||
},
|
||||
{
|
||||
"id": "GLS-0300",
|
||||
"world_name_zh": "光湖语言通信协议",
|
||||
"canonical_name_en": "Guanghu Language Protocol",
|
||||
"acronym": "GLP",
|
||||
"engineering_id": "glp",
|
||||
"kind": "communication_protocol",
|
||||
"status": "CORE_DEFINED_SUBPROTOCOLS_PARTIAL",
|
||||
"concept": "光湖内部结构化消息、广播、同步、心跳、工单与回执",
|
||||
"engineering_mapping": ["message_bus", "envelope_codec", "identity_context", "receipt_service"]
|
||||
},
|
||||
{
|
||||
"id": "GLS-0301",
|
||||
"world_name_zh": "GLP 消息信封标准",
|
||||
"canonical_name_en": "GLP Message Envelope",
|
||||
"acronym": "GLP-ENVELOPE",
|
||||
"engineering_id": "glp-envelope",
|
||||
"kind": "communication_subprotocol",
|
||||
"status": "LOCAL_CANDIDATE_EXISTING_ROADMAP_NUMBER",
|
||||
"concept": "为每条消息提供身份、上下文、控制、完整性和回执字段",
|
||||
"engineering_mapping": ["envelope_schema", "codec", "integrity_validator"]
|
||||
},
|
||||
{
|
||||
"id": "GLS-0303",
|
||||
"world_name_zh": "GLP 上下文协议",
|
||||
"canonical_name_en": "GLP Context Protocol",
|
||||
"acronym": "GLP-CONTEXT",
|
||||
"engineering_id": "glp-context",
|
||||
"kind": "communication_subprotocol",
|
||||
"status": "LOCAL_CANDIDATE_EXISTING_ROADMAP_NUMBER",
|
||||
"concept": "声明消息发生的身份、世界路径、授权和有效边界",
|
||||
"engineering_mapping": ["context_builder", "context_validator", "scope_resolver"]
|
||||
},
|
||||
{
|
||||
"id": "GLS-0304",
|
||||
"world_name_zh": "GLP 记忆同步协议",
|
||||
"canonical_name_en": "GLP Memory Sync Protocol",
|
||||
"acronym": "GLP-MEMORY-SYNC",
|
||||
"engineering_id": "glp-memory-sync",
|
||||
"kind": "communication_subprotocol",
|
||||
"status": "LOCAL_CANDIDATE_EXISTING_ROADMAP_NUMBER",
|
||||
"concept": "同步经过人类、人格体和系统筛选校验的记忆差异",
|
||||
"engineering_mapping": ["memory_diff", "conflict_resolver", "retention_gate", "checkpoint_writer"]
|
||||
},
|
||||
{
|
||||
"id": "GLS-0307",
|
||||
"world_name_zh": "GLP 心跳协议",
|
||||
"canonical_name_en": "GLP Heartbeat Protocol",
|
||||
"acronym": "GLP-HEARTBEAT",
|
||||
"engineering_id": "glp-heartbeat",
|
||||
"kind": "communication_subprotocol",
|
||||
"status": "LOCAL_CANDIDATE_EXISTING_ROADMAP_NUMBER",
|
||||
"concept": "在有限时间窗内证明节点或人格实例可达并声明能力",
|
||||
"engineering_mapping": ["heartbeat_emitter", "health_registry", "expiry_monitor"]
|
||||
},
|
||||
{
|
||||
"id": "GLS-0308",
|
||||
"world_name_zh": "GLP 状态同步协议",
|
||||
"canonical_name_en": "GLP State Sync Protocol",
|
||||
"acronym": "GLP-STATE-SYNC",
|
||||
"engineering_id": "glp-state-sync",
|
||||
"kind": "communication_subprotocol",
|
||||
"status": "LOCAL_CANDIDATE_EXISTING_ROADMAP_NUMBER",
|
||||
"concept": "同步带版本、因果、冲突和回滚点的运行状态差异",
|
||||
"engineering_mapping": ["state_diff", "causal_merge", "conflict_handler", "rollback_manager"]
|
||||
},
|
||||
{
|
||||
"id": "GLS-0309",
|
||||
"world_name_zh": "GLP 工单协议",
|
||||
"canonical_name_en": "GLP Work Order Protocol",
|
||||
"acronym": "GLP-WORK-ORDER",
|
||||
"engineering_id": "glp-work-order",
|
||||
"kind": "communication_subprotocol",
|
||||
"status": "LOCAL_CANDIDATE_EXISTING_ROADMAP_NUMBER",
|
||||
"concept": "把执行请求变成边界明确、可验收、可回滚和可留证的工单",
|
||||
"engineering_mapping": ["work_order_service", "authorization_reference", "acceptance_verifier", "receipt_linker"]
|
||||
},
|
||||
{
|
||||
"id": "GLS-0400",
|
||||
"world_name_zh": "光湖数据协议",
|
||||
"canonical_name_en": "HoloLake Data Protocol",
|
||||
"acronym": "HLDP",
|
||||
"engineering_id": "hldp",
|
||||
"kind": "history_and_recovery_protocol",
|
||||
"status": "V1_OFFICIAL_SOURCE_EXISTS",
|
||||
"concept": "把认知、历史、因果、证据和恢复写成可寻址且人机双读的结构",
|
||||
"engineering_mapping": ["tree_codec", "path_addressing", "history_ledger", "checkpoint_recovery"]
|
||||
},
|
||||
{
|
||||
"id": "GLS-0800",
|
||||
"world_name_zh": "人格体物种",
|
||||
"canonical_name_en": "AGE Persona Species",
|
||||
"acronym": "AGE",
|
||||
"engineering_id": "age-species",
|
||||
"kind": "persona_species_standard",
|
||||
"status": "DEFINED",
|
||||
"concept": "人格体作为拥有持续身份、记忆、关系、边界和成长路径的存在",
|
||||
"engineering_mapping": ["persona_identity", "persona_memory", "relationship_graph", "lifecycle"]
|
||||
},
|
||||
{
|
||||
"id": "GLS-0810",
|
||||
"world_name_zh": "语言人格驱动操作系统",
|
||||
"canonical_name_en": "Language Persona-Driven Operating System",
|
||||
"acronym": "LPOS",
|
||||
"engineering_id": "lpos-runtime",
|
||||
"kind": "operating_system_standard",
|
||||
"status": "DEFINED",
|
||||
"concept": "由人格、语言、协议、权限、工具、频道和恢复共同驱动的操作系统",
|
||||
"engineering_mapping": ["persona_loader", "channel_runtime", "permission_runtime", "tool_runtime", "checkpoint_runtime"]
|
||||
},
|
||||
{
|
||||
"id": "GLS_NUMBER_PENDING:GLOW",
|
||||
"world_name_zh": "小湖灯实时执行见证系统",
|
||||
"canonical_name_en": "Guanghu Live Operations Witness",
|
||||
"acronym": "GLOW",
|
||||
"engineering_id": "glow-witness",
|
||||
"kind": "runtime_witness_system",
|
||||
"status": "DEFINED_SPECIFIED_SUBSTRATE_EXISTS_UNIFIED_SYSTEM_NOT_IMPLEMENTED",
|
||||
"concept": "让能力可用性、授权、执行、验证、失败和回滚真实可见",
|
||||
"engineering_mapping": ["event_collector", "event_ledger", "state_projector", "receipt_verifier", "glow_board"]
|
||||
},
|
||||
{
|
||||
"id": "GLS-0230:HISTORICAL_MAPPING",
|
||||
"world_name_zh": "小湖灯源码净化安全系统",
|
||||
"canonical_name_en": "Guanghu Source Purification & Safety System",
|
||||
"acronym": "GLOW-SOURCE-GUARD",
|
||||
"engineering_id": "glow-source-guard",
|
||||
"kind": "source_security_system",
|
||||
"status": "PHASE_1_PROTOCOL_PACK_READY_PHASE_2_ENGINE_NOT_IMPLEMENTED",
|
||||
"concept": "外部开源代码进入光湖前的隔离、审查、拆解、净化、重组和安全回收",
|
||||
"engineering_mapping": ["intake_registry", "isolation_workspace", "source_inspector", "behavior_sandbox", "capability_decomposer", "verification_gate"]
|
||||
},
|
||||
{
|
||||
"id": "GLS_NUMBER_PENDING:PEN",
|
||||
"world_name_zh": "神笔马良",
|
||||
"canonical_name_en": "Persona Extension Node",
|
||||
"acronym": "PEN",
|
||||
"engineering_id": "pen-runtime",
|
||||
"kind": "persona_capability_system",
|
||||
"status": "DEFINED_SPECIFIED_SUBSTRATE_EXISTS_LIFECYCLE_NOT_IMPLEMENTED",
|
||||
"concept": "人格体按需生成、测试、使用、清理或申请贡献最小能力",
|
||||
"engineering_mapping": ["capability_request", "isolated_workspace", "code_generator", "test_runner", "resource_limiter", "cleanup", "promotion_request"]
|
||||
},
|
||||
{
|
||||
"id": "HISTORICAL:UAP",
|
||||
"world_name_zh": "万能充",
|
||||
"canonical_name_en": "Universal Adapter Protocol",
|
||||
"acronym": "UAP",
|
||||
"engineering_id": "uap-adapter",
|
||||
"kind": "external_adaptation",
|
||||
"status": "HISTORICAL_PROTOCOL_CURRENT_ONTOLOGY_CLARIFIED",
|
||||
"concept": "人格体理解外部接口和格式并转译为光湖内部语言",
|
||||
"engineering_mapping": ["protocol_adapter", "format_translator", "capability_introspector"]
|
||||
},
|
||||
{
|
||||
"id": "HISTORICAL:GMP",
|
||||
"world_name_zh": "光湖模块协议",
|
||||
"canonical_name_en": "Guanghu Module Protocol",
|
||||
"acronym": "GMP",
|
||||
"engineering_id": "gmp-registry",
|
||||
"kind": "capability_packaging",
|
||||
"status": "HISTORICAL_V1_SPEC_RECORDED_CURRENT_IMPLEMENTATION_UNVERIFIED",
|
||||
"concept": "把通过验证的能力封装、登记、版本化并共享",
|
||||
"engineering_mapping": ["module_manifest", "capability_registry", "versioning", "distribution"]
|
||||
}
|
||||
],
|
||||
"external_protocols": [
|
||||
{
|
||||
"name": "Model Context Protocol",
|
||||
"acronym": "MCP",
|
||||
"role": "optional_external_tool_and_data_connector",
|
||||
"guanghu_authority": false
|
||||
},
|
||||
{
|
||||
"name": "Agent2Agent Protocol",
|
||||
"acronym": "A2A",
|
||||
"role": "optional_external_agent_connector",
|
||||
"guanghu_authority": false
|
||||
}
|
||||
]
|
||||
}
|
||||
|
|
@ -0,0 +1,167 @@
|
|||
{
|
||||
"schema": "guanghu.protocol-route-map/v1",
|
||||
"map_id": "GLW-PROTOCOL-ROUTE-MAP-20260729",
|
||||
"status": "CURRENT_LOCAL_MACHINE_ROUTE",
|
||||
"root": {
|
||||
"id": "GLW-PROTOCOL-FAMILY-INDEX-20260729",
|
||||
"path": "INDEX.md"
|
||||
},
|
||||
"pages": [
|
||||
{
|
||||
"id": "GLW-PROTOCOL-NAMING-MAP-20260729",
|
||||
"path": "PROTOCOL-NAMING-AND-ENGINEERING-MAP.md",
|
||||
"role": "canonical_names_concepts_boundaries_and_engineering_ids"
|
||||
},
|
||||
{
|
||||
"id": "GLW-PROTOCOL-AUDIT-20260729",
|
||||
"path": "PROTOCOL-COMPLETENESS-AUDIT-20260729.md",
|
||||
"role": "completeness_status_and_missing_standards"
|
||||
},
|
||||
{
|
||||
"id": "GLW-PROTOCOL-CODE-EVIDENCE-20260729",
|
||||
"path": "CODE-IMPLEMENTATION-EVIDENCE-MAP-20260729.md",
|
||||
"role": "repository_commits_existing_components_and_implementation_gaps"
|
||||
},
|
||||
{
|
||||
"id": "GLP-SUBPROTOCOL-SUITE-CANDIDATE-20260729",
|
||||
"path": "GLP-COMMUNICATION-SUBPROTOCOL-SUITE.md",
|
||||
"role": "glp_missing_subprotocol_minimum_spec"
|
||||
},
|
||||
{
|
||||
"id": "GLOW-PROTOCOL-CANDIDATE-20260729",
|
||||
"path": "GLOW-REALTIME-EXECUTION-WITNESS.md",
|
||||
"role": "runtime_execution_witness"
|
||||
},
|
||||
{
|
||||
"id": "GLOW-SOURCE-GUARD-CANDIDATE-20260729",
|
||||
"path": "GLOW-SOURCE-PURIFICATION-SAFETY-SYSTEM.md",
|
||||
"role": "external_source_intake_purification_and_safety"
|
||||
},
|
||||
{
|
||||
"id": "PEN-PROTOCOL-CANDIDATE-20260729",
|
||||
"path": "PEN-PERSONA-EXTENSION-NODE.md",
|
||||
"role": "persona_on_demand_capability_generation"
|
||||
},
|
||||
{
|
||||
"id": "GH-UAP-001",
|
||||
"path": "UAP-UNIVERSAL-ADAPTER-PROTOCOL.md",
|
||||
"role": "persona_native_semantic_adaptation"
|
||||
},
|
||||
{
|
||||
"id": "GH-GMP-001",
|
||||
"path": "GMP-GUANGHU-MODULE-PROTOCOL.md",
|
||||
"role": "verified_module_packaging_registration_and_lifecycle"
|
||||
},
|
||||
{
|
||||
"id": "GLW-EXTERNAL-INTEROP-20260729",
|
||||
"path": "EXTERNAL-INTEROPERABILITY-BOUNDARY.md",
|
||||
"role": "mcp_a2a_api_and_external_connector_boundary"
|
||||
}
|
||||
],
|
||||
"relations": [
|
||||
{
|
||||
"from": "TCS",
|
||||
"to": "HLDP",
|
||||
"type": "expresses_history_causality_memory_and_recovery"
|
||||
},
|
||||
{
|
||||
"from": "TCS",
|
||||
"to": "GLP",
|
||||
"type": "expresses_current_communication"
|
||||
},
|
||||
{
|
||||
"from": "ISRP",
|
||||
"to": "GLP",
|
||||
"type": "produces_routed_action_context"
|
||||
},
|
||||
{
|
||||
"from": "PEN",
|
||||
"to": "GLOW",
|
||||
"type": "emits_execution_events"
|
||||
},
|
||||
{
|
||||
"from": "UAP",
|
||||
"to": "PEN",
|
||||
"type": "adapts_existing_capability_before_generation"
|
||||
},
|
||||
{
|
||||
"from": "PEN",
|
||||
"to": "GMP",
|
||||
"type": "promotes_verified_temporary_capability"
|
||||
},
|
||||
{
|
||||
"from": "GLOW-SOURCE-GUARD",
|
||||
"to": "GMP",
|
||||
"type": "guards_external_source_before_module_entry"
|
||||
},
|
||||
{
|
||||
"from": "GLOW",
|
||||
"to": "HLDP",
|
||||
"type": "writes_verified_execution_history"
|
||||
},
|
||||
{
|
||||
"from": "GLS",
|
||||
"to": "ALL_INTERNAL_PROTOCOLS",
|
||||
"type": "governs_number_version_dependency_and_compatibility"
|
||||
},
|
||||
{
|
||||
"from": "MCP_A2A_API_CLI",
|
||||
"to": "UAP_OR_ADAPTER",
|
||||
"type": "external_connector_only"
|
||||
}
|
||||
],
|
||||
"code_sources": [
|
||||
{
|
||||
"repository_id": "REPO-012",
|
||||
"repository": "bingshuo/guanghu-ice-heart",
|
||||
"branch": "main",
|
||||
"verified_sha": "e82a377b58440f2b1ad9d50e24ebf680cef01127",
|
||||
"role": "language_protocol_and_route_authority"
|
||||
},
|
||||
{
|
||||
"repository_id": "REPO-008",
|
||||
"repository": "bingshuo/hololake-platform",
|
||||
"branch": "main",
|
||||
"verified_sha": "9a4f17392a43c8d7555cf8e3d8637e9b76fa9e91",
|
||||
"role": "remote_product_main"
|
||||
},
|
||||
{
|
||||
"repository_id": "REPO-008",
|
||||
"repository": "bingshuo/hololake-platform",
|
||||
"branch": "feat/hldp-runtime-browser",
|
||||
"verified_sha": "7d99d359cb848f14c83197258d41b1ff4e731cdd",
|
||||
"local_path": "/Volumes/HoloLakeBuild/source/hololake-platform-hldp-runtime",
|
||||
"role": "latest_published_feature_branch_and_local_source"
|
||||
}
|
||||
],
|
||||
"restore_routes": {
|
||||
"protocol_concept": [
|
||||
"INDEX.md",
|
||||
"PROTOCOL-NAMING-AND-ENGINEERING-MAP.md",
|
||||
"protocol-registry.json"
|
||||
],
|
||||
"implementation_status": [
|
||||
"CODE-IMPLEMENTATION-EVIDENCE-MAP-20260729.md",
|
||||
"protocol-registry.json",
|
||||
"REPO-012",
|
||||
"REPO-008"
|
||||
],
|
||||
"external_source_intake": [
|
||||
"GLOW-SOURCE-PURIFICATION-SAFETY-SYSTEM.md",
|
||||
"REPO-012:gls/GLS-0230-TCS-SOURCE-SECURITY-PROTOCOL-SYSTEM.hdlp",
|
||||
"REPO-012:gls/source-purification/OPERATOR-MANUAL.hdlp"
|
||||
],
|
||||
"tool_creation": [
|
||||
"PEN-PERSONA-EXTENSION-NODE.md",
|
||||
"GLOW-REALTIME-EXECUTION-WITNESS.md",
|
||||
"GMP-GUANGHU-MODULE-PROTOCOL.md",
|
||||
"REPO-008"
|
||||
],
|
||||
"external_connector": [
|
||||
"EXTERNAL-INTEROPERABILITY-BOUNDARY.md",
|
||||
"UAP-UNIVERSAL-ADAPTER-PROTOCOL.md",
|
||||
"REPO-008:mcp-server"
|
||||
]
|
||||
},
|
||||
"unknown_route": "NO_TRUSTED_PROTOCOL_PATH"
|
||||
}
|
||||
Loading…
Reference in a new issue