TashanGKD 跨项目联动规则触发技能
当任务涉及以下任一变动时，必须按此技能执行联动通知。
第一步：判断触发场景
| 发生的变动 | 对应场景 | 通知对象 | 强制？ |
|---|---|---|---|
| ①公理体系变动 | A + B | ②体系结构 + ③沙盘验证 | ✅ 强制 |
| ②体系结构变动（已通过①③验证） | G | TF 技术框架 | ✅ 强制 |
| ②变动且影响 Bᵢ/Agent State | K | ④⑤分身系统 | ✅ 强制 |
| 产品设计（PD）变动 | H | ②评估 → TF → TEST | ✅ 强制（不可跳流程） |
| TF 发布新版本（含 Breaking Change） | I + N | 所有 APP_n + ④⑤ | ✅ 强制通知 |
| APP_n 发现底座 Bug | J | TF 修复 → 所有 APP | ✅ 强制 |
| ④⑤分身数据格式变动 | L | 消费分身数据的 APP_n | ✅ 强制 + 迁移脚本 |
| APP_n 需要 TF 新能力 | M | TF 的 PD 评估 | ✅ 强制走需求单 |
第二步：创建联动通知 Issue
在受影响仓库创建 Issue，标签：linkage-notice
通知格式模板：
## 联动通知 [场景X] - 来自 [触发源仓库]
**触发日期**：YYYY-MM-DD
**触发场景**：X（如：G - 体系结构变动）
**触发源**：[触发变动的仓库/文档名称]
**变动版本**：vX.X.X
### 变动概述
（1-3 句话描述核心变动内容）
### 需要你做什么
（明确说明受影响方需要进行的评估或操作）
### 截止时间
- Breaking Change：5 个工作日内完成评估
- Non-breaking：14 个工作日内完成评估
### 参考文档
- 变更记录：[CHANGELOG.md 链接]
- 详细说明：[相关文档链接]
第三步：在任务日志中记录联动状态
在 任务日志.md 的「联动触发记录」中追加：
| 触发场景 | 通知对象 | 通知日期 | 响应状态 |
|---------|---------|---------|---------|
| 场景G | TF技术框架 | YYYY-MM-DD | 🔲 待响应 |
场景 H（产品设计变动）专项流程
产品设计变动不能直接推给 TF，必须先走评估：
PD 变动
↓
评估：是否需要改②体系结构？
├── 不需要 → 直接进入 TF 功能层改动
└── 需要 → ②变动流程（公理验证 + 沙盘验证）
↓ 通过后
触发场景 G（TF 架构合规层）
评估判断标准（任一为"是"则需改②）：
- 是否需要引入新的状态持有者（粒子层面）？
- 是否需要修改现有事件路径（emit→route→apply）？
- 是否需要改变粒子间耦合方式？
- 是否需要新增/修改写权所有者？
Breaking Change 预告期规则
确认 Breaking Change
↓
当前版本发布 Deprecation Notice（代码 + CHANGELOG 标记 ⚠ Deprecated）
↓
保留至少一个中间版本（deprecated 但仍可用）
↓
下下个版本正式移除（发布 Breaking Change）
- 轻量 Breaking Change：跳过 1 个版本后删除
- 重大 Breaking Change：提前 2 个版本公告
完整场景速查
详见 _内部总控/开发规范/06_全链路联动规则.md 第十八节「完整场景速查矩阵」（场景 A–P）。