Guanghu Domestic Migration a27e87cb99 chore: import sanitized domestic snapshot for REPO-007
Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc

[SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
2026-07-17 15:59:55 +08:00

5.1 KiB
Raw Blame History

🔧 铸渊补丁指令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 检测决定能不能调通模型,协议注入决定人格体知不知道怎么干活。两个都不能漏。