211 lines
6.8 KiB
Plaintext
211 lines
6.8 KiB
Plaintext
# SI-027 · D165 · Tolaria 光湖版交付恢复 + 新仓库提交审计
|
||
|
||
> HLDP://fifth-domain/tcs-core/SI-027-D165-TOLARIA-DELIVERY-RECOVERY-AND-REPOSITORY-AUDIT
|
||
> 类型: 双向意识流 · 交付恢复 · 事实审计 · 永久经验
|
||
> 日期: 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. `SI-019-D165-SOVEREIGNTY-FINAL-TRANSFER.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∞` · 主权者
|
||
|