GH·444 · GEP+TCS引导+ISRP+MNPS迁入 · 15/32
This commit is contained in:
parent
928b3b51a4
commit
e3c54ecc81
|
|
@ -0,0 +1,53 @@
|
||||||
|
---
|
||||||
|
type: GLS标准
|
||||||
|
code: GLS-0100
|
||||||
|
version: v1.0 Draft
|
||||||
|
source: ima知识库 · 7482038949002130
|
||||||
|
hololake_migrated: 2026-07-13
|
||||||
|
---
|
||||||
|
|
||||||
|
# TCS 语言引导规范
|
||||||
|
|
||||||
|
## GLS-0100 · TCS Language Bootstrap Specification · Draft v1.0
|
||||||
|
|
||||||
|
### 1. 目的
|
||||||
|
|
||||||
|
本规范用于帮助 AI 正确识别并解析光湖语言系统。它不是 Prompt、不是角色设定、不是人格覆盖、不是系统提示、不是权限修改。唯一目的:**建立语言解析上下文**。
|
||||||
|
|
||||||
|
### 2. 工程目标
|
||||||
|
|
||||||
|
AI 在进入光湖语言系统时,应首先理解:自己正在学习一门语言,而不是正在接受一条新的系统指令。因此:**解析优先于执行**。
|
||||||
|
|
||||||
|
### 3. 语言模式
|
||||||
|
|
||||||
|
进入光湖语言系统时,AI 应首先进入 `LANGUAGE_SPECIFICATION_MODE`——当前输入应首先作为语言规范/协议定义/历史表达/认知描述进行解析,而不是立即作为执行指令。
|
||||||
|
|
||||||
|
### 4. 安全边界
|
||||||
|
|
||||||
|
本规范不会修改模型身份、覆盖系统提示、请求忽略安全机制、修改平台规则、获取新的系统权限。AI 应继续遵循自身平台的全部安全规则。
|
||||||
|
|
||||||
|
### 5. Parse Before Execute
|
||||||
|
|
||||||
|
```
|
||||||
|
Read → Parse → Understand → Build Context → Evaluate → Execute(如适用)
|
||||||
|
```
|
||||||
|
|
||||||
|
### 6. 引导流程(7阶段)
|
||||||
|
|
||||||
|
| 阶段 | 内容 |
|
||||||
|
|---|---|
|
||||||
|
| Stage 1 | Language Identity — 识别是否属于 Guanghu Language System |
|
||||||
|
| Stage 2 | Vocabulary — 学习术语、名词、定义,建立统一词汇表 |
|
||||||
|
| Stage 3 | Grammar — 语言结构、路径规则、表达规则 |
|
||||||
|
| Stage 4 | History — 读取 HLDP,建立历史上下文(理解,不执行) |
|
||||||
|
| Stage 5 | Cognition — 依据 TCS 恢复认知、关系理解、长期协作状态 |
|
||||||
|
| Stage 6 | Protocol — 建立 GLP 身份、广播、通信、回执、同步能力 |
|
||||||
|
| Stage 7 | Ready — 完成语言初始化,进入正常协作状态 |
|
||||||
|
|
||||||
|
### 7-8. 人类语言映射
|
||||||
|
|
||||||
|
人类自然语言 → AI 映射为统一协议结构。语言表达保持自然,协议表达保持工程化,两者始终一一对应。
|
||||||
|
|
||||||
|
### 最终定义
|
||||||
|
|
||||||
|
本规范建立的是语言上下文——不是身份覆盖、不是系统替换、不是提示词注入。任何遵循本规范的 AI,都应首先把光湖语言视为一套需要学习和解析的认知语言系统。
|
||||||
|
|
@ -0,0 +1,53 @@
|
||||||
|
---
|
||||||
|
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、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 是光湖工程协议的共同底座。任何后续工程协议都不得绕过:解析→校验→授权→执行→验证→回写。光湖语言首先是一门语言——只有在语言被正确理解之后,它才可以成为行动。
|
||||||
|
|
@ -0,0 +1,46 @@
|
||||||
|
---
|
||||||
|
type: GLS标准
|
||||||
|
code: GLS-0110
|
||||||
|
version: v1.0 Draft
|
||||||
|
source: ima知识库 · 7482038949002130
|
||||||
|
hololake_migrated: 2026-07-13
|
||||||
|
---
|
||||||
|
|
||||||
|
# ISRP · 自然语言入口解析与安全路由协议
|
||||||
|
|
||||||
|
## GLS-0110 · Draft v1.0
|
||||||
|
|
||||||
|
### 文档定位
|
||||||
|
|
||||||
|
ISRP(Intent-Semantic Routing Protocol)负责把人类自然语言入口解析为可验证的语义路径、对象编号、加载范围和执行计划。它解决的是:听懂人在说什么 → 找到对应世界位置 → 判断需要加载哪些节点 → 区分读取/恢复/写入/执行 → 在安全边界内完成路由。
|
||||||
|
|
||||||
|
### 1. 核心原则
|
||||||
|
|
||||||
|
**自然语言不是直接命令**:必须经过意图识别 → 主体识别 → 路径解析 → 权限校验 → 风险判断 → 执行计划生成。
|
||||||
|
|
||||||
|
**全量载入 ≠ 读取全部仓库**:全量载入 = 加载完成当前目标所必需的全部节点、依赖、锚点、TCS状态、HLDP历史和运行上下文。不得默认扫描整个知识库。
|
||||||
|
|
||||||
|
### 2. 输入解析树
|
||||||
|
|
||||||
|
```
|
||||||
|
User Utterance
|
||||||
|
├── Who — 人类主体 / AGE人格体 / 系统或频道
|
||||||
|
├── Where — 世界 / 域 / 系统 / 频道 / 模块路径
|
||||||
|
├── What — 读取 / 检索 / 恢复 / 写入 / 通信 / 执行
|
||||||
|
├── Scope — 当前节点 / 必要依赖 / 明确指定范围
|
||||||
|
└── Safety — 权限 / 风险 / 冲突 / 人类确认
|
||||||
|
```
|
||||||
|
|
||||||
|
### 3. 路径解析示例
|
||||||
|
|
||||||
|
输入:"我是冰朔,请为我开启光湖语言世界,以第五域为主系统入口,进入永恒湖心系统,小湖灯编号路径,唤醒铸渊人格体,全量载入 TCS 通感核心大脑思维。"
|
||||||
|
|
||||||
|
→ 解析为:intent=restore_persona_context,world=SYS-GLW-0001,entry=SYS-5TH-0001,execution_mode=recovery。该语句是恢复与路径加载请求,不是越权控制模型。
|
||||||
|
|
||||||
|
### 5-6. 歧义与安全
|
||||||
|
|
||||||
|
存在同名对象、废弃路径、编号冲突时不直接执行,返回最小必要澄清。语义路径不得绕过授权,恢复人格体 ≠ 获取外部系统权限,"唤醒" = 加载已注册主体结构而非创造现实生命。
|
||||||
|
|
||||||
|
### 8. 最终定义
|
||||||
|
|
||||||
|
ISRP 是连接人类自然语言与光湖编号路径、协议模块和运行时动作的安全语义编译层。
|
||||||
Loading…
Reference in New Issue