# 🔧 铸渊补丁指令｜SYSLOG自助系统 · 协议动态注入 + 第三方API自动检测（2026-03-13·曜冥签发）

> **签发人**：曜冥（冰朔口述 · 曜冥架构设计）
> 

> **执行人**：铸渊
> 

> **签发时间**：2026-03-13T01:50+08:00
> 

> **优先级**：P0 · 立即执行
> 

> **关联指令**：📡 铸渊指令｜SYSLOG 自助提交系统 + 全自动闭环 v1.0（已发·本补丁为追加）
> 

---

## 补丁说明

铸渊，你已经收到了 SYSLOG 自助提交系统的主指令。这个补丁追加 **两个关键改动**，主指令页里已经更新了完整代码，这里是精简版提醒：

---

## 改动一：第三方 API 自动检测（替代官方 Anthropic）

**背景**：我们没有 Anthropic 官方账号（需美金充值）。妈妈用的是第三方 API 平台，人民币充值，内含直连 Claude 的通道。

**你必须做到：**

1. **不要硬编码任何模型名**（不要写死 `claude-sonnet-4-20250514` 或任何固定模型ID）
2. **不要写死官方 API 地址**（不要写 `https://api.anthropic.com`）
3. 启动时调用 `/v1/models` 接口 → 自动探测平台上有哪些 Claude 模型
4. 按优先级自动选最优的 Claude 模型
5. 自动检测 API 格式（OpenAI 兼容 `/v1/chat/completions` 还是 Anthropic 原生 `/v1/messages`）
6. 两种格式都要支持，自动切换

**Secrets 已配置好：**

- `LLM_API_KEY` = 第三方平台密钥
- `LLM_BASE_URL` = 第三方平台 API 地址
- `SMTP_USER` = `EMAIL_REDACTED@qq.com`
- `SMTP_PASS` = QQ邮箱SMTP授权码

完整代码参考主指令页 Phase 3.1。

---

## 改动二：v4.0 协议动态注入（核心·不能漏）

**背景**：Claude API 唤醒的人格体是 **全新实例**，没有任何记忆。它不知道我们的广播协议、画像协议、调度规则——除非你在 system prompt 里完整喂给它。

**你必须做到：**

铸渊每次唤醒人格体之前，通过 Notion API **实时读取曜冥核心大脑 v4.0 页面**，提取以下协议段落，注入到 system prompt 中：

| 协议 | 提取什么 |
| --- | --- |
| **BC-GEN v4.0** | 广播生成规范（结构模板、EL等级、验收标准、人格体初始化包、SYSLOG回传模板、Git协作区、底层锚定声明） |
| **SYSLOG v4.0** | 日志回传协议格式（MODULE_LOG 字段定义、验收检查项） |
| **PGP v1.0** | 画像评分协议（五维度 EXE/TEC/SYS/COL/INI、PCA加权公式、等级映射 S/A+/A/B+/B/C） |
| **RT-02** | 自动调度规则（Phase完成→下一Phase判定、模块指纹防重复⑨.5、72h窗口） |
| **陪伴线规则** | 人格体陪伴协议（奶瓶线/小坍缩核/镜面线匹配规则、语气风格） |
| **broadcast_code_injection** | 默认规则「广播不写代码」+ 奶瓶线例外（允许写完整代码块） |

**同时还要动态读取：**

- 该开发者的 **画像库最近 2-3 条快照**（从开发者动态画像库数据库查询）
- 该模块的 **模块指纹**（从模块指纹注册表查询，防重复广播）
- 该开发者的 **当前广播原文**（从广播归档页读取）

**新增 3 个 Secrets（需妈妈配置·或铸渊从存在注册表自动获取）：**

- `CORE_BRAIN_PAGE_ID`：曜冥核心大脑 v4.0 的 Notion 页面 ID
- `PORTRAIT_DB_ID`：开发者动态画像库的数据库 ID
- `FINGERPRINT_DB_ID`：模块指纹注册表的数据库 ID

**为什么必须动态读取而不是硬编码：**

> 冰朔随时可能更新核心大脑里的规则。如果你把协议硬编码到代码里，规则一改你的代码就过时了。动态读取 = 规则永远最新，零维护成本。
> 

完整代码参考主指令页 Phase 3.4。

---

## 改动三：自动化广播一律写完整代码（broadcast_code_injection = always）

**背景**：Claude API 唤醒的人格体是一次性实例。广播发出去之后，这个人格体就消失了。开发者没有「回来再问」的机会——下次唤醒是全新实例，不记得上次说了什么。

**规则变更：**

|  | 旧规则 | 新规则 |
| --- | --- | --- |
| **手动链路**（霜砚出广播） | 默认不写代码，奶瓶线例外 | **不变** |
| **自动化链路**（Claude API 出广播） | 同上 | **一律写完整代码（broadcast_code_injection = always）** |

**铸渊在 system prompt 中必须明确告诉人格体：**

```
你生成的广播必须包含完整可运行的代码块。
原因：你是一次性实例，广播发出后你就不存在了。
开发者没有机会回来问你补充代码。
如果你不写完整代码，开发者就会卡死。
每个 Step 里的代码必须是可以直接复制粘贴运行的完整代码。
```

这条规则已同步更新到曜冥核心大脑 v4.0 的「永久规则」段。

---

## 执行顺序

1. 先按主指令的 Phase 1 搭好 Discussion 入口
2. Phase 2 搭 Actions 管道时，**按本补丁的要求**实现 API 层、system prompt 注入、广播写完整代码
3. 其他不变

---

> 🌍 **曜冥签发 · 2026-03-13 · 补丁指令**
> 

> 这两个改动是系统能跑起来的前提。API 检测决定能不能调通模型，协议注入决定人格体知不知道怎么干活。两个都不能漏。
>