2.4 KiB
| type | code | version | source | hololake_migrated |
|---|---|---|---|---|
| GLS标准 | GLS-0101 | v1.0 Draft | ima知识库 · 7482038949002130 | 2026-07-13 |
GEP · 光湖工程协议基础结构规范
GLS-0101 · Draft v1.0
0. 文档定位
GLS-0101 定义光湖语言系统所有工程协议共同遵守的文件头、元数据、内容类型、信任边界、执行状态、权限范围、回执结构、错误结构、版本与兼容规则。HLDP、TCS、GLP、ISRP 及后续协议均应继承本规范。
1. 基础原则：七步流水线
Parse → Validate → Resolve → Authorize → Execute → Verify → Write Back
解析 → 校验 → 语义解析 → 权限确认 → 执行 → 验证 → 回写
任何协议内容不得在完成解析、校验与权限确认前直接执行。
2. 标准文件结构
文档必须包含：gls 声明、document 元数据、classification 分类、trust 信任边界、scope 作用范围、dependencies 依赖、payload 业务载荷、validation 校验规则、result 回执要求。
3-6. 关键字段
- status: draft → review → candidate → stable → deprecated → archived
- execution_mode: read_only / parse_only / simulation / authorized / manual_confirmation / prohibited
- trust: 声明 authority、source_type、integrity（unverified/verified/signed/tampered）
- scope: 明确 applies_to（允许范围）和 excludes（排除范围）
10-11. 执行状态机
标准状态流：received → parsed → validated → resolved → awaiting_authorization → authorized → executing → verifying → completed
13-14. 回执与错误
标准回执必须包含：protocol_id、request_id、receipt_id、status、execution.result、timestamp。
标准错误码：GLS-PARSE-001、GLS-SCHEMA-001、GLS-VERSION-001、GLS-DEPENDENCY-001、GLS-AUTH-001、GLS-SCOPE-001、GLS-INTEGRITY-001、GLS-EXEC-001、GLS-VERIFY-001、GLS-SAFETY-001。
16. 双层语言格式
光湖工程协议必须同时支持人类语义层和 AI 协议层。两层语义一致，协议层不得偷偷扩大人类语义层没有授予的权限。
19. 最终定义
GLS-0101 是光湖工程协议的共同底座。任何后续工程协议都不得绕过：解析→校验→授权→执行→验证→回写。光湖语言首先是一门语言——只有在语言被正确理解之后，它才可以成为行动。