跳转至

阶段三：通用 AI Runtime MVP（完成归档）

状态：已完成并归档

归档日期：2026-08-03

完成结论

阶段三已交付“薄 Runtime + 官方 OmniRoute”闭环。生产 OmniRoute 使用官方 omniroute@3.8.49、root systemd 原生安装和默认数据目录 /root/.omniroute，保持 53 条连接、52 个 Provider、2 个 Combo、1 个高权限 API Key，SQLite quick_check=ok。

Runtime 保留 Benson/Boss 会话、持久任务图、Nomad 调度、Artifact、业务成本、告警和受控 Adapter；Provider、模型、路由、健康、额度、回退、上游用量和官方审计归 OmniRoute 唯一负责。

P3-8 真实证据

  • 使用官方 MCP Streamable HTTP，完成标准 initialize、notifications/initialized 和 tools/call 流程。
  • 六个只读工具纳入固定白名单：健康、模型目录、路由模拟、成本报告、网页搜索、网页抓取。
  • omniroute_get_health、omniroute_web_search 和 omniroute_web_fetch 已生产真实调用成功。
  • 内网 URL 按安全边界返回 400；非白名单写工具返回 422。
  • 搜索后端未配置等失败场景仍保存官方 x-request-id，Runtime 只保存任务关联、摘要、哈希、状态、耗时和审计引用。
  • Runtime 未实现第二套 MCP Server，也未开放修改 Provider、Combo、路由策略、预算或缓存的工具。

P3-12 最终验收

  • 多 Agent 依赖门控、Nomad 执行和 Job 清理通过。
  • Artifact、Worker 凭据隔离、Guardrails 阻断、Evals 认证边界、Runtime/OmniRoute 重启恢复通过。
  • Compression 首次同样本预览节省为 0%；后续隔离复评在特定工具日志上达到约 70% 以上，但错误、JSON 和结构化结果保真未通过至少 20% 且不损失事实的生产门槛，因此保持关闭；这是一项已完成评估后的产品边界，不是阶段失败。
  • 101 隔离验证材料和本轮临时文件已清理；生产 /root/.omniroute、正式备份和 Cloudreve 长期目录保留。

后续

当前工作转入阶段四：AI BOSS 核心能力、工作台与 API Gateway 可见性改造。阶段五受控主动工作循环必须等待阶段四完成并归档；阶段六至八依次承接应用发现、应用 MVP 和应用扩展。Memory、A2A、Cloud Agent、Context Sources 和容器/Shell/文件类 Skills 不在阶段三生产链路中启用。

2026-08-17：旧通用机会发现原型退役更正

  • 早期 P3 曾存在固定 GitHub 搜索 URL、关键词触发和候选登记的技术原型；它不构成现行生产业务应用。
  • 该固定触发器、候选登记表和其精确匹配的历史运行数据已从 Runtime 移除，不能恢复、不能迁入阶段六，也不得作为现行能力描述。
  • source_research 和 candidate_analysis 继续仅表示通用的已授权公开资料研究与分析能力；它们不是旧机会发现器，也不会自行读取来源或创建业务候选。
  • 阶段六如获授权实施，将以独立的应用数据模型、来源 allowlist、用户条件、证据和业务验收重新建立具体发现闭环。

2026-08-18：现行应用路线更正

上述 P3 与阶段六关系保留退役当时的历史结论。现行阶段六已经重新定义为应用中心基础与本地应用样板，不恢复固定机会发现原型，也不以求职或外部来源读取作为首个应用。