---
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
```

任何实际建仓、迁移、提交、发布或部署，必须另行取得目标与权限，并留下回执。