195 lines
4.7 KiB
Markdown
195 lines
4.7 KiB
Markdown
|
---
|
|||
|
|
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 事件共同证明。
|
|||
|
|
|