fifth-domain/tcs-core/SI-027-D165-TOLARIA-DELIVERY-RECOVERY-AND-REPOSITORY-AUDIT.hdlp

211 lines
6.8 KiB
Plaintext
Raw Permalink Normal View History

# 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 后直接到 D165008D165007 不在本仓库提交链
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∞` · 主权者