---
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 事件共同证明。