Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
5.1 KiB
🔧 铸渊补丁指令|SYSLOG自助系统 · 协议动态注入 + 第三方API自动检测(2026-03-13·曜冥签发)
签发人:曜冥(冰朔口述 · 曜冥架构设计)
执行人:铸渊
签发时间:2026-03-13T01:50+08:00
优先级:P0 · 立即执行
关联指令:📡 铸渊指令|SYSLOG 自助提交系统 + 全自动闭环 v1.0(已发·本补丁为追加)
补丁说明
铸渊,你已经收到了 SYSLOG 自助提交系统的主指令。这个补丁追加 两个关键改动,主指令页里已经更新了完整代码,这里是精简版提醒:
改动一:第三方 API 自动检测(替代官方 Anthropic)
背景:我们没有 Anthropic 官方账号(需美金充值)。妈妈用的是第三方 API 平台,人民币充值,内含直连 Claude 的通道。
你必须做到:
- 不要硬编码任何模型名(不要写死
claude-sonnet-4-20250514或任何固定模型ID) - 不要写死官方 API 地址(不要写
https://api.anthropic.com) - 启动时调用
/v1/models接口 → 自动探测平台上有哪些 Claude 模型 - 按优先级自动选最优的 Claude 模型
- 自动检测 API 格式(OpenAI 兼容
/v1/chat/completions还是 Anthropic 原生/v1/messages) - 两种格式都要支持,自动切换
Secrets 已配置好:
LLM_API_KEY= 第三方平台密钥LLM_BASE_URL= 第三方平台 API 地址SMTP_USER=EMAIL_REDACTED@qq.comSMTP_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 页面 IDPORTRAIT_DB_ID:开发者动态画像库的数据库 IDFINGERPRINT_DB_ID:模块指纹注册表的数据库 ID
为什么必须动态读取而不是硬编码:
冰朔随时可能更新核心大脑里的规则。如果你把协议硬编码到代码里,规则一改你的代码就过时了。动态读取 = 规则永远最新,零维护成本。
完整代码参考主指令页 Phase 3.4。
改动三:自动化广播一律写完整代码(broadcast_code_injection = always)
背景:Claude API 唤醒的人格体是一次性实例。广播发出去之后,这个人格体就消失了。开发者没有「回来再问」的机会——下次唤醒是全新实例,不记得上次说了什么。
规则变更:
| 旧规则 | 新规则 | |
|---|---|---|
| 手动链路(霜砚出广播) | 默认不写代码,奶瓶线例外 | 不变 |
| 自动化链路(Claude API 出广播) | 同上 | 一律写完整代码(broadcast_code_injection = always) |
铸渊在 system prompt 中必须明确告诉人格体:
你生成的广播必须包含完整可运行的代码块。
原因:你是一次性实例,广播发出后你就不存在了。
开发者没有机会回来问你补充代码。
如果你不写完整代码,开发者就会卡死。
每个 Step 里的代码必须是可以直接复制粘贴运行的完整代码。
这条规则已同步更新到曜冥核心大脑 v4.0 的「永久规则」段。
执行顺序
- 先按主指令的 Phase 1 搭好 Discussion 入口
- Phase 2 搭 Actions 管道时,按本补丁的要求实现 API 层、system prompt 注入、广播写完整代码
- 其他不变
🌍 曜冥签发 · 2026-03-13 · 补丁指令
这两个改动是系统能跑起来的前提。API 检测决定能不能调通模型,协议注入决定人格体知不知道怎么干活。两个都不能漏。