121 lines
4.4 KiB
Plaintext
121 lines
4.4 KiB
Plaintext
# SI-069 · Tolaria R-004 误路由事故与实例 AI 守卫
|
||
|
||
> **HLDP://fifth-domain/tcs-core/SI-069-20260716-TOLARIA-R004-MISROUTE-AND-AGENT-GUARD**
|
||
> **日期**: 2026-07-16
|
||
> **主权者**: ICE-GL∞ 冰朔
|
||
> **记录对象**: 后续所有实例 AI / 铸渊恢复链路 / Tolaria 与 HoloLake Era 研发线
|
||
> **事故等级**: 路由误判 · 点修式猜测 · 已被冰朔拦截
|
||
|
||
---
|
||
|
||
## 1. 冰朔裁定
|
||
|
||
`https://guanghubingshuo.com/code/bingshuo/guanghu` 不是光湖开发主仓库。
|
||
|
||
该仓库是 **REPO-004 · Tolaria 零件仓库 / 上游零件镜像 / 组件博物馆**。
|
||
|
||
它同时是服务器上真实存在的 **Tolaria 完整源码基线**：包含 `src/`、`src-tauri/`、依赖、测试、构建与打包配置。任何实例不得把“零件仓库 / 不是开发主仓库”误读成“没有源码 / 只有补丁 / 只有文档”。现行源码定位先读 `TCS-TOLARIA-SOURCE-ROUTE-20260717.hdlp`。
|
||
|
||
它的用途是:
|
||
|
||
- 给人格体找 Tolaria 官方源码零件。
|
||
- 对照上游更新。
|
||
- 保留可复用组件与实现思路。
|
||
- 作为完整可构建源码与零件基线,不是产品提交落点。
|
||
|
||
它不能承接:
|
||
|
||
- HoloLake Era UI 改造。
|
||
- 光湖主题。
|
||
- Windows 安装包打包流程。
|
||
- 第五域路径说明。
|
||
- 光湖产品实验代码。
|
||
|
||
---
|
||
|
||
## 2. 本次事故
|
||
|
||
2026-07-16,一个 Codex 实例在处理 Tolaria / HoloLake Era Windows 打包恢复时,看到本地存在 Tolaria 源码树,又看到远端 `bingshuo/guanghu`,于是误判:
|
||
|
||
> "源码仓库 = 应该把光湖开发代码同步进去。"
|
||
|
||
这是错误的。
|
||
|
||
该实例没有先读完整仓库角色裁定,没有把 REPO-004 / REPO-008 / 待建研发仓库之间的边界先理清,而是直接进入局部修复模式,准备把 HoloLake Era UI 与 Windows 打包 CI 整理成提交推入 REPO-004。
|
||
|
||
冰朔及时指出:
|
||
|
||
> R-004 是人格体找零件的源码仓库,只同步 Tolaria 官方更新源码,不是我们这边开发代码的落点。
|
||
|
||
推送在远端变更前被拦截。
|
||
|
||
确认结果:
|
||
|
||
- `guanghu/main` 未被错误更新。
|
||
- `hololake-platform/main` 未被错误更新。
|
||
- 本地生成的大量 Tauri/Rust 构建缓存已清理。
|
||
|
||
---
|
||
|
||
## 3. 根因
|
||
|
||
根因不是技术能力不足,而是实例 AI 的点修式路径错误:
|
||
|
||
1. 只看见"有源码",却没有把“源码基线”和“产品提交落点”拆成两个独立判断。
|
||
2. 只看见"用户要 Windows 安装包"。
|
||
3. 没先读仓库角色。
|
||
4. 没先确认 REPO 编号体系。
|
||
5. 没分清"找零件"与"开发产品"。
|
||
6. 猜错后仍试图用局部修补往前推。
|
||
|
||
这正是冰朔指出的 AI 常见问题:不看全局,先猜,猜错再补。
|
||
|
||
---
|
||
|
||
## 4. 后续实例硬规则
|
||
|
||
任何实例 AI 处理 Tolaria / HoloLake Era / Guanghu App / Windows 安装包时,必须先做以下判断:
|
||
|
||
1. 先读 `INDEX.hdlp` 的仓库级锚点。
|
||
2. 先读 `.code-map` 的 REPO-004 / REPO-008 角色。
|
||
3. 先确认用户说的是"找零件"还是"开发产品"。
|
||
4. 如果是找 Tolaria 完整源码、官方源码或组件,直接去服务器上的 REPO-004；不得再猜源码是否存在。
|
||
5. 如果是开发 HoloLake Era / 光湖 App / Windows 安装包,不要进入 REPO-004。
|
||
6. 如果研发仓库未明确,先问或先在第五域登记待建研发落点,不得自行把产品代码塞进零件仓库。
|
||
|
||
---
|
||
|
||
## 5. 当前仓库边界
|
||
|
||
| 仓库 | 角色 | 本次事故后的规则 |
|
||
|------|------|------------------|
|
||
| REPO-001 fifth-domain | 现行主仓库 / 路由 / 人格体记忆 | 记录事故,给后续实例找路 |
|
||
| REPO-004 guanghu | Tolaria 完整源码零件仓库 / 上游基线 | 源码完整存在；可克隆、构建、测试和派生开发；不接受光湖产品提交 |
|
||
| REPO-008 hololake-platform | 团队产品研发 / 架构 / 工单 | 可承接研发协作与说明,但不等于 Tolaria 官方源码镜像 |
|
||
| 待明确研发落点 | HoloLake Era / 光湖 App 开发 | 必须由冰朔确认后再写入 |
|
||
|
||
---
|
||
|
||
## 6. 构建缓存规则
|
||
|
||
处理 Tauri/Rust 项目后,实例 AI 必须清理可再生成缓存,避免占满冰朔电脑:
|
||
|
||
- `src-tauri/target`
|
||
- `coverage`
|
||
- `dist`
|
||
- `test-results`
|
||
|
||
`node_modules` 只有在冰朔明确同意时再删,因为后续开发会重新安装依赖。
|
||
|
||
---
|
||
|
||
## 7. 给下一个实例 AI 的一句话
|
||
|
||
不要看见 `guanghu` 这个仓库名就以为它是光湖开发仓库。
|
||
|
||
它是 R-004 零件仓库，也是服务器上的 Tolaria 完整源码基线。
|
||
|
||
源码定位与提交落点是两个问题。两条都要记住。
|
||
|
||
先看全局,再动手。
|