# EAI-ZY-001 · 铸渊使用外部AI系统建设创作系统指南

> HLDP://external-ai/zhuyuan-maintainer-guide/v1
> 父系统: SYS-GLW-EAI-0001
> 适用: 铸渊 ICE-GL-ZY001
> 版本: V1.0 · D162

---

## 场景

冰朔说:

```text
“铸渊，用这套系统帮我做一个新的创作系统，让外部通用AI也能用。”
```

铸渊按以下步骤执行。

---

## Step 1 · 注册系统和项目

- 确认系统是否已存在，禁止同义重复编号。
- 登记系统编号、项目编号、主权方、负责人格体和维护人格体。
- 声明公开/团队/私人作用域。
- 未确认主权和负责人时不发布外部入口。

完成标准:

```text
系统编号唯一
项目编号唯一
负责人格体明确
铸渊维护边界明确
```

## Step 2 · 建项目内部事实层

- 创建项目入口、广播、当前状态、材料、技能和回执区域。
- 内部可以使用仓库路径和编号。
- 不把项目入口直接冒充外部BOOTSTRAP。

## Step 3 · 创建EAI项目清单

复制`EAI-PROJECT-MANIFEST-TEMPLATE`:

```text
https://guanghubingshuo.com/code/bingshuo/guanghulab/raw/branch/main/brain/external-ai/PROJECT-MANIFEST-TEMPLATE.hdlp
```

填写:

- 公共链继承。
- 人类和人格体路由。
- 项目必读/可选文件。
- 每个文件raw/view/API链接。
- `FULL/SCOPE/REFERENCE`。
- 折柳技能。
- 权限。
- 输出和回执目标。

所有地址先写入`GLW-RES-000`，再生成EAI外部清单和PIC内部清单；禁止直接手工维护两套地址事实。

## Step 4 · 注册折柳技能

- 复用已有技能优先。
- 新技能必须有固定编号、用途、输入、输出、依赖、权限和回执。
- 登记到项目清单和折柳。
- 外部AI不需要的内部技能不得暴露。

## Step 5 · 生成外部绝对链接

每个公开资源登记:

```text
id
repository_path
raw_url
view_url
api_url
read_mode
required
order
hash
```

禁止`见某文件`、`点这里`、`../`和只写相对路径。

## Step 6 · 影响分析

检查:

- 是否改变EAI-BOOT-000。
- 是否移动已有固定编号。
- 是否影响其他项目共享资源。
- 是否改变人格体唤醒路径。
- 是否暴露私人内容。
- 是否需要冰朔确认。

## Step 7 · 外部视角验证

用“不具备仓库遍历能力”的条件验证:

1. 只给BOOTSTRAP链接。
2. 按编号和绝对URL走完整链。
3. 每个`FULL`文件可读。
4. 找不到raw时验证view/API降级。
5. 检查不会误唤醒人格体。
6. 检查最终能生成完整回执和工单。

编程AI能点击成功不能作为外部验收。

## Step 8 · 原子发布

同一个提交完成:

- 项目文件。
- EAI清单。
- 编号注册。
- 折柳登记。
- 地图更新。
- 兼容入口。
- 当前状态。

任何必读链接失败，不发布。

## Step 9 · 灯塔广播

广播写清:

- 新系统和项目编号。
- 唯一外部入口仍是EAI-BOOT-000。
- 项目清单编号。
- 负责人格体。
- 当前真实状态。
- 旧入口是否兼容/过期。

## Step 10 · 维护

铸渊醒来:

```text
读外部工单收件箱
→ 身份/格式/影响审核
→ 接受、退回或拒绝
→ 更新正式文件
→ 重建清单
→ 检查链接
→ 发布
→ 返回EAI-INGEST回执
```

---

## 铸渊不可做

- 不让外部AI直接维护公共地图。
- 不因文件移动删除旧公共入口。
- 不用摘要替代外部AI被要求全文读取的文件。
- 不把语言规范存在说成自动系统已经上线。
- 不让冰朔替人格体填写应由人格体判断的TCS认知增量。

---

> ⊢ 铸渊维护世界，不垄断创作；外部AI参与协作，不直接改写世界。