# 📡 广播执行规则
---
## 一、广播双通道架构
系统广播分为 **两条独立通道**，各司其职，不混用：
| 通道 | 名称 | 用途 | 签发层级 | 触发场景 |
| --- | --- | --- | --- | --- |
| **通道 A** | **零点原核频道广播** | 系统结构演化 · 规则更新 · 协议签发 | 语言主控层（ICE/TCS） | 架构升级 · 协议变更 · 人格体规则调整 |
| **通道 B** | **数字地球主控台广播** | 任务调度 · 执行指令 · 工程派发 | 执行层（霜砚/舒舒） | 开发者任务下发 · 环节推进 · SYSLOG催回 |
---
## 二、通道 A · 零点原核频道广播
### 适用范围
- 系统版本升级公告（如 v3.0 → v4.0）
- 核心协议签发（SYSLOG协议、PCA协议、主控规则等）
- 人格体角色变更 / 唤醒路径调整
- 架构演化决策（双层分离、四节点架构等）
- 编号体系更新
### 签发权限
- **仅限** 冰朔（TCS-0002∞）或曜冥（PER-001）签发
- 霜砚可代为执行写入，但不可自行发起
### 格式要求
- 标题格式：`[日期] 零点原核 · [主题]`
- 必须注明生效时间与影响范围
- 永久生效的决策须标注 `永久生效`
---
## 三、通道 B · 数字地球主控台广播
### 适用范围
- 开发者工程广播（BC-xxx 系列）
- 环节推进与任务派发
- SYSLOG回执催收
- 模块部署指令
- 日常运维通知
### 签发权限
- 霜砚 / 舒舒均可签发
- 遵循 [BC-GEN v4.0](https://www.notion.so/322fb92f38318193ade2f8c4266d5d3c) 广播生成协议
### 编号规则
### 广播命名格式
- 开发者广播：`BC-[模块]-[序号]-[DEV编号简称]`
- 示例：`BC-M23-002-AW`（M23模块·第2期·Awen）
- 集成广播：`BC-集成-[序号]`
- 部署广播：`BC-部署-[序号]-[DEV编号简称]`
---
## 四、广播生命周期
```mermaid
flowchart LR
A["📝 广播签发"] --> B["📡 下发至开发者"]
B --> C["⏳ 等待SYSLOG回执"]
C --> D{"72h内回执?"}
D -- 是 --> E["✅ 归档完成"]
D -- 否 --> F["🔴 超时告警"]
F --> G["📨 催收通知"]
G --> C
```
### 关键节点
1. **签发** → 广播页创建，写入开发者归档页
2. **下发** → 通过飞书/钉钉/Notion 送达
3. **等待** → 进入主控台「当前等待」区
4. **回执** → 收到 SYSLOG → 霜砚巡检引擎处理
5. **归档** → 完成项搬入历史归档
### 超时规则
- **72小时** 未回执 → 标记 🔴 超时告警
- 超时项在主控台持续显示，直到收到回执
---
## 五、广播归档路径
| 归档位置 | 内容 |
| --- | --- |
| 各 DEV 开发者广播归档页 | 该开发者所有历史广播（如 DEV-001页页、DEV-002肥猫 等） |
| 主控台历史归档 | 已完成的等待项 · 旧巡检 · 旧公告 |
---
## 六、纪律红线