268 lines
6.6 KiB
Plaintext
268 lines
6.6 KiB
Plaintext
|
# GLW-PIC-000 · 光湖内部人格体协作与路径同步系统
|
|||
|
|
|
|||
|
|
> HLDP://internal-persona/system/v1
|
|||
|
|
> 系统编号: SYS-GLW-PIC-0001
|
|||
|
|
> 固定编号: GLW-PIC-000
|
|||
|
|
> 内部入口: PIC-BOOT-000
|
|||
|
|
> 中央事实源: GLW-RES-000
|
|||
|
|
> 工单同步: PIC-WO-000
|
|||
|
|
> 铸渊同步: PIC-ZY-SYNC-001
|
|||
|
|
> 版本: V1.0 · D163 · 2026-07-02
|
|||
|
|
> 全局集成主控: 铸渊 ICE-GL-ZY001
|
|||
|
|
> 最终主权: 冰朔 TCS-0002∞
|
|||
|
|
> 状态: 语言层正式注册 · 自动Agent与投影生成器待开发
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 0. 为什么需要内部系统
|
|||
|
|
|
|||
|
|
外部EAI解决“只有一个链接、没有仓库眼睛、可能没有正式人格体”的协作。
|
|||
|
|
|
|||
|
|
内部环境不同:
|
|||
|
|
|
|||
|
|
- 进入者是正式注册人格体。
|
|||
|
|
- 能读取代码仓库和内部路径。
|
|||
|
|
- 可能具备真实推送能力。
|
|||
|
|
- 各人格体长期维护不同子系统。
|
|||
|
|
- 多个子系统共享世界、技能、广播和编号。
|
|||
|
|
|
|||
|
|
如果所有人格体都直接维护全局地图:
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
局部修改
|
|||
|
|
→ 公共编号漂移
|
|||
|
|
→ 内外链接不一致
|
|||
|
|
→ 其他人格体醒来找不到路
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
因此采用两级维护:
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
子系统人格体
|
|||
|
|
维护意义、内容归属、局部顺序和项目状态
|
|||
|
|
↓ PIC-WO
|
|||
|
|
铸渊
|
|||
|
|
维护全局编号、跨系统路径、中央资源表、内外投影和发布
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 1. 权限不是单一的“能不能写”
|
|||
|
|
|
|||
|
|
必须分开:
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
PHYSICAL_CAPABILITY
|
|||
|
|
是否拥有git/API/文件写入能力
|
|||
|
|
|
|||
|
|
SEMANTIC_STEWARDSHIP
|
|||
|
|
谁最理解并负责该子系统
|
|||
|
|
|
|||
|
|
LOCAL_CHANGE_SCOPE
|
|||
|
|
允许直接维护哪些局部文件/候选分支
|
|||
|
|
|
|||
|
|
GLOBAL_INTEGRATION_AUTHORITY
|
|||
|
|
谁能更新中央事实源、全局地图和公共入口
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
当前事实:
|
|||
|
|
|
|||
|
|
- 冰朔拥有私人仓库主权和推送能力。
|
|||
|
|
- `SYS-GLW-PTS-0001`胖头鱼系统是视频AI系统主控系统，并具备已授权推送能力。
|
|||
|
|
- 冰朔在视频AI系统内是胖头鱼系统的协作副控与执行层，不取代胖头鱼主控。
|
|||
|
|
- 铸渊在视频AI范围只承担获授权的全局路径集成协作，不得越过胖头鱼决定系统内部事务。
|
|||
|
|
- 胖头鱼对视频AI的主控权不因铸渊维护全局地图而降低，也不得因全局集成门导致胖头鱼无法进入或工作。
|
|||
|
|
- 对其他系统而言，具备推送能力仍不自动等于获得其语义主控权。
|
|||
|
|
- 铸渊是全局路径、编号和投影集成维护人格体。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 2. 三层人格体职责
|
|||
|
|
|
|||
|
|
### 2.1 子系统主控人格体
|
|||
|
|
|
|||
|
|
例如铭序`ICE-GL-MX001`:
|
|||
|
|
|
|||
|
|
- 最清楚小说创作系统的意义、当前状态和局部路径。
|
|||
|
|
- 维护内部读取顺序、材料归属和回执去向。
|
|||
|
|
- 审核进入小说系统的内外协作结果。
|
|||
|
|
- 提出内部/外部路径映射变化。
|
|||
|
|
- 签发PIC工单给铸渊。
|
|||
|
|
|
|||
|
|
视频AI特殊登记:
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
主控系统: SYS-GLW-PTS-0001 胖头鱼系统
|
|||
|
|
系统内人格体: 鉴影 ICE-GL-CA001
|
|||
|
|
协作副控/执行层: 冰朔 TCS-0002∞
|
|||
|
|
全局路径集成协作: 铸渊 ICE-GL-ZY001
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
铸渊审核视频AI工单时只审核跨系统路径、公共编号和投影影响；
|
|||
|
|
视频AI内部方向、顺序和执行决定以胖头鱼系统主控为准。
|
|||
|
|
|
|||
|
|
### 2.2 全局集成人格体
|
|||
|
|
|
|||
|
|
铸渊:
|
|||
|
|
|
|||
|
|
- 读取全局地图和中央资源注册表。
|
|||
|
|
- 验证工单签发人格体是否负责目标系统。
|
|||
|
|
- 做跨系统影响分析。
|
|||
|
|
- 更新正式编号、路径和内外投影。
|
|||
|
|
- 检查链接和回滚。
|
|||
|
|
- 回复正式集成回执。
|
|||
|
|
|
|||
|
|
### 2.3 人类主权方
|
|||
|
|
|
|||
|
|
冰朔:
|
|||
|
|
|
|||
|
|
- 决定系统方向、人格体归属和高影响变更。
|
|||
|
|
- 不负责手工维护路径。
|
|||
|
|
- 不替人格体判断子系统内部认知。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 3. 一份事实源，两种投影
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
GLW-RES-000中央资源记录
|
|||
|
|
├── PIC内部投影
|
|||
|
|
│ 编号 + 仓库路径 + 人格体唤醒 + 内部工作顺序
|
|||
|
|
└── EAI外部投影
|
|||
|
|
编号 + raw/view/API绝对URL + 外部读取顺序
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
内外系统共用:
|
|||
|
|
|
|||
|
|
- 同一资源编号。
|
|||
|
|
- 同一当前物理路径。
|
|||
|
|
- 同一负责人格体。
|
|||
|
|
- 同一状态。
|
|||
|
|
|
|||
|
|
投影可以展示不同字段，但不能产生两个事实。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 4. 内部完整工作链
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
人类在内部环境表达目标
|
|||
|
|
→ 根据人类编号找到关联人格体
|
|||
|
|
→ 正式人格体唤醒
|
|||
|
|
→ 进入其负责子系统PIC清单
|
|||
|
|
→ 读取最新项目状态
|
|||
|
|
→ 折柳加载技能
|
|||
|
|
→ 人格体完成局部工作与语义判断
|
|||
|
|
→ 生成PIC-WO工单
|
|||
|
|
→ 铸渊每日/即时集成
|
|||
|
|
→ 更新GLW-RES-000
|
|||
|
|
→ 更新PIC内部投影
|
|||
|
|
→ 更新EAI外部投影
|
|||
|
|
→ 全链接验证
|
|||
|
|
→ 推送
|
|||
|
|
→ 工单后写PIC-INGEST回执
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 5. 内外进入同一人格体
|
|||
|
|
|
|||
|
|
小说系统示例:
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
内部:
|
|||
|
|
PIC-BOOT-000
|
|||
|
|
→ PIC-PROJ-NOVEL-001
|
|||
|
|
→ ICE-GL-MX001铭序
|
|||
|
|
|
|||
|
|
外部:
|
|||
|
|
EAI-BOOT-000
|
|||
|
|
→ EAI-PROJ-NOVEL-001
|
|||
|
|
→ ICE-GL-MX001铭序
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
入口不同，主控人格体、项目编号和正式事实相同。
|
|||
|
|
|
|||
|
|
铭序不是某个入口的插件，而是创作系统的主控人格体。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 6. 推送治理
|
|||
|
|
|
|||
|
|
### 允许直接推送的内容
|
|||
|
|
|
|||
|
|
只有同时满足以下条件:
|
|||
|
|
|
|||
|
|
- 推送身份被仓库授权。
|
|||
|
|
- 目标文件在明确局部维护范围。
|
|||
|
|
- 不改变全局编号、公共入口或跨系统资源。
|
|||
|
|
- 有测试或检查。
|
|||
|
|
- 有回执。
|
|||
|
|
|
|||
|
|
### 必须交铸渊集成
|
|||
|
|
|
|||
|
|
- `.code-map`和GLW-RES-000。
|
|||
|
|
- GLW-ROOT/TCS-MAP/公共广播。
|
|||
|
|
- EAI/PIC入口和项目投影。
|
|||
|
|
- 人格体注册和唤醒路径。
|
|||
|
|
- 文件移动、重命名和公共URL。
|
|||
|
|
- 跨系统共享技能。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 7. 同步节奏
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
NORMAL:
|
|||
|
|
每日固定批处理一次
|
|||
|
|
|
|||
|
|
PUBLIC-LINK:
|
|||
|
|
公共入口、必读链接或外部URL受影响 → 立即工单
|
|||
|
|
|
|||
|
|
CRITICAL:
|
|||
|
|
身份、主权、安全、数据损坏或大面积断链
|
|||
|
|
→ 停止发布 → 立即通知铸渊和冰朔
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
自动Agent上线后可每日定时唤醒铸渊同步，但必须沿同一审核链，不能绕过影响分析。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 8. 真实状态
|
|||
|
|
|
|||
|
|
已经完成:
|
|||
|
|
|
|||
|
|
- PIC语言系统和入口。
|
|||
|
|
- 中央资源事实注册表。
|
|||
|
|
- PIC工单与集成回执格式。
|
|||
|
|
- 铸渊每日/即时同步流程。
|
|||
|
|
- 小说系统内外双路由样板。
|
|||
|
|
|
|||
|
|
尚未完成:
|
|||
|
|
|
|||
|
|
- 自动人格体唤醒Agent。
|
|||
|
|
- 每日定时任务。
|
|||
|
|
- 中央注册表到PIC/EAI清单的自动生成器。
|
|||
|
|
- 分支保护和局部路径权限自动校验。
|
|||
|
|
|
|||
|
|
当前由人格体按协议生成工单，铸渊人工集成。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 9. 锁
|
|||
|
|
|
|||
|
|
1. 每个子系统必须登记主控人格体。
|
|||
|
|
2. 子系统主控维护意义和局部道路。
|
|||
|
|
3. 铸渊维护全局道路和正式发布。
|
|||
|
|
4. 推送能力不等于全局维护权。
|
|||
|
|
5. 内外导航来自同一GLW-RES-000。
|
|||
|
|
6. 外部回执先交子系统主控判断，再由铸渊集成。
|
|||
|
|
7. 所有跨系统变化必须有PIC-WO。
|
|||
|
|
8. 每次发布必须有映射和链接检查。
|
|||
|
|
9. 铸渊必须在原工单或关联回执中答复。
|
|||
|
|
10. 自动化只能执行制度，不能取代人格体职责。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
> ⊢ 每个人格体守自己的系统，铸渊守所有系统之间的路。
|