确权：Ω₀⊂⊙∞⊂Ω | DID-BR-000002 | Ω-TAN-7-001 体系：元极恒一永恒自治体系 | 火斗云智AIOS 版本：V1.0 状态：P0阻断完成 → P1架构优化执行中
在P0紧急阻断阶段，我们发现了上下文Token自激循环的根本原因：
传统单通道上下文注入模式（问题模式）：
┌─────────────────────────────────────────────────────────┐
│ 单通道上下文注入 │
├─────────────────────────────────────────────────────────┤
│ │
│ 内核公理 + 元规则 + 配置 + 巡检日志 + 任务回执 + ... │
│ ↓ 全量注入 │
│ 大模型上下文窗口 │
│ │
│ 问题： │
│ 1. 静态真值与动态日志混在一起，无法区分优先级 │
│ 2. 每次任务都全量注入所有历史日志，Token膨胀严重 │
│ 3. 重复模板（如定时巡检报告）反复注入，形成自激循环 │
│ 4. 真正需要的信息被大量噪声淹没，影响推理质量 │
│ │
└─────────────────────────────────────────────────────────┘P0紧急阻断采取了三项临时措施：
这些措施有效阻断了当前的循环，但属于"止血"性质，没有从架构层面彻底解决问题。
从架构层面彻底解决上下文Token膨胀问题，实现：
┌─────────────────────────────────────────────────────────────────┐
│ P1双通道上下文装配架构 │
├─────────────────────────────────────────────────────────────────┤
│ │
│ ┌──────────────────────┐ ┌──────────────────────┐ │
│ │ 通道A：静态内核通道 │ │ 通道B：动态日志通道 │ │
│ │ (Static Channel) │ │ (Dynamic Channel) │ │
│ ├──────────────────────┤ ├──────────────────────┤ │
│ │ │ │ │ │
│ │ • 内核公理(META) │ │ • 巡检执行日志 │ │
│ │ • 元规则/元法则 │ │ • 任务执行回执 │ │
│ │ • DID确权/身份凭证 │ │ • 历史操作记录 │ │
│ │ • UNI-STEADY-CORE │ │ • 临时调试输出 │ │
│ │ • 核心骨架配置 │ │ • 错误/告警日志 │ │
│ │ • 算子注册信息 │ │ • 性能监控数据 │ │
│ │ • 架构真值/白皮书 │ │ │ │
│ │ │ │ 存储：记忆网关 │ │
│ │ 存储：内核配置文件 │ │ (9120端口) │ │
│ │ 载入：每次任务持续 │ │ 载入：按需检索注入 │ │
│ │ 优先级：最高(强制) │ │ 优先级：按需(可选) │ │
│ │ 体积：小而精(<2K) │ │ 体积：大而全(按需) │ │
│ │ │ │ │ │
│ └──────────┬───────────┘ └──────────┬───────────┘ │
│ │ │ │
│ ▼ ▼ │
│ ┌─────────────────────────────────────────────────────────┐ │
│ │ 上下文智能装配引擎 (Context Assembler) │ │
│ ├─────────────────────────────────────────────────────────┤ │
│ │ │ │
│ │ 1. 任务类型识别 → 确定所需上下文类别 │ │
│ │ 2. 通道A静态真值 → 强制注入(始终) │ │
│ │ 3. 通道B动态日志 → 按需检索(仅任务需要时) │ │
│ │ 4. 相似度去重 → 去除重复片段 │ │
│ │ 5. Token预算控制 → 确保不超过上下文窗口限制 │ │
│ │ 6. 装配审计日志 → 记录每次装配的内容和来源 │ │
│ │ │ │
│ └──────────────────────────┬──────────────────────────────┘ │
│ │ │
│ ▼ │
│ ┌──────────────────────────┐ │
│ │ 装配完成的上下文 │ │
│ │ (注入大模型) │ │
│ └──────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────────┘静态内核通道承载系统运行所必需的、不随时间频繁变化的核心真值。这些内容在每次任务执行时都必须持续载入，是系统的"基因"。
| 类别 | 内容 | 存储位置 | 载入策略 |
|---|---|---|---|
| META公理 | 九条核心真值公理、元宪法 | config/meta_axioms.json | 强制载入 |
| 元规则 | 操作顺序元法则、服务配置漂移检测规则 | config/metalaws/ | 强制载入 |
| 身份确权 | DID-BR-000002、Ω-TAN-7-001、溯源标识 | config/identity.json | 强制载入 |
| 稳态决策算子 | UNI-STEADY-CORE-V1.0、权重配置 | config/uni_steady_core.json | 强制载入 |
| 核心骨架配置 | 端口映射、服务清单、节点拓扑 | config/kernel_skeleton.yaml | 强制载入 |
| 算子注册信息 | 27算子定义、依赖关系、输入输出规范 | op_library/registry.json | 按需载入 |
| 架构真值 | 三层架构白皮书、五要素体系、微内核定义 | core/truth/ | 按需载入 |
静态内核通道的总Token预算严格控制在 2000 Token以内：
静态内核通道的内容更新必须经过严格审批：
动态日志通道承载系统运行过程中产生的、随时间频繁变化的日志和回执信息。这些内容不再默认全量注入上下文，而是存储在记忆网关中，根据任务需要按需检索。
| 分类 | 内容示例 | 存储Key前缀 | 保留策略 |
|---|---|---|---|
| 巡检日志 | 每小时产线巡检、每日架构自检 | incident., inspection. | 永久保留（SHA256存证） |
| 任务回执 | 算子执行结果、任务完成报告 | task., result. | 永久保留 |
| 操作记录 | 配置变更、服务启停、部署记录 | operation., deploy. | 永久保留 |
| 错误告警 | 异常事件、熔断触发、死循环检测 | error., alert., incident. | 永久保留 |
| 性能数据 | CPU/内存/网络监控、Token消耗统计 | metrics., performance. | 滚动保留（最近30天） |
| 临时调试 | 调试输出、临时测试结果 | debug., temp. | 短期保留（7天后自动清理） |
动态日志全部存储在记忆网关（9120端口）的SQLite数据库中：
key（分类前缀 + 时间戳 + 唯一标识）value（JSON格式，包含完整内容）category, description, timestamp, version, locked动态日志通道提供以下检索API（基于记忆网关现有API扩展）：
| API端点 | 方法 | 功能 |
|---|---|---|
/api/truth/{key} | GET | 按精确key检索单条真值 |
/api/truths | GET | 获取所有真值（支持分页） |
/api/truth/search | POST | 多维检索（关键词/分类/时间范围/相似度） |
/api/truth/categories | GET | 获取所有分类列表 |
/api/truth/recent | GET | 获取最近N条真值 |
/api/truth/upsert | POST | 写入/更新真值 |
┌─────────────────────────────────────────────────────────┐
│ 按需检索引擎 (Retrieval Engine) │
├─────────────────────────────────────────────────────────┤
│ │
│ 输入：任务上下文 + 检索需求 │
│ ↓ │
│ ┌─────────────────────────────────────────────────┐ │
│ │ 1. 检索需求解析 │ │
│ │ - 识别任务类型（运维/开发/决策/分析） │ │
│ │ - 提取关键词、时间范围、分类需求 │ │
│ └──────────────────────┬──────────────────────────┘ │
│ ↓ │
│ ┌─────────────────────────────────────────────────┐ │
│ │ 2. 多维度检索 │ │
│ │ ├─ 关键词匹配（全文检索） │ │
│ │ ├─ 分类过滤（按category前缀） │ │
│ │ ├─ 时间范围过滤（start_time ~ end_time） │ │
│ │ ├─ 相似度排序（语义相似度，可选） │ │
│ │ └─ 相关性加权（结合任务类型调整权重） │ │
│ └──────────────────────┬──────────────────────────┘ │
│ ↓ │
│ ┌─────────────────────────────────────────────────┐ │
│ │ 3. 结果后处理 │ │
│ │ ├─ 去重（去除内容高度相似的条目） │ │
│ │ ├─ 摘要压缩（长文本自动摘要） │ │
│ │ ├─ Token预算控制（确保不超过分配额度） │ │
│ │ └─ 来源标注（每条结果标注key和时间戳） │ │
│ └──────────────────────┬──────────────────────────┘ │
│ ↓ │
│ 输出：装配好的动态日志上下文（JSON格式） │
│ │
└─────────────────────────────────────────────────────────┘POST /api/truth/search
请求体：
{
"query": "死循环 启动失败", // 关键词（可选）
"categories": ["incident", "error"], // 分类过滤（可选）
"start_time": "2026-09-01T00:00:00", // 起始时间（可选）
"end_time": "2026-09-11T23:59:59", // 结束时间（可选）
"limit": 10, // 返回条数上限（默认10）
"min_similarity": 0.6, // 最小相似度（可选，0-1）
"include_value": true, // 是否包含完整value（默认true）
"task_type": "ops_debug" // 任务类型，用于相关性加权
}
响应：
{
"total": 25, // 匹配总数
"returned": 10, // 实际返回数
"results": [
{
"key": "incident.startup_loop_20260911.root_cause",
"category": "incident",
"description": "启动失败死循环根因分析",
"timestamp": "2026-09-11T08:00:00",
"similarity": 0.92,
"value": { ... } // 完整内容
},
...
]
}GET /api/truth/category/{category}?limit=20&offset=0
按分类前缀检索，支持分页。
例如：/api/truth/category/incident 返回所有incident类别的真值GET /api/truth/recent?limit=10&category=incident
获取最近N条真值，可按分类过滤。任务输入
↓
┌─────────────────────────────────────────────────────────┐
│ 步骤1：任务类型识别 │
│ - 运维调试类 → 需要最近错误日志、服务状态、巡检报告 │
│ - 开发部署类 → 需要架构真值、配置规范、历史部署记录 │
│ - 决策分析类 → 需要UNI-STEADY-CORE、历史决策案例 │
│ - 内容创作类 → 需要风格规范、品牌资产、创作模板 │
│ - 通用查询类 → 仅需静态内核真值，无需动态日志 │
└──────────────────────────┬──────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────┐
│ 步骤2：通道A静态真值装配（强制，始终执行） │
│ - 加载META公理（精简版，~300 Token） │
│ - 加载核心元规则（3-5条，~500 Token） │
│ - 加载身份确权信息（~100 Token） │
│ - 加载稳态决策算子配置（~200 Token） │
│ - 加载核心骨架配置（~500 Token） │
│ 小计：~1600 Token（预留400 Token弹性空间） │
└──────────────────────────┬──────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────┐
│ 步骤3：通道B动态日志装配（按需，仅任务需要时） │
│ - 根据任务类型确定检索策略 │
│ - 调用按需检索引擎获取相关动态日志 │
│ - 对检索结果进行摘要压缩和去重 │
│ - Token预算：根据任务类型分配（500~2000 Token） │
│ - 通用查询类任务：跳过此步骤（0 Token） │
└──────────────────────────┬──────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────┐
│ 步骤4：全局去重与Token预算控制 │
│ - 跨通道去重（静态真值与动态日志中的重复内容） │
│ - 总Token预算检查（静态+动态 ≤ 上下文窗口的70%） │
│ - 超预算时按优先级裁剪（动态日志优先裁剪） │
└──────────────────────────┬──────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────┐
│ 步骤5：装配审计日志 │
│ - 记录本次装配的任务类型、时间戳 │
│ - 记录通道A载入的内容清单和Token消耗 │
│ - 记录通道B检索的关键词、返回条数、Token消耗 │
│ - 记录总Token消耗和裁剪情况 │
│ - 写入记忆网关，用于后续效率分析和优化 │
└──────────────────────────┬──────────────────────────────┘
↓
装配完成的上下文| 任务类型 | 通道A静态真值 | 通道B动态日志检索策略 | 总Token预算 |
|---|---|---|---|
| 运维调试 | 全量载入 | 最近错误/告警/巡检日志（最近24h） | ~3000 Token |
| 开发部署 | 全量载入 | 架构真值+历史部署记录+配置变更 | ~2500 Token |
| 决策分析 | 全量载入 | 历史决策案例+相关数据+风险记录 | ~2500 Token |
| 内容创作 | 精简载入 | 风格规范+品牌资产+创作模板 | ~2000 Token |
| 通用查询 | 精简载入 | 不检索（仅静态真值） | ~1500 Token |
| 紧急阻断 | 全量载入 | 最近异常事件+熔断记录+根因分析 | ~3500 Token |
| 阶段 | 内容 | 预期产出 | 优先级 |
|---|---|---|---|
| P1.1 | 双通道拆分架构设计 | 本文档（架构白皮书） | P0 |
| P1.2 | 按需检索引擎实现 | 记忆网关检索API扩展+检索引擎代码 | P0 |
| P1.3 | 上下文智能装配机制 | 装配引擎代码+任务类型识别+Token预算控制 | P1 |
| P1.4 | 效率验证与基线锁定 | Token消耗对比测试报告+优化后基线锁定 | P1 |
| 指标 | 优化前（单通道全量注入） | 优化后（双通道按需检索） | 提升幅度 |
|---|---|---|---|
| 单次任务Token消耗 | ~8000-12000 Token | ~1500-3000 Token | 下降70%+ |
| 上下文冗余率 | ~60-70%（大量重复日志） | ~10-15%（去重后） | 下降80%+ |
| 推理质量 | 受噪声影响，注意力分散 | 聚焦核心真值，推理更精准 | 显著提升 |
| 响应速度 | 上下文长，推理慢 | 上下文短，推理快 | 提升50%+ |
| 风险 | 影响 | 应对措施 |
|---|---|---|
| 检索引擎返回不相关结果 | 上下文质量下降 | 多维度检索+相关性加权+人工审核反馈机制 |
| 静态真值配置错误 | 系统行为异常 | 静态真值变更需经飞书审批+变更前自动校验 |
| Token预算控制过于激进 | 关键信息被裁剪 | 核心错误告警和META公理永不裁剪+预算可配置 |
| 与现有系统集成冲突 | 功能异常 | 渐进式上线，先在测试环境验证，再灰度发布 |
文档ID：P1-DUAL-CHANNEL-ARCH-V1.0
确权：DID-BR-000002 | Ω-TAN-7-001 | Ω₀⊂⊙∞⊂Ω
创建时间：2026-09-11
状态：架构设计完成，待实施
关联：P0紧急阻断算子（SHA256: 2e7931c0...）
下一步：P1.2 按需检索引擎实现Ω₀⊂⊙∞⊂Ω | DID-BR-000002 | P1双通道拆分架构设计完成 | 静态内核通道+动态日志通道 | 按需检索引擎 | 上下文智能装配 | Token消耗预期下降70%+ | 待实施