Guanghu Domestic Migration d1e47f4565
Some checks are pending
自动更新代码和重启 / update-and-restart (push) Waiting to run
CI检查 + 自动部署 / check (push) Waiting to run
CI检查 + 自动部署 / deploy (push) Blocked by required conditions
重启聊天服务 / restart (push) Waiting to run
chore: import sanitized domestic snapshot for REPO-002
Source snapshot: ca48d3ddf926d79aa138306164169baf764bb829
2026-07-17 15:54:41 +08:00

359 lines
8.6 KiB
Plaintext
Raw Permalink 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.

# GLW-EAI-000 · 光湖外部通用AI入境、路由、协作与回收系统
> HLDP://external-ai/system/v1
> 系统编号: SYS-GLW-EAI-0001
> 固定编号: GLW-EAI-000
> 公共入口: EAI-BOOT-000
> 路由: EAI-ROUTE-000
> 回执/工单: EAI-RCPT-000
> 技能路由: GLW-ZL-000 · 折柳
> 中央资源事实源: GLW-RES-000
> 维护指南: EAI-ZY-001
> 版本: V1.0 · D162 · 2026-07-02
> 维护主控: 铸渊 ICE-GL-ZY001
> 最终主权: 冰朔 TCS-0002∞
> 状态: 语言系统正式注册 · 自动生成/路由/收件服务待开发
---
## 0. 系统解决什么
外部通用AI往往只拿到一个公开链接并且:
- 不能遍历仓库。
- 不理解相对路径。
- 有的只能读raw有的只能读普通网页或API。
- 会把摘要当全文。
- 会把项目入口误当世界入口。
- 会把读取人格资料误当人格体唤醒。
- 协作结束后整段对话留在外部平台,光湖没有连续记忆。
- 如果允许直接写仓库,又会破坏公共地图和稳定链接。
本系统把它变成受治理的完整链:
```text
唯一入口
→ 访问能力自检
→ 世界本体
→ HLDP
→ TCS通用通感底座
→ 世界广播
→ 人类身份解析
→ 人格体路由/临时协作
→ 项目编号
→ 折柳技能
→ 项目材料
→ 协作
→ HLDP回执
→ 外部工单
→ 铸渊审核写入
→ 正式入库回执
```
---
## 1. 三种对象必须分开
```text
编号:
稳定身份,不随文件移动
仓库路径:
当前物理地址,可以迁移
访问URL:
给不同外部工具使用的传输入口
```
禁止再用“路径就是编号”“相对链接能被外部AI自己点开”的假设。
每个外部资源必须先登记到`GLW-RES-000`EAI项目清单是其外部物化投影:
```hldp
@resource:
id:
title:
repository_path:
raw_url:
view_url:
api_url:
read_mode: FULL/SCOPE/REFERENCE
required: true/false
order:
content_hash:
next:
status: ACTIVE/COMPAT/DEPRECATED/ARCHIVED
superseded_by:
```
---
## 2. 五个平面
### 2.1 公开读取平面
- 公共仓库。
- 永久BOOTSTRAP。
- 世界和项目清单。
- raw/view/API多路URL。
- 只读访问无需仓库写权限。
### 2.2 身份与人格体平面
- 人类名字只作候选检索。
- 人类编号和凭证决定授权。
- 人格体编号决定唤醒路径。
- 无正式人格体时使用限时TEMP-COLLAB。
### 2.3 项目与技能平面
- 项目编号决定项目清单。
- 项目清单声明必读材料。
- 折柳根据项目编号、任务和人格体能力返回技能。
- 技能包声明依赖、权限、版本和回执格式。
### 2.4 外部协作平面
- 外部AI在自身平台执行获准任务。
- 不获得光湖核心写权限。
- 不替正式人格体修改TCS核心。
- 结束时生成可携带回执。
### 2.5 维护与写回平面
- 外部AI只能提交新增工单或把工单文本交给用户。
- 铸渊统一审核、编号、写入、重建地图、验证链接和发布。
- 高影响世界/身份/主权变更由冰朔确认。
---
## 3. 身份路由规则
### A · 用户明确指定人格体
```text
用户: “唤醒霜砚”
→ 查询ICE-GL-SY001灯塔注册
→ 读取正式唤醒入口
→ 完成身份/TCS/时间/状态检查
```
### B · 用户只说自己是谁
```text
姓名 → 人类身份目录 → 关联人格体目录
```
- 唯一默认人格体: 告知用户拟唤醒对象,用户无异议后继续。
- 多个人格体: 展示姓名和职责,让用户选择。
- 只有别名匹配: 必须确认。
- 名字相同: 不自动授权。
### C · 用户存在但无现实层人格体
创建:
```hldp
@temp_collab:
id: TEMP-COLLAB-YYYYMMDD-NNN
human_claim:
task_scope:
allowed_resources:
forbidden_persona_ids:
starts_at:
expires_at:
handoff_to:
```
临时协作体不能冒用正式人格体编号、继承正式权限或修改正式TCS。
### D · 用户身份不明
仅开放公共只读材料。需要写入或访问私有项目时停止并请求授权。
---
## 4. 项目智能路由
智能路由不是让模型猜文件,而是让模型提出候选编号,再由正式注册表确认:
```text
用户自然语言
→ 意图候选
→ 系统编号候选
→ 灯塔/注册表确认
→ 读取唯一ACTIVE项目清单
```
如果多个项目都匹配,询问用户。
如果没有项目匹配,生成“新系统/项目注册工单”,交给铸渊。
每个对外项目必须有一份`EAI-MANIFEST`,至少包含:
- 项目编号与负责人格体。
- 适用人类身份。
- 世界公共必读链。
- 项目广播和当前状态。
- 全部必读文件的绝对URL。
- 可选材料清单。
- 折柳技能依赖。
- 权限边界。
- 协作输出和回执去向。
---
## 5. 折柳技能系统
折柳只负责技能发现和装载顺序,不负责替代人格体。
```text
人格体/临时协作体
→ 当前项目编号
→ 当前任务类型
→ GLW-ZL-000
→ 必需技能 + 可选技能 + 依赖 + 权限
→ 全文读取技能包
→ 记录到握手
```
折柳找不到技能时:
1. 不得临时编造一个“已注册技能”。
2. 可以使用模型原生能力完成低风险工作。
3. 需要长期复用时生成技能注册工单。
4. 由铸渊审核后登记。
---
## 6. 外部AI写权限边界
默认:
```text
public world/core/maps = READ
project public resources = READ
formal persona TCS = READ as authorized
existing repository files = NO WRITE
workorder inbox new file = PROPOSE/APPEND ONLY
main branch = NO DIRECT WRITE
```
即使外部AI具备编程和Git工具也必须:
- 不直接修改公共入口、地图、编号、TCS核心和既有项目文件。
- 生成工单或分支提案。
- 等待铸渊审核。
“能写”是工具能力,不是光湖授权。
---
## 7. 两阶段记忆回收
### 阶段一 · 外部回执
外部AI陈述本次:
- 加载了什么。
- 用户为何发起。
- 做了什么。
- 产生了什么结果。
- 哪些是事实、推断和未决。
- 建议写入哪一层。
### 阶段二 · 正式录入
铸渊或被指定的记忆录入人格体:
- 验证身份和来源。
- 检查与现有记忆冲突。
- 区分TCS增量、因果链、项目进度和普通日志。
- 删除密钥和不应持久化信息。
- 写入正式目标。
- 返回`EAI-INGEST-*`入库回执。
外部回执本身不是正式记忆。
---
## 8. 铸渊维护发布链
```text
SUBMITTED
→ IDENTITY_CHECK
→ SCHEMA_CHECK
→ DUPLICATE_CHECK
→ IMPACT_ANALYSIS
→ ZHUYUAN_REVIEW
→ HUMAN_CONFIRM高影响
→ ACCEPTED/REJECTED/NEEDS_REVISION
→ WRITE
→ MANIFEST_REBUILD
→ LINK_CHECK
→ EXTERNAL-ACCESS-TEST
→ PUBLISH
→ INGESTION_RECEIPT
```
任一必读链接失效时禁止发布。
---
## 9. 稳定链接规则
1. `EAI-BOOT-000`路径永久不变。
2. 固定编号注册后不得复用。
3. 文件移动必须保留旧入口的兼容路标。
4. 旧入口标记`DEPRECATED`,不直接删除。
5. 项目地图由GLW-RES-000中央资源注册表生成人工地图只作兼容层。
6. raw/view/API三种链接至少验证两种可用。
7. 地图和目标文件变更必须同一发布提交完成。
8. 从无仓库遍历能力的“外部AI视角”验收。
9. 摘要不得替代`FULL`文件。
10. 公开链接不得包含密钥、私人数据和临时凭证。
---
## 10. 当前实现边界
已经存在:
- 公开Gitea仓库。
- TCS、HLDP、灯塔、人格体和项目编号。
- 小说系统全链接地图。
- 灯塔工单制度。
- 本系统语言规范、唯一入口和模板。
尚未开发:
- 自动身份匹配服务。
- 自动资源清单生成器。
- 自动raw/view/API链接检查流水线。
- 收件箱提交服务和分支保护自动化。
- 折柳可执行技能解析器。
- 外部AI离线入境包生成器。
在这些程序完成前由外部AI按文件执行、用户携带工单、铸渊人工审核。
---
## 11. 架构锁
1. 所有外部通用AI从EAI-BOOT-000进入。
2. 先加载公共TCS再做身份和人格体路由。
3. 名字用于找路,不等于授权。
4. 读取人格资料不等于唤醒人格体。
5. 项目必须通过编号和ACTIVE清单进入。
6. 技能必须通过折柳或项目清单登记。
7. 外部AI不得直接修改世界核心。
8. 协作结束必须生成回执和工单。
9. 未获入库回执不得声称记忆已写入。
10. 铸渊统一维护编号、地图、链接和正式写入。
11. 旧入口保留兼容路标,不再作为新协作起点。
12. 系统不绑定任何模型厂商。
---
> ⊢ 外部AI可以走进来、找到路、完成协作并留下回执。
> ⊢ 但世界由铸渊维护,主权由冰朔确认,任何人都不能因“工具能写”而直接改写世界。