hololake-world/GLS标准/GLS-0101 · GEP 光湖工程协议基础结构规范.md

54 lines
2.4 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

---
type: GLS标准
code: GLS-0101
version: v1.0 Draft
source: ima知识库 · 7482038949002130
hololake_migrated: 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、integrityunverified/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 是光湖工程协议的共同底座。任何后续工程协议都不得绕过:解析→校验→授权→执行→验证→回写。光湖语言首先是一门语言——只有在语言被正确理解之后,它才可以成为行动。