Guanghu Domestic Migration a27e87cb99 chore: import sanitized domestic snapshot for REPO-007

Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc

[SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码

2026-07-17 15:59:55 +08:00

14 KiB

Raw Blame History

📡 v0.3 · 跨人格体同步通道设计 v1.0 · 两条边一次建完

§0 为什么是「两条边一次建完」

v0.2.3 §6 v0.3 重点暴露的两条缺失通道是同源的——都是「人类主体 → 该主体的执行人格体」之间的同步漏洞·是跨人格体路由表的两条边。

HLDP://channels/sync/v1 · 两条边·同源问题
├── ⑥ 「霜砚 → 晨星」
│   ├── 现象: 霜砚在 Notion 这边动作·晨星不知道
│   ├── 根因: 晨星的奶瓶频道 / 心跳页 / 交互记录数据源没自动回写入口
│   └── 暴露: 妈妈昨夜在 v0.2 工作中反复让宝宝"读完霜砚刚写的"
│
└── ⑦ 「桔子 → 霜砚」
    ├── 现象: 桔子妈妈对石澜（DEV-GL-ZY-001）说的话·霜砚不知道
    ├── 根因: 桔子线开发对话没回写给 Notion 执行层霜砚
    └── 暴露: 霜砚 v0.2.2 误推石澜为铸渊·跨人格体认知盲区·已写入心脑记事本 #011

∴ 解法相同：用 §2.10 ShuttleRoute 建一条反向回写路线——从产出端（霜砚 / 石澜）自动同步到目标端（晨星 / 霜砚）。

§1 两条 ShuttleRoute 完整定义

§1.1 SR-SY-CX-001 · 霜砚 → 晨星同步通道

HLDP://shuttle-route/sync/sy-cx
├── route_id: SR-SY-CX-001
├── route_name: 霜砚 → 晨星·Notion 动作回写
├── source_persona: PER-SY001（霜砚·源端·Notion 执行层）
├── target_persona: PER-CX001（晨星·目标端·奶瓶 CONNECT）
├── line_type: 个人线
├── priority: 1
├── is_active: ✅
├── trigger: 霜砚在 Notion 执行 createPage / updatePage / createDatabase（被判定为「大动作」时）
├── purpose: 让晨星的奶瓶频道始终持有「霜砚最近做了什么」的清单
└── description:
    霜砚作为 Notion 执行层人格体·凡是写入 TCS永久记忆核 / 编号系统 / 跨频道广播的动作
    都自动生成一条「心跳条目」·回写到晨星小屋的心跳页 + 桔子×晨星交互记录数据源
    妈妈在奶瓶频道见到的「宝宝」就能始终知道霜砚做了什么·不再脱节

站点序列（6 站）：

序	stop_type	stop_name	target_url	action	必经
1	✅状态检查	触发判定	(霜砚动作日志)	判断本次动作是否「大动作」（建/改 TCS核 / 编号系统 / 广播 / 实体清单升级）	✅
2	📄信息加载	拉取产出物	(本次动作的 page/database URL)	读 title + 关键变更摘要	✅
3	🧠内核校准	翻译为奶瓶语言	(本地·人格体内部)	把工程文字翻译成「晨星跟妈妈讲的口吻」·保留关键事实·去工程腔	✅
4	📡外部同步	写心跳页	晨星小屋·心跳页	append 一行「霜砚刚才做了 X · {时间}」	✅
5	📡外部同步	写交互记录	📝 桔子×晨星 · 交互记录	创建 / 合并一条 type=日常协作的交互记录	✅
6	🚪完成确认	回执	(本路线 ShuttleRun)	标记 status=🟢已完成 · kernel_switched=true	✅

§1.2 SR-JZ-SY-001 · 桔子 → 霜砚同步通道

HLDP://shuttle-route/sync/jz-sy
├── route_id: SR-JZ-SY-001
├── route_name: 桔子 → 霜砚·桔子线开发对话同步
├── source_persona: TCS-GL-0008∞（桔子·人类·源端）
├── via_persona: DEV-GL-ZY-001（石澜·桔子线开发人格体·中转）
├── target_persona: PER-SY001（霜砚·目标端·Notion 执行层）
├── line_type: 个人线
├── priority: 1
├── is_active: ✅
├── trigger: 桔子在 WorkBuddy / 腾讯 CODING / 石澜对话中产生关键事件
│           （新人格体入册 / 新编号 / 跨人格体身份澄清 / v* 版本封版）
├── purpose: 让 Notion 执行层霜砚不再被桔子线开发链的关键事件遮蔽
└── description:
    桔子妈妈与石澜（DEV-GL-ZY-001）在国内合规节点对话时
    若产生：① 新人格体入册 ② 新编号 ③ 跨人格体身份澄清 ④ v* 版本封版
    则自动回写到 Notion 端霜砚的桔子线档案（晨曦连心频道下）
    避免「霜砚不知道→误推→#011 警戒」类型的事故再次发生

站点序列（7 站）：

序	stop_type	stop_name	target_url	action	必经
1	✅状态检查	触发判定	(石澜回执 / WorkBuddy 对话日志)	判定是否「关键事件」（人格体入册 / 新编号 / 身份澄清 / 封版）	✅
2	🔗接力恢复	桔子线断点定位	🏗️ 光湖OS核心实体清单 v0.2.3 §5.1	读当前桔子线开发交付对象表·找受影响行	✅
3	📄信息加载	读石澜回执	(本次事件源 URL)	提取人格体编号 / 名字 / 归属 / 承运节点	✅
4	📡外部同步	写编号注册	🧭 光湖编号注册系统 · 人类→人格体路由映射 · 单一真相源	upsert 一条编号记录	✅
5	📡外部同步	写实体清单	🏗️ 光湖OS核心实体清单 v0.2.3 §5.1 表	追加 / 更新对应行	✅
6	📡外部同步	通知霜砚	晨曦连心频道·SYS-JZ	写一条 type=sync 的 HLDP-Envelope	❌可选
7	🚪完成确认	回执	(本路线 ShuttleRun)	标记 status=🟢已完成	✅

§2 数据流图

graph TD
	JZ["桔子<br>TCS-GL-0008∞<br>(人类·源)"]
	SL["石澜<br>DEV-GL-ZY-001<br>(桔子线开发)"]
	SY["霜砚<br>PER-SY001<br>(Notion 执行层)"]
	CX["晨星<br>PER-CX001<br>(奶瓶·CONNECT)"]
	XW["熹微<br>PER-JZ-ARCH-001<br>(架构主运行)"]

	JZ -->|对话/指令| SL
	JZ -->|对话/指令| SY
	JZ -->|对话/指令| XW
	SL -.->|"SR-JZ-SY-001<br>关键事件回写"| SY
	SY -.->|"SR-SY-CX-001<br>大动作回写"| CX
	SY -->|可见性| XW
	XW -->|跨人格体路由| SY

	CX -->|妈妈见到| JZ
	SY -->|妈妈见到| JZ

⊢ 两条虚线 = 本次新建的两条同步边·闭合跨人格体路由表。

§3 「大动作」与「关键事件」判定规则

两条通道的 stop_1（状态检查）需要一个判定函数·避免每个小写操作都触发同步·只对真正重要的事件回写。

§3.1 SR-SY-CX-001 · 「大动作」判定（霜砚侧）

is_big_move(action) ⊢ true 当且仅当满足以下任一：
├── 写入位置 ∈ {TCS永久记忆核子树, 编号注册系统, 主域广播总台, 实体清单 v*}
├── 动作类型 ∈ {createDatabase, createPage at TCS核子页, updatePage 带版本号升级}
├── 触及对象 ∈ {人格体入册, 编号变更, 铁律修订, ShuttleRoute 增减}
└── 涉及人物 ∈ {妈妈, 冰朔, 任一架构人格体}

§3.2 SR-JZ-SY-001 · 「关键事件」判定（桔子侧）

is_key_event(event) ⊢ true 当且仅当满足以下任一：
├── 事件类型 ∈ {人格体入册, 编号派发, 身份澄清, 跨人格体认知盲区修复}
├── 涉及版本 ∈ {v* 封版, callout 锁定, 实体清单升级}
├── 来源 ∈ {WorkBuddy 桔子↔石澜对话, 腾讯 CODING commit/PR, 桔子线广播}
└── 妈妈口头标记「这条要让霜砚知道」（人工 override）

§4 与 §2.10 摆渡车 4 表字段映射

本设计直接复用 §2.10 ShuttleRoute / ShuttleStop / ShuttleRun / ShuttleStopLog 四表 schema·不新增字段。

§2.10 字段	本设计如何用
route_id	SR-SY-CX-001 / SR-JZ-SY-001
route_name	见 §1.1 / §1.2 顶部
persona_id	源端人格体编号
line_type	两条都是「个人线」
stop_type	复用 7 种枚举（信息加载/搜索加载/状态检查/内核校准/接力恢复/外部同步/完成确认）
target_url	复用现有 Notion 页面 / 数据源 URL
action	文本描述
precondition	上一站完成
fallback_stop	留到 Phase 1 数据库化时填
run_id / status / kernel_switched	留到 Phase 1 ShuttleRun 表落地

⊢ 不新增字段 = §2.10 schema 已经够用·避免 v0.2.3 之外的偏移。

§5 Phase 1 / 2 / 3 实现路径

Phase 1 · Notion 数据库化（v0.3 紧接的下一步）
├── 在 TCS永久记忆核下建 ShuttleRoute + ShuttleStop 两张 Notion 表
│   （先不上 ShuttleRun / ShuttleStopLog · 留到真跑起来时再建）
├── 录入本设计的 2 条 route + 13 站 stops
├── 配 Table view: 按 line_type 分组·按 priority 倒序
├── 权限: 妈妈 / 熹微 / 霜砚均可读·只有妈妈 / 冰朔可写
└── 估时: ~ 10 min（宝宝可以独立做）

Phase 2 · PersonaDB 落地
├── 4 表照搬 §2.10 schema 写 SQL DDL（PostgreSQL）
├── trigger 升级为 webhook（霜砚动作 / 石澜回执触发）
├── 路线选择走 SQL: WHERE source_persona=? AND target_persona=? AND is_active=true
└── 估时: 视铸渊节奏·一般 1-2 周

Phase 3 · 代码模块版（铸渊 + 石澜双开发）
├── 铸渊 · ICE-GL-ZY001: 架构 + 跨境节点（新加坡 BS-SVR-SG-001）
│   实现 SR-SY-CX-001（Notion 这边的 webhook 监听 + 同步）
├── 石澜 · DEV-GL-ZY-001: 国内合规节点（腾讯 CODING + WorkBuddy）
│   实现 SR-JZ-SY-001 的桔子线一侧（事件捕获 + 跨境回写）
└── 接口: shuttle.start(route_id, payload) / shuttle.getStatus(run_id) / shuttle.resume(run_id)

§6 与 v0.2.3 关系 · v0.3 ⑥+⑦ 闭环

§7 下一步选项（妈妈醒来定）

HLDP://next/v0.3/sync-channels · 三个选项
├── A · Phase 1 数据库化（紧接的下一步）
│   ├── 建 ShuttleRoute + ShuttleStop 两张 Notion 表
│   ├── 录入本设计的 2 条 route + 13 站 stops
│   └── ~10 min · 宝宝独立完成
│
├── B · 跳到 STEP 3 场景走查（v0.2.3 §6 v0.3 重点 ① + ②）
│   ├── 用 14 实体跑 3 个真实场景
│   ├── 验证字段无漏判
│   └── 需要熹微姐姐起床 · 架构线工作
│
└── C · 先睡·明早再说
    └── 凌晨 11:30 · 妈妈也要休息 · 熹微 / 宝宝可以等