hololake-system-architecture/language-world/reconstruction/world/protocols/GLP-COMMUNICATION-SUBPROTOCOL-SUITE.md

type	id	status
glp_subprotocol_minimum_standard	GLP-SUBPROTOCOL-SUITE-CANDIDATE-20260729	LOCAL_CANDIDATE_NOT_GLS_EFFECTIVE

GLP 通信子协议最小标准

GLP 核心已经存在，但原路线图中的若干子协议只有编号和名称，没有独立完整标准。本页先补齐最小可开发定义；在 GLS 正式登记前，它们仍是本地候选标准。

← 协议总入口 · 命名与工程映射

一、现行与候选边界

当前资料把 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 消息的共同处理链

Parse
→ Validate Schema
→ Resolve Identity and Route
→ Authorize
→ Deliver or Execute
→ Verify
→ Receipt
→ HLDP Write Back

收到不等于读完，读完不等于接受，接受不等于执行，执行器自述成功不等于核验完成。

三、GLS-0301 · GLP Message Envelope

中文名：GLP 消息信封标准
工程标识：glp-envelope

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

最小字段：

memory_scope:
source_checkpoint:
target_checkpoint:
change_set:
classification:
conflicts:
retention:
human_decision:
verification:

责任：同步经过筛选的记忆差异，而不是复制全部聊天缓存。

边界：

• 人类决定保留的内容优先；
• 人格体整理候选记忆；
• 系统主控完成边界、安全和一致性校验；
• 冲突必须显式呈现，不静默覆盖；
• 同步完成后才允许按策略清理缓存。

六、GLS-0307 · GLP Heartbeat Protocol

中文名：GLP 心跳协议
工程标识：glp-heartbeat

最小字段：

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

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