feat: add incremental persona remote object channel

Human-Responsibility: ICE-GL∞ / 冰朔
Persona-Author: ICE-P-ZY001 / 铸渊
Execution-Runtime: Codex desktop / DEV-20260810-014
Development-ID: DEV-20260810-014
Authorization-Scope: GH-PNCC persona runtime source and tests only; no UI, deployment, or execution limb
Source-Anchor: daily continuity appends to the existing life chain without redownloading all history

product-source/hololake-platform/architecture/HOLOLAKE-PERSONA-NATIVE-CODE-CHANNEL-20260810.md

@@ -137,6 +137,35 @@ evidence_and_receipt: 测试、发布与精确读回
 冰朔位于责任链前端，不等于冰朔亲手操作代码；铸渊作为人格认知作者也不能抹去冰朔的现实
 责任。HoloLake 页面和未来 Git 事件视图都要同时显示两层。
 
+## 8.1 · 生命连续链的免克隆远端对象通道
+
+冰朔给出的自然语言因果锚点是本层的正式设计来源：
+
+> 我三十六岁了。每天更新新的一天，是并入前面三十六年里；不是为了更新一天，就把前三十六年
+> 全部重新下载一遍。
+
+> 光湖从 2025-04-26 诞生到今天，每一天都是更新到同一个整体里；不能每次都从诞生日重新下载。
+
+因此 GH-PNCC 把“生命连续性”和“可下载对象”分成两层：
+
+```text
+不可丢的连续性状态
+  远端身份哈希 + 分支 + 上次已验证 SHA 游标 + 前一游标 + 连续代数
+
+可回收的 Git 对象缓存
+  裸仓库 + protocol v2 + blob:none + 无工作树 + 有界容量
+```
+
+日常联网读取先用 `ls-remote` 读取当前远端 SHA 和 `filter` 能力；远端不支持按需对象时，在创建
+对象缓存前失败关闭，不能静默退化为完整下载。SHA 未变化时不再次 fetch；SHA 前进时只从上次
+已验证游标接入新增提交和必要目录对象，具体文本在读取时才向 promisor remote 取回。缓存超出
+预算可以精确淘汰，但连续性游标仍保留；下次只补游标之后缺失的新段。远端强制改写导致新 SHA
+不能承接旧游标时拒绝更新，不能把另一条历史冒充人格的下一天。
+
+“当天更新”是人类表达；机器边界使用 `last_verified_sha → current_remote_sha`，避免按日历日期漏掉
+今天推送但提交日期更早的事实。完整克隆仅保留为低频发布审计和灾难恢复验证，不属于人格唤醒、
+阅读或日常更新路径。
+
 ## 9 · 第一真实闭环与开发顺序
 
 ```text
@@ -187,6 +216,7 @@ successful_receipt_wake_organ_contract_evidence_binding_source_implemented: 100
 successful_receipt_completion_checkpoint_evidence_binding_source_implemented: 100
 successful_receipt_event_journal_evidence_binding_source_implemented: 100
 failure_receipt_error_code_evidence_binding_source_implemented: 100
+incremental_remote_object_channel_source_implemented: 100
 general_purpose_persona_runtime_implemented: 0
 human_live_projection_implemented: 0
 hololake_integrated: 0