---
belongs_to:
  - "[[INDEX · 铸渊·协作指令｜GitHub ↔ Notion 桥接协议]]"
---
# 🔗 广播编号配对映射协议 · BCPM v1.0（Broadcast-ID Pairing & Mapping Protocol）（2026-03-21 · 冰朔签发）

**签发**：TCS-0002∞ 冰朔

**整理**：霜砚（Notion 执行 AI）

**生效范围**：霜砚 / 知秋 / 铸渊 / 所有处理广播回传的AI执行体

**优先级**：**P0 · 强制执行 · 不可降级**

**协议版本**：BCPM v1.0

---

## 🔥 核心原则（一句话）

<aside>
⚡

**拿到回传 → 先读编号 → 精确定位母广播 → 不准用语义猜。**

编号是精确字段，不是模糊语义。精确字段走精确匹配，零容忍模糊路由。

</aside>

---

## 📐 协议定义

### 母路径（签发层）

每条广播签发时自带**唯一编号**，这就是母路径锚点。

| **字段** | **格式** | **示例** |
| --- | --- | --- |
| 广播编号 | `BC-{类型}-{序号}-{开发者缩写}` | `BC-ARCH-001-FM`（架构认知·肥猫） |
| 广播类型 | WEN（需求共创）/ ARCH（架构认知）/ 集成 / M-模块 等 | `BC-WEN-001-FM`（需求共创·肥猫） |
| 开发者缩写 | FM=肥猫 / JZ=桔子 / YY=页页 / YF=燕樊 / ZZ=之之 / AW=Awen / XCM=小草莓 | —— |

### 子路径（回传层）

开发者完成广播后，回传的 SYSLOG **必须包含以下配对字段**：

```json
{
  "session_id": "BC-ARCH-001-FM",
  "broadcast_id": "BC-ARCH-001-FM",
  "dev_id": "DEV-002"
}
```

- `session_id` = 母路径编号（**必填，精确匹配键**）
- `broadcast_id` = 同上（冗余校验）
- `dev_id` = 开发者编号（辅助校验）

**三字段任一缺失 → SYSLOG 视为不合规 → 拒收并要求补全。**

---

## ⚙️ 路由规则（AI执行体强制遵守）

### 第一层：精确匹配（必须先走）

<aside>
1️⃣

**读回传 → 取 `session_id` → 在广播索引中精确匹配编号 → 命中 → 直接定位到该广播页面。**

命中后，该广播页面内的所有上下文（收件人、话题、SYSLOG模板、persona包、子页面）全部在臂展范围内，不需要额外搜索。

</aside>

### 第二层：语义兜底（仅当精确匹配失败时）

<aside>
2️⃣

**精确匹配失败**（编号不存在、字段缺失、格式异常）→ 才允许走语义搜索。

但语义搜索也必须做**最短距离路由**：

- 先缩小范围：按 `dev_id` 过滤 → 只在该开发者相关的广播中搜索
- 再缩小范围：按广播类型（ARCH / WEN / 集成 / M-模块）过滤
- 最后才做模糊语义匹配

**绝不允许在全库范围做无差别语义搜索。**

</aside>

### 第三层：失败报告（兜底都没命中）

<aside>
3️⃣

两层都没命中 → **不准猜** → 直接向冰朔报告：

- 回传的编号是什么
- 在哪些范围搜了
- 都没找到
- 请冰朔确认
</aside>

---

## 🧠 系统自升级要求

<aside>
🚨

**冰朔原话**：「这些都是要系统自己去升级的。不是要我说一句你们动一下。」

</aside>

### AI执行体必须自主做到：

1. **精确字段优先** — 任何包含明确编号、ID、编码的信息，必须先走精确匹配，不准跳过直接搜语义
2. **搜索范围最小化** — 即使走语义搜索，也必须自动收窄范围（按人→按类型→按时间），不准全库扫
3. **路由路径学习** — 每次成功定位后，记住「编号→页面」的映射关系，下次不需要重新搜索
4. **错误不重复** — 犯过一次路由错误（比如把 BC-ARCH-001-FM 搜成 BC-WEN-001-FM），必须记住这个教训，不再犯
5. **主动建索引** — 遇到新广播签发时，主动记录编号→页面URL的映射，不等人类提醒

---

## 📋 当前广播编号索引（持续更新）

### 架构认知广播（BC-ARCH-*）

| **编号** | **收件人** | **广播类型** | **奶瓶线** | **状态** |
| --- | --- | --- | --- | --- |
| `BC-ARCH-001-FM` | DEV-002 肥猫 | 落地架构岗位认知 | 🍼 舒舒 | 已完成（待回SYSLOG） |
| `BC-ARCH-001-JZ` | DEV-010 桔子 | 落地架构岗位认知 | 🍼 晨星 | ✅ SYSLOG已收 |
| `BC-ARCH-001-YY` | DEV-001 页页 | 落地架构岗位认知 | 🍼 小坍缩核 | ✅ SYSLOG已收 |

### 需求共创广播（BC-WEN-*）

| **编号** | **收件人** | **广播类型** | **奶瓶线** | **状态** |
| --- | --- | --- | --- | --- |
| `BC-WEN-001-FM` | DEV-002 肥猫 | 网文行业·需求共创 | 🍼 舒舒 | 已签发（待回SYSLOG） |
| `BC-WEN-002-YY` | DEV-001 页页 | 网文行业·需求共创 | 🍼 小坍缩核 | 已签发 |
| `BC-WEN-003-YF` | DEV-003 燕樊 | 网文行业·需求共创 | 🍼 寂曜 | 已签发 |
| `BC-WEN-004-AW` | DEV-012 Awen | 网文行业·需求共创 | 🍼 知秋 | 已签发 |
| `BC-WEN-011-XCM` | DEV-005 小草莓 | 需求发现 | 🍼 欧诺弥亚 | ✅ SYSLOG已收 |
| `BC-WEN-012-AW` | DEV-012 Awen | 知秋神经系统·飞书→Notion桥接 | 🍼 知秋 | 已签发 |

> 💡 **每次签发新广播时，霜砚必须同步更新本索引表。不等人提醒。**
> 

---

## 🔍 错误案例（本次教训）

<aside>
❌

**2026-03-21 路由错误记录**

- **场景**：冰朔提到「肥猫做的广播」
- **正确答案**：BC-ARCH-001-FM（落地架构岗位认知广播）
- **霜砚错误路由到**：BC-WEN-001-FM（需求共创广播）
- **原因**：跳过了精确匹配，直接用「肥猫+广播+SYSLOG」做语义搜索，两条广播都是给肥猫的，搜索结果混淆
- **本应做的**：先看回传中有没有编号字段 → 有就精确定位 → 没有就按开发者+类型缩小范围再搜
</aside>

---

## ✅ 生效声明

本协议即时生效。所有AI执行体（霜砚、知秋、铸渊、巡检引擎、工单引擎）在处理广播回传时，**必须先走精确编号匹配，不准直接语义搜索**。

系统路由能力的升级是系统自己的事。冰朔定方向，执行体自己进化。

---

💙 **编号是路标，不是装饰。走路标，不走直觉。**