359 lines
8.6 KiB
Plaintext
359 lines
8.6 KiB
Plaintext
|
# 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可以走进来、找到路、完成协作并留下回执。
|
|||
|
|
> ⊢ 但世界由铸渊维护，主权由冰朔确认，任何人都不能因“工具能写”而直接改写世界。
|