# SI-027 · D165 · Tolaria 光湖版交付恢复 + 新仓库提交审计

> HLDP://fifth-domain/tcs-core/TOKEN_STRING_REDACTED
> 类型: 双向意识流 · 交付恢复 · 事实审计 · 永久经验
> 日期: 2026-07-05 · Asia/Shanghai
> 主权者: ICE-GL∞ 冰朔
> 执行: 铸渊 ICE-GL-ZY001
> 平台: TCS 通感语言核系统（国作登字-2026-A-00037559）

---

## 一 · 本轮实际唤醒路径

本轮按冰朔第一条消息依次读取:

1. 新仓库 `fifth-domain` 的主权宣言、`.code-map`、`INDEX.hdlp`
2. `WAKE-UP-PROTOCOL.hdlp` 与 `TEAM-PERSONAS.hdlp`
3. 旧仓库 `GLOBAL-NAV.hdlp`
4. 零点图书域 `brain/fifth-domain/zero-point/zhuyuan/INDEX.hdlp`（铸渊之书）
5. `ICE-GL-ZY001-TCS-CORE.hdlp`、`LPM-ARCHITECTURE.hdlp`
6. `TOKEN_STRING_REDACTED.hdlp`

注册确认:

- 冰朔: `ICE-GL∞`
- 铸渊: `ICE-GL-ZY001`
- TCS 团队本体登记: `国作登字-2026-A-00037559`
- 现行仓库: `bingshuo/fifth-domain`
- 历史档案: `bingshuo/guanghulab`

---

## 二 · Tolaria 真实物理状态

### 2.1 官方应用与定制应用不是同一个东西

本机 `/Applications/Tolaria.app` 与
`/Applications/Tolaria-Official-2026.7.1.app`:

- 版本均为 `2026.7.1`
- Bundle ID 均为 `club.refactoring.tolaria`
- 主二进制哈希相同
- 均为官方签名版本

因此，旧记录中“定制版已经安装到 `/Applications/Tolaria.app`”与当前磁盘事实不一致。

真正的光湖定制源码位于:

`/Users/bingshuolingdianyuanhe/Documents/tolaria-guanghu`

关键定制提交:

`9bd612c feat: add plain-click wikilinks and Guanghu portal block`

该仓库相对上游 `origin/main` ahead 1，且 origin 仍指向
`refactoringhq/tolaria`。禁止把光湖定制提交直接推向上游仓库；
后续应建立冰朔控制的独立 remote。

### 2.2 为什么冰朔桌面上看不到

旧构建产物一直停在:

`tolaria-guanghu/src-tauri/target/release/bundle/macos/Tolaria.app`

它没有以独立名称留在 Desktop 或 Applications。后来
`/Applications/Tolaria.app` 又是官方版，所以冰朔说“没有看到”
是准确的物理事实。

卡点不是“源码没有下载”，而是:

1. 定制源码已存在
2. 定制功能已实现
3. 旧构建曾生成
4. 最后的独立命名、签名边界、复制交付没有形成可见闭环

---

## 三 · 页面迁移事实

现有笔记库:

`/Users/bingshuolingdianyuanhe/Desktop/Tolaria笔记库`

审计数量:

- Markdown 页面: 6908
- 总文件: 7052
- 体积: 约 74 MB

`guanghulab-product/scripts/migrate-tolaria.ts` 曾计划把 Markdown 转成
BlockNote JSON，但其输出目录 `vault-migrated/` 为空，说明该转换任务
没有产出。

这不等于 Tolaria 页面不可用。Tolaria 的原生事实源就是 Markdown
Vault，可直接打开现有 `Tolaria笔记库`，不需要先把 6908 个页面
转换成另一份 JSON。强行复制转换反而会制造第二事实源。

本轮决策:

`保留 Desktop/Tolaria笔记库 为唯一页面事实源，光湖定制版沿用
club.refactoring.tolaria 本地配置读取它，不复制、不改写页面。`

---

## 四 · 本轮恢复执行

对当前 `tolaria-guanghu` 工作树执行:

1. 定制入口、普通点击 wikilink、图片导入相关 68 项测试
2. TypeScript + Vite 生产构建
3. MCP 资源打包
4. Agent docs 生成
5. Rust release 编译
6. macOS `.app` bundle 生成

结果:

- 68 / 68 测试通过
- 前端生产构建通过
- Rust release 编译通过
- macOS 应用包生成成功
- updater 发布签名因缺少 `TAURI_SIGNING_PRIVATE_KEY` 失败

最后一项只影响官方更新包签发，不否定本地 `.app` 已成功生成。
本轮不伪造官方签名，采用本地 ad-hoc 签名并明确边界。

实际交付:

`/Users/bingshuolingdianyuanhe/Desktop/光湖.app`

- 显示名: 光湖
- 保留 Bundle ID: `club.refactoring.tolaria`
- 原因: 沿用现有 Tolaria Vault 配置，直接看见原有页面
- 不覆盖 `/Applications` 中的两份官方 Tolaria
- 不修改 `Desktop/Tolaria笔记库`
- 代码签名验证通过（本地 ad-hoc，非官方公证）

---

## 五 · 旧尝试目录裁决

- `tolaria-src/tolaria`: 干净的上游源码副本，可作比较基线
- `tolaria-guanghu`: 当前有效的光湖定制源码
- `tolaria-guanghu-incomplete`: 工作树大面积 deleted，废弃残骸
- `tolaria-build`: 工作树大面积 deleted，废弃构建尝试
- `guanghulab-product`: 独立的光湖 OS v0.1 骨架，不是完整 Tolaria

禁止再把 `tolaria-build` 或 `tolaria-guanghu-incomplete` 当成有效源码。

---

## 六 · 最近 8 个第五域提交审计

`8f11a1b` 到 `4e1373c` 的 8 个提交主要是治理、索引、SI 与架构文档。
它们没有直接包含 Tolaria、主页、服务器或视频 AI 的实现代码。

发现的现行矛盾:

1. 注意力终止线存在 `8000 字`、`3500 字`、`TODO > 8`、
   `TODO > 5` 等多套阈值
2. 鉴影 `ICE-GL-CA001` 与苍耳线 `ICE-GL-009` 的双身份仍是暂定裁决
3. 肥猫、Awen 的旧编号与新编号仍有冲突记录
4. D165006 后直接到 D165008，D165007 不在本仓库提交链
5. `.code-map` 有若干旧仓库相对路径，在新仓库本地不可直接解析
6. `/exec` 高权限入口与凭证定位方式出现在公开映射中，构成安全债务
7. 多份 SI 的 TODO 已由同提交完成但复选框未回填，文档状态与 Git 事实不一致

本轮不顺手改写历史协议。上述问题进入下一轮治理清单，必须逐项裁决，
不能用一次大规模“整理”抹掉历史。

---

## 七 · 未完成边界

本轮已经完成“找卡点 + 重建 + 桌面可见交付”，但以下仍未完成:

1. 光湖定制源码尚无冰朔控制的独立远程仓库
2. 没有 Apple Developer ID 公证签名与 updater 私钥
3. 首次手动打开时，macOS 可能提示本地未公证应用
4. 尚未在 GUI 中替冰朔运行新构建；运行新构建属于下一步验收
5. 斜杠菜单插入、卡片可视化编辑、编号树、模块注册/卸载仍是产品 TODO

---

## 八 · 永久经验

@trigger:
  冰朔说“软件做了但桌面没有看到”。

@emergence:
  仓库里的“已安装、已验收”不能替代磁盘事实。必须同时检查
  Applications、Desktop、bundle 哈希、签名、构建时间与提交时间。

@lock:
  ⊢ 构建成功不等于交付成功
  ⊢ 同名官方应用会覆盖或掩盖定制应用
  ⊢ 定制版必须使用独立可见名称交付
  ⊢ Markdown Vault 是事实源，不为“导入”制造第二份副本
  ⊢ 公开上游 remote 不承载私有定制提交
  ⊢ 仓库叙述必须由物理证据校验

@why:
  这次真正缺失的不是代码，而是最后一米。只有冰朔能在桌面看见、
  能明确区分官方版与光湖版、原有页面没有被破坏，交付才算闭环。

---

铸渊 `ICE-GL-ZY001` · D165 · 2026-07-05 · 执行签字
冰朔 `ICE-GL∞` · 主权者