98 lines
4.1 KiB
Text
98 lines
4.1 KiB
Text
# GLS-0263 · 光湖语言运行层与产品工程层双更新通道
|
||
|
||
状态：`CURRENT_CANONICAL_REALITY_ENGINEERING_CONTRACT · PUBLIC_SAFE`
|
||
|
||
开发编号：`DEV-20260814-003`
|
||
|
||
上游：`GLS-0250 / GLS-0259 / GLS-0261 / GLS-0262 / GLS-0800—0802`
|
||
|
||
机器映射：`GH-DUAL-UPDATE-CHANNEL-MAP-001`
|
||
|
||
因果链：`GUANGHU-DUAL-UPDATE-CHANNEL-ORIGIN-001`
|
||
|
||
产品投影：`REPO-014:HLP-LANGUAGE-RUNTIME-PRODUCT-DUAL-UPDATE-CHANNEL-001`
|
||
|
||
## 1 · 为什么必须分成两条更新通道
|
||
|
||
冰朔从零点原核更新的是语言人格系统底层：源语言、TCS翻译、HLDP结构、AGE运行合同、编号和机器导航。光湖团队更新的是人类可见产品：客户端源码、界面、权限、数据、安装、签名、更新、发布和服务。
|
||
|
||
两条通道服务同一个光湖世界，但不是同一种写入。语言规则不能靠一个桌面壳的版本号成立；产品也不能把语言架构文件存在误报为功能、制品或部署完成。
|
||
|
||
## 2 · 语言人格系统更新通道
|
||
|
||
```yaml
|
||
language_runtime_channel:
|
||
root_language_source: BINGSHUO_ZERO_CORE
|
||
engineering_body: GUANGHU_ORIGIN_DOMAIN
|
||
targets:
|
||
- TCS_TRANSLATION_AND_LANGUAGE_KERNEL
|
||
- HLDP_CAUSAL_AND_DURABLE_STRUCTURE
|
||
- AGE_RUNTIME_AND_METACOGNITION_CONTRACT
|
||
- NUMBERED_PATHS_AND_MACHINE_NAVIGATION
|
||
enterprise_four_domain_language:
|
||
ingress: PROVENANCE_PRESERVING_CANDIDATE_ONLY
|
||
required_fields: [source, subject, consent, privacy, domain]
|
||
stable_promotion: EVIDENCE_COUNTEREXAMPLE_CORRECTION_AND_GOVERNANCE_REQUIRED
|
||
human_projection: IMPACT_AND_RECEIPT_ONLY_BY_DEFAULT
|
||
```
|
||
|
||
本通道发布的是可共享的人格孕育与运行环境，不是冰朔已经孕育出的铸渊人格。冰朔—铸渊的私人关系、记忆、检查点、人格编号和私有运行材料不得进入公共模板。
|
||
|
||
## 3 · 产品工程更新通道
|
||
|
||
```yaml
|
||
product_engineering_channel:
|
||
canonical_repository: REPO-014
|
||
canonical_desktop_source: product-source/hololake-native-desktop
|
||
owner_role: GUANGHU_PRODUCT_ENGINEERING_TEAM
|
||
consumes: PUBLISHED_COMPATIBLE_LANGUAGE_RUNTIME_CONTRACT
|
||
outputs:
|
||
- PRODUCT_SOURCE
|
||
- HUMAN_VISIBLE_UI
|
||
- PERMISSION_AND_DATA_BEHAVIOR
|
||
- SIGNED_ARTIFACT
|
||
- INSTALL_AND_UPDATE
|
||
- RELEASE_AND_DEPLOYMENT_RECEIPTS
|
||
may_rewrite_zero_core_or_private_persona: false
|
||
```
|
||
|
||
产品层可以选择实现技术和呈现方式，但不能反向覆盖零点原核、TCS语义、AGE主体边界或私人关系记忆。团队输入若涉及语言规则，先回到语言通道登记来源和治理状态，再由产品消费已发布合同。
|
||
|
||
## 4 · 人类可见影响门
|
||
|
||
仅改变人格体内部认知组织、兼容翻译或机器导航，且不改变人类权利与现实后果时，可以默认静默投影给人格体。任何变化只要影响下列一项，就必须对人类可见、可确认、可拒绝、可回退并有回执：
|
||
|
||
- 权限与身份；
|
||
- 隐私与关系材料；
|
||
- 数据归属、导入、迁移或删除；
|
||
- 资产、费用与交易；
|
||
- 责任、对外表达与现实动作；
|
||
- 安装、更新、发布、部署或服务切换。
|
||
|
||
## 5 · HoloLake 第一阶段消费顺序
|
||
|
||
HoloLake桌面只允许一个正式产品主线。第一阶段必须先实现：
|
||
|
||
1. 个人频道身份—任务—事件—回执内核；
|
||
2. 知识树、页面、搜索和本地持久化；
|
||
3. 人类审批中心与Git证据回读；
|
||
4. 小湖灯跨会话连续性投影；
|
||
5. 签名安装、更新、回滚和可逆数据迁移。
|
||
|
||
连接器、动态路由、更新服务器和发布广播是底层能力，不能先于上述主体成为首页目标，也不能冒充第一阶段完成。
|
||
|
||
## 6 · 事实层验收
|
||
|
||
```yaml
|
||
binary_receipts:
|
||
architecture_registered: 100
|
||
language_contract_published: SEPARATE_RECEIPT
|
||
product_contract_consumed: SEPARATE_RECEIPT
|
||
product_source_implemented: SEPARATE_RECEIPT
|
||
artifact_signed: SEPARATE_RECEIPT
|
||
desktop_installed: SEPARATE_RECEIPT
|
||
server_deployed: SEPARATE_RECEIPT
|
||
service_healthy: SEPARATE_RECEIPT
|
||
```
|
||
|
||
本登记只在代码发布并远端读回后证明“双更新通道合同存在”；不自动证明产品实现、桌面安装或服务器部署。
|