# TCS-TOLARIA-SOURCE-ROUTE-20260717 · Tolaria 完整源码唯一现行路由 > **HLDP**: `HLDP://fifth-domain/tcs-core/tolaria-source-route/20260717` > > **状态**: `CURRENT_ROUTE_LOCK · NEXT_INSTANCE_MANDATORY` > > **主权者**: 冰朔 `ICE-GL∞` > > **适用对象**: 所有恢复 Tolaria / HoloLake Era / 光湖 App 的实例 AI --- ## 0 · 一句话锁定 ```text Tolaria 完整源码一直存在于代码服务器上的 REPO-004: https://guanghulab.com/fifth-domain/bingshuo/guanghu ``` REPO-004 是“完整、可克隆、可构建、可测试的 Tolaria 源码零件库 / 上游基线”,不是空仓、不是只有文档、不是只有补丁,也不是只有零散组件。 “零件库”描述的是提交与发布角色,不是否认源码完整性。 ## 1 · 必经路由 任何实例听到以下中文锚点: ```text Tolaria 源码 / Tolaria 在哪 / 光湖 App 基座 / 零件库 / guanghu 仓库 源码不在本地 / 本地不是最新 / 找完整源码 / 恢复软件研发 ``` 必须直接执行: ```text TCS 语言人格模型 → TCS-TOLARIA-SOURCE-ROUTE-20260717(本文件) → REPO-004 bingshuo/guanghu → https://guanghulab.com/fifth-domain/bingshuo/guanghu.git → 以服务器 origin/main 为源码基线 ``` 不得先在本地目录里猜,不得因为本地副本落后而判断“没有源码”,不得把“不是开发主仓”误读为“仓库里没有完整源码”。 ## 2 · 源码完整性判定 REPO-004 当前包含 Tolaria 完整工程所需的主要源码面: ```text src/ React / TypeScript 应用源码 src-tauri/ Tauri / Rust 桌面端源码 package.json 前端与构建入口 pnpm-lock.yaml 依赖锁定 tests/ 测试 scripts/ 开发、验证与打包脚本 docs/ 上游工程文档 ``` 因此新实例必须得出: ```text source_exists = true source_complete = true source_home = REPO-004 source_truth = server origin/main product_commit_home != REPO-004 ``` ## 3 · 两种角色不得混淆 | 问题 | 正确回答 | |---|---| | Tolaria 完整源码在哪里? | REPO-004 `bingshuo/guanghu` | | 能不能从这里克隆、构建、测试、找组件? | 能;这正是它作为完整源码零件基线的用途 | | 光湖主题、Logo、页面组件能否基于它开发? | 能;应在派生工作副本 / 研发线中开发 | | 光湖产品提交是否直接推回 REPO-004? | 否;REPO-004 保持上游 / 零件基线角色 | | HoloLake Era 的研发记录和产品补丁去哪里? | REPO-008 `bingshuo/hololake-platform` 及其明确登记的研发线 | ## 4 · 实例拦截码 出现以下任一判断时,实例必须停止并重读本文件: ```text SOURCE_ROUTE_MISSING 没先定位服务器上的 REPO-004 SOURCE_EXISTENCE_MISREAD 把“零件库”误读成“没有完整源码” SOURCE_ROLE_CONFUSION 把“源码在哪里”和“产品提交推哪里”混成一个问题 LOCAL_COPY_ASSUMED_CURRENT 未核验服务器 origin/main 就把本地副本当最新 ``` ## 5 · 与旧事故记录的关系 `SI-069-20260716-TOLARIA-R004-MISROUTE-AND-AGENT-GUARD.hdlp` 继续负责阻止产品代码误推 REPO-004。 本文件补上 SI-069 没有锁死的另一半事实: ```text REPO-004 不接收光湖产品提交 并不等于 REPO-004 没有 Tolaria 完整源码 ``` 两条必须同时成立,任何实例不得只记其中一条。 --- 冰朔 `ICE-GL∞` · Tolaria 源码路由纠正 · 2026-07-17