跳转至

计划历史

2026-08-18:P6-11 收口完成,P7 开始实施

  • P6-11 的本地输入、应用资料目录、调用留痕、运行状态和告警跨域收口已完成;P6 追加归档更正,保留原始历史事实。
  • 验收:P6 专项 15 passed;P6/P7 兼容增量测试 16 passed;旧 SQLite 增量迁移与 quick_check=ok;Console JavaScript、嵌入和工作区契约通过。
  • 当前阶段切换为 P7“本地应用 MVP 与应用运行规范”进行中。P7 已实现设置版本、资料集合、不可变运行快照、历史筛选/比较、结果导出、逻辑备份和受控恢复;生产发布、桌面/移动真实浏览器和连续使用出口仍待完成。
  • 计划 ID:phase-7-application-mvp;阶段状态:进行中;计划状态:已完成。

2026-08-18:P6-11 系统文件根映射与管理操作收口

  • 根因:WebDAV 根级“本地资料分析与验收工作台专用目录”真实存在,但 Runtime 旧白名单只允许 AgentMeshOS-长期/applications/local-reviewAgentMeshOS-临时,因此选择器显示为空或找不到该目录。
  • 修复:新增四个受控系统根映射,统一“系统文件”入口与应用选择器的路径校验;新增 Runtime 管理员接口和主题自定义弹窗,支持新建目录、重命名、显式确认删除,禁止删除系统根和访问 Project。
  • 验证:P6 应用 API/存储专项测试通过;Console 最新镜像 sha256:28e35203eeaba96e5de5e4aee0cc587ff887949109f49b6ec78fa094c764ff6a 已部署,容器健康,生产静态资源回读包含系统文件与专用目录映射。
  • 边界:浏览器不接触 WebDAV 凭据;上传、下载和预览不通过 Runtime 任意代理文件字节,待 Cloudreve 公网数据面接入后单独验收。

2026-08-18:P6-11 文件管理入口更正

  • 更正:此前将“系统云盘”错误替换为 Console 自制“系统文件”页,并尝试在 Runtime 重复目录管理。这不符合复用既有成熟能力的原则。
  • 结论:现网 Cloudreve 已提供目录树、上传、下载、预览、移动、重命名、删除、回收站和分享,系统云盘入口恢复直达 cloud.yohan.fun;不新增 Filestash、Filebrowser 或第二个文件管理服务。
  • 保留:本地资料应用的受限 WebDAV 元数据选择器及根级专用目录映射继续存在;Project 项目库仍与系统目录隔离。

2026-08-18:P6-11 Cloudreve Markdown 分析提交修复

  • 根因:选择器自动校验文件但 Console 将空 SHA-256 作为字符串提交,触发 FastAPI 422;专用目录只加入选择器,未同步加入运行和输入持久化白名单。
  • 修复:空哈希统一传为 null,由 Runtime 下载侧计算;三处目录白名单统一;Console 将字段校验数组翻译为可读错误。
  • 验证:无手填 SHA-256 的 Cloudreve Markdown 与根级专用目录 Markdown 均覆盖 API 回归,确认最终状态为 awaiting_benson

2026-08-18:P6-11 收口修正重新进入进行中

  • 计划 ID:phase-6-application-center-foundation。基础 P6-0 至 P6-10 已完成,因真实使用发现本地文件输入、粘贴状态、应用资料目录管理、调用式运行提示、AI BOSS 调用留痕和告警 CORS preflight 缺口,当前阶段回到 P6-11 进行中。
  • 当前工作包:P6-11 本地输入、目录管理与调用留痕收口;P7 计划仍完整保留,但等待 P6-11 完成公网部署和真实浏览器复验。
  • 边界:不改变 P1-P5 数据、不引入第二 Runtime/调度器/动态代码执行;完成 Runtime、Console、API Gateway 部署和公网回读后才重新生成 P6 收口归档。

2026-08-18:P6-10 系统资料选择与对话应用调用完成归档

  • 计划 ID:phase-6-application-center-foundation-p6-10。P6-10 已完成,P6 正式归档;当前阶段切换为 P7(阶段七)“本地应用 MVP 与应用运行规范”,计划已完成、阶段等待实施。
  • 已完成实现:应用工作区增加系统 Cloudreve 资料选择器;选择器只显示系统应用资料根,不混入独立 Project 项目库;Runtime 下载时重新校验文件大小和 SHA-256,浏览器不接收文件字节或凭据。
  • 已完成实现:AI BOSS 对话增加结构化 @local-review 应用入口。应用运行与当前主题关联,明确返回 model_called=false,并写入人类可读结果;任意不存在的非默认主题不会被隐式创建。
  • 验证:P6 专项 11 passed,Runtime 全量 196 passed,Console 静态、嵌入、浏览器契约通过;Runtime、Console、Docs 已发布,真实 Cloudreve 文件选择/哈希回读、@应用 主题对话、桌面和 390x844 浏览器回归、Docs 公网回读均通过。P6-10 测试资料已清理。

2026-08-18:P6 完成归档,P7 进入等待实施

  • 计划 ID:phase-7-application-mvp-ready。P6 应用中心基础与本地应用样板已完成 Runtime、Console、Cloudreve、恢复、部署和公网管理员浏览器验收并归档。
  • 状态变化:当前阶段切换为 P7(阶段七)“本地应用 MVP 与应用运行规范”,计划已完成、阶段等待实施;P8 继续等待 P7 完成。
  • 边界:本次只完成 P6 归档和状态切换,不创建 P7 数据表、接口、页面、Worker、策略或后台运行。

2026-08-18:P6-0 契约冻结与生产基线完成

  • 计划 ID:phase-6-application-center-foundation-started。P6-0 已完成,当前进入 P6-1 数据模型与内置注册表;这不表示应用注册、运行 API、Console 应用中心或样板应用已实现。
  • 生产基线:Runtime 健康;运行镜像与 rollback 标签均可用。生产 Runtime SQLite 已完成一致性备份,原库和备份的 quick_check=ok;完整脱敏契约、迁移、API、开关和夹具见 P6 p6-v1 契约与生产基线
  • 边界:P6-1 只创建可重复的增量 Store 与默认停用的内置 Manifest,不调用模型、不启动 Worker/Nomad Job、不启用应用。

2026-08-15:P4 对话统一操作与记忆/系统操作可读性收口

  • 生产发布:提交 7e07f87 的 Runtime、Console、Docs Actions 318938265393189382656131893826538 均成功。Runtime SQLite 发布前备份 SHA-256 为 afbf173aaea8a1d406dc1bd35da464a4ae9ba57278b0a33d3fe51d138567ac91,发布后 quick_check=ok;三项生产 OCI revision 均为 7e07f872f2e0441658aada9da5c06901c037fb0b,Runtime、Console、Docs、Bridge 与公网 Docs 均健康。
  • 生产验收:管理员会话下的公网 Console 已验证 AI BOSS 五个标签、Context Manifest 分页控件、桌面 1440 × 900 与移动 390 × 844 无横向溢出。主题统计、Manifest 分页和系统动作目录接口均返回新字段;一次真实只读诊断返回根分区 69%、可用内存 1.1 GiB、四项固定服务 4/4 健康。没有触发模型调用、业务任务、验收决定或 P5。

  • AI BOSS 对话成为 Benson 唯一写操作入口;任务页和成果与验收页改为只读查询并跳回所属主题。写操作继续复用 Runtime 原接口、幂等键与状态机,不增加第二控制面。

  • 主题目录增加待处理、消息和交互统计,并修复任务/待验收成果重复计数;主题切换同时清空旧工作摘要,操作提交前复核所属主题。记忆页拆分主题历史、长期记忆和可分页全历史 Context Manifest。
  • System Operations Bridge 的固定动作补齐用途、范围、风险和预期结果;Console 显示中文结果和下一步,技术字段折叠。固定动作仍为白名单,不开放任意 Shell。
  • 本地证据为 Runtime 全量 161 passed(其中分页专项 2 passed)、Operation Bridge 14 passed,Console 静态、嵌入和浏览器契约通过。GitHub Actions、生产部署和公网管理员验收尚待本次发布后补记;P5 未启动。

2026-08-14:P4 工作台主题与上下文入口生产回归通过

  • 发布:提交 a0862d2 的 Runtime、Console、Docs 镜像 Actions 317965049143179650499131796504941 均成功。生产 Runtime、Console 与 Docs 按 Runtime → Console → Docs 顺序发布;三项容器健康、Runtime /health、SQLite quick_check 与 Console/Docs 公网健康均通过。
  • 桌面真实浏览器:已换取临时管理员 HttpOnly 会话,未输出 Key 或主题正文。一个已有非默认主题在切换后及等待五秒 SSE 刷新后均保持 2 条消息;新建主题在初始与五秒刷新后均为 0 条消息;主题归档和恢复均返回成功;关联 Context Manifest 可读。
  • 移动真实浏览器:390x844 下消息旁“查看上下文清单”可打开实际清单,页面无横向溢出。回归主题保持活动状态;本轮没有提交模型交互或消费 Token。P5 仍未实施。

2026-08-14:P4 工作台主题消息与上下文入口更正

  • 根因:非默认主题的详情接口此前只返回主题元数据;Console 先正确读取消息,随后 SSE 刷新改用该详情响应并覆盖聊天区,造成切换主题后消息短暂可见又显示“暂无对话记录”。
  • 修复:主题详情现统一返回主题、消息及交互;Console 对主题读取增加过期响应保护,新建主题立即清空旧显示,并提供归档主题显示/恢复、消息旁明确的交互 ID/通道 ID/实际模型/调用状态和“查看上下文清单”入口。记忆页改为当前主题交互选择器,不再要求手填 ID。
  • 本机证据:完整本地 CI 为 154 passed,Gateway 与 Console 静态/浏览器契约、计划状态检查和严格 Docs 构建均通过。生产 Runtime、Console 与 Docs 的回归和公网回读仍待对应发布后补记;P5 继续未实施。

2026-08-17:P4 生产回归后的现行运行事实

  • 本记录覆盖本页早期“尚待补记”的发布前描述,不删除其历史证据。P4 已完成生产回归;P5 仍为“规划中,尚未实施”,没有策略表、循环、定时器、事件生产者或后台模型调用。
  • 当前 AI_RUNTIME_P4_AUTO_EXECUTION_ENABLED=true 仅自动派发 Benson 已确认、低风险、主节点、无外部来源、无前置依赖的初始内部任务。返工、高风险、外部/Nomad 与依赖阻塞任务仍停在可见状态,等待 Benson 明确操作。
  • 103 网页验证器已通过 cloud.yohan.fun 公网归档恢复和真实 Nomad 验收。根因是 Nomad 清理唯一标签后 Docker 删除无标签镜像;现行运行口径为单独保留 agentmeshos-web-verifier:runtime-pin-b28eee08,二次 Job 清理后该标签和运行 image ID 均仍存在。

2026-08-14:阶段四最终完成归档,阶段五恢复为规划

  • 计划 ID:phase-5-ai-boss-active-loop-planning
  • 状态变化:重新开启后的阶段四已完成并归档,最终事实见阶段四最终归档;原阶段四核心归档继续保留历史事实。
  • 阶段五现为“规划中,尚未实施”。未启动任何 P5 Runtime/Console/数据库实现、定时器、事件触发或后台模型调用;AI_RUNTIME_P4_AUTO_EXECUTION_ENABLED=false 保持关闭。
  • 归档状态提交 155f054 的 Docs Actions 31794042697 成功;Docs 已部署摘要 sha256:a5611f4b117cac53123800e365835c25172a8363627199ee0100a3621856babc,本机与公网健康均为 ok,公网计划正文已回读 P4 归档与 P5 规划状态。

2026-08-14:阶段四网页验证 Worker 主线前置验收收口

  • 此前 103 离线导致的未分配网页验证任务保留为历史失败事实;103 恢复 ready/eligible 后,正确浏览器镜像只经 Cloudreve 公网数据面导入。旧镜像缺少 Playwright 的根因不覆盖。
  • 42c3953 固定 103 已验证 image ID,118bdd1 修复 Nomad 日志 API 的 Base64 Data 包装解析;Runtime Actions 3177854649431778925418 成功,生产 Runtime sha-118bdd1 健康,部署前后 SQLite quick_check=ok
  • 真实任务 8dd273865175492cpcdell-103 完成 HTTP、文本和截图检查;Runtime 已登记 Artifact、成果和截图哈希,任务停在 boss_review,没有伪造最终 completed,Job 已清理。P4 自动执行和 P5 均未启用;此项使 P4 可以进入数据库与兼容读取主线,不改变 P4“进行中”状态。

2026-08-11:阶段四智能编排与成果验收闭环重新开启

  • 计划 ID:phase-4-ai-boss-orchestration-delivery-closure-reopened
  • 状态变化:当前阶段由阶段五规划退回阶段四进行中;P5、P6、P7、P8 编号不变,P5 等待阶段四完成新的最终归档。
  • 重新开启原因:后续审计确认当前意图规划仍以关键词和固定单任务为主,AI BOSS 尚未真正选择逻辑 Worker、依赖、并行关系和成果契约;现有自动审核没有让模型结论真正参与最终决定,Console 也无法查看和验收完整成果。
  • 历史保留:原阶段四已经通过的交互、预算、上下文、记忆、附件、多模态、SSE、CLI Gateway 和 API Gateway 证据继续有效,不删除、不伪造,也不作为新能力已经完成的证明。
  • 当前权威记录:阶段四:AI BOSS 智能编排、通用成果与验收闭环。原完成归档只追加更正说明,旧计划 URL 保留为兼容入口。
  • 实施顺序:先发布权威计划和架构文档,再以对应 Git 提交创建完整执行目标;随后按数据库、智能规划、成果检查、AI 审核、Console 和生产灰度批次实施。

2026-08-12:阶段四智能规划预算契约与只执行前灰度

  • 提交 3d0e308 为 Planner 提示增加当前预算档位的任务 Token 上限和任务总和约束;Runtime Actions 31582204642 成功,生产镜像摘要为 sha256:0ad957fdb373381c2ad658e07834ac875eeb8596e9b643a78072c040ab429d5e
  • 生产公开低风险规划请求返回 HTTP 201,一次模型调用生成两步结构化计划并持久化;无依赖任务为 queued,依赖任务为 blocked_dependency,自动执行开关保持关闭,未提交 Nomad Job。
  • 该记录只代表智能规划灰度通过,不改变 P4“进行中”状态;网页验证 Worker、成果检查、AI BOSS 审核、Benson 决策、普通任务自动验收和最终出口仍待完成。

2026-08-12:阶段四来源授权与真实 Worker 派工灰度

  • eb5f31c 补齐公开研究来源授权契约:Benson 提交来源 ID/URL,Runtime 校验并冻结 URL,AI BOSS 只选择来源 ID,Worker 只读取冻结快照。
  • 生产计划 468e2657ad174312a4c208b425994890 真实派发到 pcdell-101;Nomad Job agentmeshos-runtime-daafa2022b4d42df、Allocation c0595075 完成,Worker 从 https://example.com 读取 559 bytes 并回传 Artifact。
  • AI BOSS 审核输出无法解析,Runtime 正确进入 rework_requested,生成返工任务但不自动执行;自动执行开关已关闭。该批次证明真实派工和失败保护有效,同时确认结构化审核仍是 P4 未完成项。

2026-08-12:阶段四审核契约与 Console 生产发布

  • b2180b5 收紧 AI BOSS 审核输入输出:每条标准仅可引用其允许证据,必须返回唯一 JSON 对象并覆盖全部必需标准;解析失败、遗漏或伪造证据仍进入证据不足/返工,不能自动通过。
  • Runtime 已部署为 sha-b2180b5,健康与 SQLite quick_check=ok 通过;智能规划、只读和安全预览开启,验证器与自动执行保持关闭。Console 已切换至摘要 sha256:98a18bb1946856bb4d8d6dfc24244acc8e5cb96d8165ee87a891c7c9109545c1,容器健康和桌面/移动浏览器契约通过。
  • 发布期间发现并修正 Docker 镜像清理器短 ID 与完整 ID 比较导致的误报;Docker 已阻止其删除运行 Runtime,修复后的真实 dry-run 与离线回归均确认运行镜像不再成为删除候选。真实结构化审核、检查器、Benson 验收和 P4 最终出口仍未完成。

2026-08-12:阶段四受控返工派发与任务图安全视图

  • 新增 POST /boss/v1/tasks/{task_id}/dispatch-rework:仅允许 Benson 显式派发已排队、P4 契约且具有返工来源的任务;普通任务、恢复任务、自动扫描和 P5 循环均不能使用该入口。
  • 首次请求在一个 SQLite 事务中写入任务操作幂等键、领取任务并创建运行记录;同一键重试回放同一运行,不重复模型调用或 Nomad 提交。Console 仅对后端 is_rework=true 显示“执行返工”。
  • /boss/v1/task-graph 改用 P4 安全白名单视图,不再把完整任务规格或结果返回浏览器。固定本机全套回归 114 passed、Gateway 三项契约与 Console 浏览器契约均通过;该项待 CI 和生产灰度,未启用自动执行或 P5。

2026-08-12:阶段四受控返工生产灰度与审核失败保护

  • Benson 对已排队返工任务 cdf511a44b3340c9 发起一次显式派发,并立即以同一幂等键重放。SQLite 只产生一条 dispatch_rework 操作记录和一个 Nomad 运行;没有重复模型调用或重复 Nomad 提交。
  • Job 在 pcdell-101 完成,Runtime 接收 271 bytes JSON Artifact,SHA-256 为 d49f9c518d528439bfe5e11c41f463a07a53f9b866d5e1566ff39f6875ee71ff。公开分析调用结算 3004 Token,AI BOSS 审核调用结算 4763 Token。
  • 审核输出仍未满足唯一 JSON/证据引用契约,Runtime 没有伪造通过:任务进入 rework_requested,创建下一轮返工并保持下游阻塞。验证器与全局自动执行均保持关闭,SQLite quick_check=ok。结论是受控返工和失败保护已获生产证据;稳定结构化审核、确定性检查和自动验收仍未完成。
  • 证据记录提交 e2c6d03 已推送;Docs 构建 3159290549631593113383 成功,生产 Docs 镜像切换为 sha256:2d2f62ea441073cdf4ebd16521fb9157bca96b2d8fb23ee60aa5892915fe690b。本机和公网健康检查均为 ok,公网正文已包含本轮结论;该发布未改变 Runtime、验证器或 P5 行为。

2026-08-12:阶段四审核 JSON 围栏规范化与生产验证

  • fd0ab6d 只把单个完整 JSON 代码围栏规范化为既有审核契约;附加文字、多个围栏、缺少标准、伪造证据和缺少确定性检查继续拒绝。Runtime CI 31593967181 与独立复核 31594040577 均成功,部署前 SQLite 备份 SHA-256 为 690c99072e00c3920c97abe1b43ec40ecab1fae0f6e429f1e21e0479ee2c397b
  • 首次正式部署在 Worker 预加载出现瞬时镜像检查异常,发生在 Runtime 替换前。随后只读确认 101、103 均存在预期镜像且非 root 导入测试通过,重跑正式脚本后复用两侧镜像并成功部署;Runtime 健康、私网拓扑、旧数据和 SQLite quick_check 均通过,验证器与自动执行保持关闭。
  • 新返工任务 ecd6247fcf474aa1 的一次显式派发和同键重放只产生一个运行。AI BOSS 审核实际产生可解析 json_fence,两条 boss.review/v1 均记录为 insufficient_evidence;确定性检查器关闭导致任务安全失败,未自动验收、未释放下游、未继续自动重试。该项证明格式修复有效而硬门槛未被绕过,下一步转入确定性检查器受控灰度。

2026-08-12:阶段四 Runtime 确定性检查器受控灰度

  • 部署前备份为 /var/lib/agentmeshos/ai-runtime/backups/runtime-pre-p4-verifiers-gray-20260812T120445Z.db,SHA-256 为 a5eee43bfedfd5131c4f7cdaf88b44e7bf799d2ac6c5f64ac36f7a5a9810ce06。生产容器实际加载 AI_RUNTIME_P4_VERIFIERS_ENABLED=true;智能规划、只读和安全预览保持开启,AI_RUNTIME_P4_AUTO_EXECUTION_ENABLED=false,P5 未启用。
  • 使用新的幂等键对 ecd6247fcf474aa1 的 SQLite JSON 成果 3a34d2b2ef23411e8dfed3010545d19e 显式检查。Runtime 回读 271 bytes,SHA-256 b736434569a0338a1c7fc8e9882bb8150b62e4a6acb4289ed56e21efb04feafc,并通过大小、哈希、文件头、UTF-8 和 JSON 五项检查;检查运行为 e84216c95a00400e836f674517bdbbce,真实可访问证据为 a944e08b8c964034a4fe10c1b3d99da6
  • 立即以同一 client_request_id 重放,返回同一检查运行且数据库只保留一条对应记录。任务继续保持 failed,没有调用模型、自动验收、下游释放或自动重试;SQLite quick_check=ok,数据库和环境文件均为 root:root 0600。该结论仅代表轻量确定性检查器灰度通过,不能代表 AI 审核、Benson 决定或 P4 完成。

2026-08-12:阶段四仅重新审核入口与真实最终验收

  • 29d9507 新增 Benson 显式 POST /boss/v1/tasks/{task_id}/retry-review。它只针对已执行、必需确定性标准已通过但审核失败的 P4 任务,复用成果/证据,不重跑 Worker 或 Nomad;请求在 task_action_requests 中以 retry_reviewclient_request_id 幂等记录。
  • 首次生产重新审核调用真实返回 AI BOSS 两条 passed,也完成了最终验收,但下游 Envelope 准备异常被旧逻辑抛回入口,导致上游错误显示 failed。该真实失败暴露状态机缺陷,而非证据或模型问题;没有新增 Worker/Nomad 运行。
  • 7e41d67 修复下游激活异常隔离:只有真正 queued 的 P4 任务进入后续激活,后续失败只写自身事件,不得覆盖已完成上游;同时重新审核异常不覆盖已经完成的最终验收。Runtime CI 31596777806 成功,生产镜像为 sha256:38fe713924238585ac21297eb4df18ce416b186789921150c72bb6f0f9f228d2。部署前备份 /var/lib/agentmeshos/ai-runtime/backups/runtime-pre-downstream-activation-fix-7e41d67-20260812T123502Z.db,SHA-256 aa1bbe20734dc4bde129c3ebf7d980215d0fd9bad59571699798ae1a254a73aa
  • 第二次新幂等键调用使 ecd6247fcf474aa1 最终为 completed;同键重放返回 replayed=truetask_runs=1executions=1,SQLite quick_check=okAI_RUNTIME_P4_VERIFIERS_ENABLED=trueAI_RUNTIME_P4_AUTO_EXECUTION_ENABLED=false。该项完成单任务确定性检查、AI BOSS 审核、最终验收和幂等恢复闭环,不代表 P4 全部完成。

2026-08-12:阶段四 Console 仅重新审核控制发布

  • bbae71d 在任务工作台增加“重新审核”按钮:仅失败的 p4-v1 任务可点击,Console 使用 client_request_id 调用 retry-review;按钮文案明确它不会重跑 Worker 或 Nomad,后端继续验证确定性证据和任务状态。
  • Console 浏览器契约通过,覆盖按钮资格、Runtime 请求路径、幂等键、桌面与 390×844 移动布局。Console CI 31597996152 成功,生产镜像摘要为 sha256:c8e264aa28cd5b7c8972fde6e3af58ba35e78ee364bdd5bd93e416bf279e4c6b,容器健康。
  • 公网未登录入口仍按预期跳转 A-Auth,直接会话接口返回 401;Runtime 自动执行仍为 false,P5 未启用。

2026-08-11:阶段四 AI BOSS 核心改造完成归档

  • 计划 ID:phase-4-ai-boss-core-upgrade-completed
  • 状态变化:阶段四完成并归档;当前阶段切换为阶段五“规划中,尚未实施”。此状态切换不启用主动循环、定时唤醒、后台模型调用或新的系统动作。
  • 完成证据:Runtime 49 passed;Gateway 告警、目录和公开状态契约;Console 浏览器契约;严格 Docs 构建与计划状态检查;生产管理员会话的 OmniRoute 流式/取消、公开 Codex CLI 完成/取消、真实附件粘贴上传、Cloudreve 回读和多模态识别均已通过。
  • 恢复证据:生产交互 4e0986f03a204741a90f 在首 SSE 连接进入 streaming 后主动断开,第二连接恢复持久化文本并 completed,真实用量 8946 Tokenestimated=false;Runtime 集成测试覆盖重启将未完成交互标为 interrupted、会话/任务图恢复与 Nomad Envelope 重建。
  • 后续边界:阶段五可以开始受控主动工作循环的实施规划,但尚未实施;阶段六继续等待阶段五完成并归档。

2026-08-06:阶段四至阶段八正式重排

  • 计划 ID:phase-renumber-p4-p8
  • 项目负责人决定:当前 AI BOSS 核心能力、工作台与 API Gateway 可见性改造正式定义为阶段四,不再称为“P4 前置”;阶段四完成并归档后,阶段五单独实施 AI BOSS 受控主动工作循环。
  • 后续顺延:原阶段四“第一个 AI 应用的发现与试验闭环”调整为阶段六,原阶段五“第一个 AI 应用 MVP”调整为阶段七,原阶段六“应用扩展”调整为阶段八。
  • 顺序边界:阶段五不得在阶段四完成前启动;阶段六不得越过阶段五。阶段五只建设 Benson 预先启用、可暂停、可终止、有硬预算和完整审计的主动工作引擎,不开放任意系统动作、外部业务写入或无限重试。
  • 兼容策略:旧 phase-4-discovery-experiments.mdphase-5-application-mvp.mdphase-6-application-expansion.md 路径保留为明确的重排兼容入口,权威计划分别迁移到阶段六、阶段七和阶段八页面。

2026-08-06:AI BOSS 核心能力改造成为 P4 前置当前计划

  • 计划 ID:phase-4-pre-ai-boss-core-upgrade
  • 状态变化:阶段四内部当前执行从“第一个 AI 应用的发现与试验闭环(规划中)”切换为“AI BOSS 核心能力、工作台与 API Gateway 可见性改造(进行中)”;原阶段四应用计划保留并顺延,不取消、不覆盖历史。
  • 主要范围:先解决发送无即时反馈和响应缓慢,再完成持久交互、SSE、幂等、Token 硬预算、上下文、长期记忆、结构化规划、任务恢复、工作台重构、剪贴板/附件、多模态和 API Gateway 可见性。
  • 架构边界:API Gateway 继续是 Console、Status 和运维状态/告警聚合层;AI BOSS 经主节点认证回源代理直达 AI Runtime;CLI Agent Gateway 只提供显式、public 数据的固定备用推理,不形成第二控制面或 Provider Router。
  • 完成口径:文档进入当前计划不代表代码、数据库迁移、部署或公网验收完成;以上证据全部通过后才恢复原阶段四应用工作。

2026-08-05:Claude AgentRouter 认证纠正与双模型启用

  • 计划 ID:ai-boss-cli-agent-fallback
  • 根因:原 Gateway 为 Claude Code 同时设置 ANTHROPIC_AUTH_TOKENANTHROPIC_API_KEY 并使用 --bare,偏离 AgentRouter 官方要求的 Bearer Token 配置;当时 claude-opus-4-8 返回 Insufficient balanceclaude-opus-5 返回 OpenRouter Insufficient credits。不能据此判定模型不可用。
  • 修复:Gateway v0.2.1 只注入 ANTHROPIC_AUTH_TOKEN 和不带 /v1 的根 Base URL,移除 --bare;每次调用使用独立 /tmp/claude-* HOME 并在结束后清理。新增认证变量、命令参数和清理行为测试,Gateway 共 7 passed
  • 生产验收:claude-opus-4-8claude-opus-5 均先通过隔离官方 CLI,再分别通过生产 Gateway 和正式 Boss API,全部返回精确 OK;Gateway 审计状态均为 completed,无错误码。Runtime 模型目录对 OmniRoute、Codex 和两个 Claude 均返回 available=true
  • 发布证据:Git revision 3bd60ef3e01acd1cbb3471ab445e9520c1759293 的 GitHub Actions run 31016086434 成功;生产镜像 digest 为 sha256:3453ed5179f43c17cfb61123d2d8b53361d4988a660945b7b4d4d21ec76f7639,Gateway healthy、版本 0.2.1available_backends=3
  • 最终重建:文档同步提交 64c1021c92bf832f2a1fe5bad69b8b4a583a1b7f 触发同源码镜像重建后,当前生产 digest 更新为 sha256:7e79b3f412c9a5704f4befb3bfd43a68af10473dc39dc73762a7276291da4333;重新部署后两个 Claude 再次分别经正式 Boss API 返回精确 OKruntime_call_id846c91ad172f47af83a30229cfd8235cca0ecbaf7cca469cb5a78a6fd8e450ef
  • Console:生产 app.js 与仓库摘要一致,两个 Claude 选项会按 Runtime 返回的 available=true 启用;公网未认证入口仍跳转 A-Auth。CLI_GATEWAY_ENABLE_CODEXCLI_GATEWAY_ENABLE_CLAUDE_OPUS_4_8CLI_GATEWAY_ENABLE_CLAUDE_OPUS_5 当前均为 true,默认仍为 OmniRoute且不自动回退。
  • 回滚:变更前 root-only 环境备份位于 /etc/agentmeshos/backups/cli-agent-gateway.env.before-claude-20260805T223922;部署脚本同时保留旧镜像 rollback 标签。任一模型后续失败时单独关闭其开关并重部署,不影响 OmniRoute 默认链路。

2026-08-05:OmniRoute Discovery 历史窗口与连续失败阈值

  • 计划 ID:omniroute-controlled-discovery-history
  • 原因:旧实现只保留最近结果,单次超时、限流或上游错误会立即把 Provider 标记为 rejected,无法区分偶发故障和持续不可用。
  • 实现:Bridge v0.2.0 增加独立追加式 SQLite 历史事实库、最近 10 次成功率/连续失败/延迟统计;可恢复故障连续少于 3 次保持 pending,连续 3 次或明确永久错误才 rejected。历史库不保存凭据、Cookie、请求正文或 Prompt,也不承担 Provider Registry 职责。
  • 生产验收:Bridge、OmniRoute 和 timer 状态正常,公网未登录精确路由返回 401;两轮复测写入 18 条事实,9 个 Provider 各 2 条,官方结果为 4 verified / 3 pending / 2 rejected,主库与历史库 quick_check=ok。部署脚本已修复为显式重启常驻 Bridge,避免新源码安装后旧进程继续运行。
  • 边界:窗口统计只供观察和人工审查;没有启用自动告警、自动修改 Combo、自动修复 Provider 或高频扫描,也没有发现无限制访问方式。

2026-08-04:AI Boss 执行过程与真实模型详情

  • 计划 ID:ai-boss-process-observability
  • 背景:Discovery 价值评估已真实提交给 AI Boss,实际由 kr / claude-sonnet-4.5 返回;模型在回复中错误声称能够读取文件、修改代码和执行 shell/Git,暴露了“最终回复”和“系统真实能力”之间的证据缺口。
  • 实现:Runtime v0.5.1 为 Boss 请求生成 interaction_id,追加请求接收、通道检查、模型调用、任务创建和回复完成事件;Console 增加过程时间线,展示状态、Provider、模型、通道、耗时、Token、调用 ID 与任务引用。
  • 安全:过程接口不保存或返回隐藏思维链、完整 Prompt、凭据、基础地址或主机配置。能力判断只使用 Runtime 注册接口、Adapter、白名单工具和生产验收,不采信模型自述。
  • 当前状态:仓库实现和 23 项 Runtime 测试、Console 契约及 JavaScript 检查已通过;生产 Runtime v0.5.1 与 Console 容器均健康,真实请求的阶段、实际 Provider/模型、Token、耗时和调用引用已进入“执行过程”页面。

2026-08-04:OmniRoute Compression 隔离复评

  • 计划 ID:omniroute-compression-reassessment
  • 状态:隔离评估完成,生产保持关闭。
  • 方法:只调用官方 OmniRoute 3.8.49/api/compression/preview/api/context/rtk/test,不修改源码、不写入生产 Compression 配置;样本放在仓库 temp/,完成后清理。
  • 结果:LiteRTKRTK -> CavemanLite -> RTK 在混合样本上约节省 70.54%~73.14% Token,但保真校验未通过。Lite 在错误/结构化样本中删除关键标记;RTK 对 Docker 构建样本没有保留 exit code: 2;RTK 压缩的大型 JSON 变成 OmniRoute 截断标记或不可直接解析的内容。
  • 生产状态:enabled=falsedefaultMode=offactiveComboId=nullcompression_analytics 仍为 0;Boss 请求响应头明确为 X-OmniRoute-Compression: off,Boss 与 Worker 正式 Combo 均真实返回预期文本,Worker 本次 SSE 上游未回显该响应头。OmniRoute healthy、版本 3.8.49、SQLite quick_check=ok
  • 决定:不启用全局压缩,不创建或绑定 Compression Combo,不修改 Boss/Worker 路由。下一次只在官方排除规则足以保护 JSON、错误、代码、路径和验收数字后复评 RTK minimalCavemanAggressiveLLMLinguaUltraOmniGlyphCCR 继续关闭。

2026-08-04:OmniRoute Discovery 受控展示与每日复测

  • 计划 ID:omniroute-controlled-discovery
  • 仓库与部署:新增 Python 标准库 Bridge、固定 Provider allowlist、测试和 systemd 部署脚本;服务只监听 127.0.0.1:39183,main 私有回源只代理 /api/discovery/results/api/discovery/scan
  • 数据:官方 discovery_results 已写入 9 条最近结果,4 条 verified、5 条 rejected;写库前保留 SQLite 快照,结果明确标记 success_is_not_unlimited_access
  • 周期:每日 timer 已启用并完成两轮真实运行;下一轮计划为 2026-08-05 23:15 CST 左右。复测不自动新增连接、调整 Combo 或绕过服务商限制。
  • 验收边界:Bridge、写库、timer、BaoTa Nginx 配置和公网未认证接口均已验证;不读取或伪造管理员浏览器 Cookie,因此官方“发现”页面最终可见性由管理员刷新已登录页面确认。

2026-08-04:AI Boss AgentRouter CLI 备用通道仓库实现

  • 计划 ID:ai-boss-cli-agent-fallback
  • 状态:已完成仓库实现、本地隔离验收、生产部署和真实全链路;Codex 已启用,Claude 保持禁用。
  • 架构:OmniRoute 保持默认和唯一通用 Provider 核心。AgentRouter 不进入 OmniRoute Provider 列表,也不由 Runtime 直接请求 HTTP;固定链路为 Runtime -> CLI Agent Gateway -> Codex CLI / Claude Code CLI -> AgentRouter
  • Console:AI Boss 对话区已增加模型通道选择器;OmniRoute(默认) 可选,三个 AgentRouter 固定候选可见。Runtime 返回 available=false 时,Console 显示原因并禁用,不执行自动回退。
  • 安全:Gateway 只接受 public 数据与固定后端 ID,Prompt 走标准输入;不接受 cwd、任意参数、环境、MCP 或工具,不挂载仓库、HOME、Docker、Nomad、Storage 或 SSH。子进程独立进程组,具备超时 TERM/KILL、2 MiB 双流上限、并发限制和脱敏 SQLite 调用记录。
  • 验收:Runtime 测试 22 passed,Gateway 测试 5 passed,Console 本地及公网嵌入契约通过;本地镜像以非 root、只读根文件系统、无宿主机端口运行,健康、按开关暴露后端和持久审计数据库验证通过。临时隔离网络中的 Runtime v0.5.0 已读取 Gateway 目录并通过 Codex 完成 AI Boss 对话,返回精确 OK
  • 真实 Smoke:Codex gpt-5.6-sol 返回精确 OK、退出码 0、无错误事件;隔离 Gateway 返回相同结果并持久化最小审计。Claude claude-opus-4-8claude-opus-5 均返回 HTTP 402
  • 生产部署:Gateway、Runtime v0.5.1、Console 和 Docs 均健康且重启次数为 0。生产模型目录返回 OmniRoute 与 Codex 可用、两个 Claude 不可用;通过正式 Boss API 选择 Codex 后返回精确 OK,Gateway 审计为 completed,AI Boss 执行过程包含 received/model_call/completed
  • 镜像证据:Gateway sha256:50e3812c195abf28f91d5ddc8fc8882b5214e58423ecf95acba35e6294f5b45a,Runtime sha256:3c2521b7deda5651865170a445cbdec25097b154b2f1afdd71964b0c0ef94326,Console sha256:147f477ad98bd894683ed5be6b30c18bab8eab47d23e389f94270772e8c5f65d,Docs sha256:f8c1f6d0ae44cd16dfe58f53f887dbc8937e8818e0d3bc63b3a9d185bc2707c9
  • 最终边界:CLI_GATEWAY_ENABLE_CODEX=true;两个 Claude 开关保持 false。OmniRoute 继续是默认和唯一通用 Provider 核心,Codex 只在 Benson 显式选择时调用,不改变默认链路。

2026-08-04:OmniRoute 管理与模型 API Key 职责分离

  • 计划 ID:omniroute-api-key-separation
  • 状态:普通模型 Key已完成生产创建和权限验收;Runtime 最小权限切换受官方 3.8.49 MCP 鉴权限制,保持部分完成。
  • 已完成:保留 agentmeshos-runtime-admin 管理 Key;创建 agentmeshos-model-client,只允许 chat/modelsagentmeshos-free-quality-firstagentmeshos-free-capacity-poolself:usage。两个 Combo 真实调用返回 MODEL_KEY_OK;直接模型与 /api/keys/api/combos 均被拒绝。
  • 官方限制:/api/mcp/tools/api/mcp/stream 使用带 mcp:connect、读取和执行 scope 的普通 Key仍返回 403 AUTH_001。因此没有给普通 Key添加 manage 冒充最小权限,也没有让 Runtime 丢失已验收的 MCP 搜索/抓取;runtime-call.env 暂时继续使用管理 Key。
  • 凭据边界:管理、Runtime 兼容和普通模型凭据均为主节点 root:root 0600;不进入 Git、日志、浏览器、Agent 或 101/103 Worker。
  • 备份:本机完整未脱敏 TAR /backup/agentmeshos/omniroute-key-split-20260804T143210Z/omniroute-key-split-20260804T143210Z.tar,大小 96942080 bytes,SHA-256 401b5078cb2e95691d09eed2af9b9e82bd5dfa30bd0a2b082bf822ef48229c7e;已通过标准 WebDAV PUT 上传并回读到 cloud.yohan.fun/dav/AgentMeshOS-长期/OmniRoute-Key-Split-20260804T143210Z/,远端 SHA-256 一致。旧 rclone 远端因 DNS/凭据失效未使用。

2026-08-04:OmniRoute Combo、Provider 与历史告警收口

  • 计划 ID:omniroute-provider-alert-maintenance
  • 状态:已完成生产配置、真实调用和告警生命周期验收。
  • Combo:通过官方 API 删除无运行引用的旧 agentmeshos-free-priorityagentmeshos-free-fusion,保留其 52 条历史调用;当前只保留 Boss quality-first 与 Worker capacity-pool。UncloseAI 从 8 月 2 日起持续返回上游 502,其三个候选从两个正式 Combo 移除,连接本身保留供后续复测。
  • Provider:截图中的 7 个红色节点逐项重测后,Alibaba、Black Forest Labs、FriendlyAI、LLM7、SenseNova 已恢复 active;MiMoCode 为官方 3.8.49 模型映射/验证适配问题,UncloseAI 为持续上游 502。灰色 HuggingChat 保持停用。当前两个 Combo 各 195 个候选、覆盖 24 家 Provider,真实调用均返回 ROUTE_OK
  • 告警:6 条待处理记录均为已修复或已退役链路的历史事件;逐条追加根因和证据后标记 completed,未删除原始记录。收口后 pending/processing/failed/needs_benson_decision 均为 0。
  • 当前基线:官方 omniroute@3.8.49 与 Runtime 均健康;52 条连接、51 个 Provider、2 个 Combo、2 个 API Key,SQLite quick_check=ok。历史迁移和旧调用事实继续保留,不用当前数字覆盖。

2026-08-04:OmniRoute 双角色免费路由优化

  • 计划 ID:omniroute-role-routing-optimization
  • 状态:已完成生产配置与真实调用验收。
  • 结论:Runtime 不再让 Boss 和 Worker 共用旧 agentmeshos-free-priority。Boss 使用官方 fill-first Combo agentmeshos-free-quality-first,按质量顺序优先 GPT/Codex、Claude 和 O3;Worker 使用官方 least-used Combo agentmeshos-free-capacity-pool,按每个模型和账号的实际调用次数均衡免费容量。
  • 候选:从官方免费 coding 候选中保留 198 个可执行目标、覆盖 25 家 Provider;排除 44 个已有明确证据的失效目标,包括 Provider 映射/凭据缺失、账户暂停、订阅限制、模型不存在和认证/余额错误。Provider 和凭据本身未因本次 Combo 调整被删除。
  • 安全边界:两个 Combo 均关闭 session stickiness,启用模型不存在/需要订阅正文的响应质量拦截;只使用官方 API 和官方策略,未修改 OmniRoute 源码或 SQLite。
  • 真实证据:Boss 5 次调用全部 HTTP 200,其中 4 次为 gpt-5.3-codex、1 次回退 O3;Worker 8 次调用全部 HTTP 200,按 least-used 依次覆盖 Codex、O3、Claude Sonnet、Claude Opus 和 GPT-4o。
  • 生产 Runtime:AI_RUNTIME_OMNIROUTE_BOSS_MODEL 已切换为 agentmeshos-free-quality-firstAI_RUNTIME_OMNIROUTE_WORKER_MODEL 已切换为 agentmeshos-free-capacity-pool;容器重建后健康且重启次数为 0。生产 Boss Smoke 命中 gpt-5.3-codex,生产 Worker Smoke 在两个失败候选后由官方 Combo 自动回退到 deepseek-v3.2 并成功,OmniRoute 调用日志记录了正确 Combo 和高权限 Runtime Key 名称。
  • 回归:Runtime 自动化测试 20 项通过;只读 Provider 视图返回正确双 Combo、OmniRoute healthy 和 636 个模型目录条目。
  • 当时基线:官方 omniroute@3.8.49 健康;52 条连接、51 个 Provider、4 个 Combo、2 个 API Key,SQLite quick_check=ok。历史 53/52/2/1 继续作为 2026-08-03 原生迁移和正式备份验收事实;后续 Combo 收口见本页更新条目。

2026-08-03:阶段三 P3-8、P3-12 完成归档

  • 计划 ID:phase-3-runtime-mvp
  • 状态:阶段三已完成并归档,当前转入阶段四。
  • 结论:官方 OmniRoute MCP Streamable HTTP 已完成健康、搜索、抓取、边界拒绝和失败审计引用真实验收;多 Agent、Artifact、凭据隔离、Guardrails、Evals、重启恢复和 Job 清理通过。
  • Compression:同样本预览节省 0%,未达到 20% 门槛,生产保持关闭,不阻塞阶段出口。
  • 归档:阶段三完成归档
  • 后续动作:进入阶段四:第一个 AI 应用的发现与试验闭环

2026-08-03:阶段四发现与试验闭环启动规划

  • 计划 ID:phase-4-discovery-experiments
  • 原状态:阶段三已完成并归档。
  • 新状态:规划中。
  • 结论:阶段四复用薄 Runtime、Nomad、Cloudreve Artifact、官方 OmniRoute 和业务账本,先进行合法公开来源的机会发现、去重、初筛和受控试验,不预设固定赛道。
  • 当前记录:阶段四预备页

本页只追加阶段、计划和归档状态变化;不复制完整正文。完整证据始终链接到当前记录或独立归档文件。更正旧结论时新增更正记录,不改写已有记录。

2026-08-03:P3-7、P3-9、P3-10、P3-11 生产验收归档

  • 计划 ID:phase-3-runtime-mvp
  • 状态:P3-7、P3-9、P3-10、P3-11 已完成并归档;P3-8 部分完成,P3-12 进行中。
  • 结论:持久 Agent Registry、任务依赖门控、长期 Artifact、业务成本/收益账本和 Console 关系视图已部署并通过生产验收。
  • 证据:父子任务依赖后执行并清理;Cloudreve Artifact 写入/回读/SHA-256;ToolAdapter 健康调用审计;101/103 Worker 凭据隔离;17 项 Runtime 测试;Runtime、Console 与 Docs 健康。
  • 归档:Runtime 编排与适配器
  • Git 提交:bf8189edf0a4787da4ead
  • 后续动作:只继续 P3-8 官方 MCP 搜索/抓取真实接入和 P3-12 Compression 质量门槛;不得伪造官方工具或在 Runtime 自研替代能力。

2026-08-03:101 隔离与旧底座临时材料清理

  • 计划 ID:phase-3-runtime-mvp-cleanup
  • 状态:已完成。
  • 结论:P3-7.0 隔离验收已经完成,后续卡住的冗余 npm 进程没有验收价值;已终止进程并清空 101 的项目 temp/
  • 清理范围:旧 OmniRoute 隔离副本、旧 KodBox/JuiceFS/Galera 材料、WebDAV 测速文件、npm 测试和其他明确位于项目临时目录的历史中间产物。
  • 保留范围:主节点 /root/.omniroute 正式数据和 Cloudreve AgentMeshOS-长期 正式备份未修改。
  • 清理结果:101 项目 temp/ 与主节点仓库 temp/ 均为 0 个条目;主节点约清理 6.7 GiB。清理后 OmniRoute 仍为 active,健康基线仍为 53 条连接和 52 个 Provider。
  • 正式备份:/backup/agentmeshos/omniroute-root-native-admin-20260803T035230Z.tar 保留,SHA-256 为 716fb95e23cb93aba362df3548e9f48a5112ca9c98bdd29e9ba0b5421ef0cfa3;归档自身清单为 53/52/2/1、迁移 133、quick_check=ok

2026-08-03:P3-7.3 Runtime 免费候选目录退役

  • 计划 ID:phase-3-runtime-mvp
  • 状态:P3-7.3 已完成生产部署验收;P3-7.0 继续进行,下一项为官方 Guardrails、Evals、Compression 与 MCP 隔离验收。
  • 结论:Runtime 已删除 free_catalog.py、本地价格表、免费来源同步/健康/发现 Worker、候选发现 API 和 free_ai_sourcesfree_ai_source_modelsfree_ai_source_checks 三张运行表。公开多 URL 的读取、解析、去重和计算继续使用 source-research/v1;批处理结果分析统一标记为 omniroute_analysis
  • 生产证据:Runtime SQLite 仅留下 free_source_catalog_retired 事件,计数为 80/512/11,三张表不存在;旧候选发现和免费路由 API 均返回 404;101/103 使用同一新 Worker 镜像 ID;Runtime 健康通过。
  • OmniRoute 边界:未修改 OmniRoute 源码或 Provider 数据。原生 SQLite 核对为 53 条连接、52 个 Provider、2 个 Combo、1 个高权限 API Key,quick_check=ok
  • Git 提交:32e7a78;AI Runtime 与文档站 GitHub Actions 均构建成功。

2026-08-02:薄 Runtime + OmniRoute 架构收口与 3.8.49 隔离复核

  • 采用官方 OmniRoute 作为唯一 Provider/模型/协议/连接/Combo/健康/用量核心,AgentMeshOS Runtime 收缩为业务策略、任务图、Nomad、业务成本、告警和 OmniRouteAdapter 桥接。
  • 使用真实生产数据副本和原始加密密钥完成官方 3.8.49 隔离迁移复核:迁移 133、容器健康、认证 Provider API 为 53 条连接/52 个 Provider、SQLite quick_check=ok;此前启动早期的 0 条摘要确认是加载竞态。
  • 生产继续固定官方 3.8.48,未执行生产升级、Provider 删除或 Runtime 重复能力删除。完整未脱敏备份仍保留本机与 Cloudreve 长期目录。

2026-07-26:阶段二架构重整归档

  • 计划 ID:phase-2-architecture-reorganization
  • 原状态:架构讨论中
  • 新状态:已完成归档
  • 结论:底座、单用户轻量控制面、通用 AI Runtime、AI 免费层和可插拔应用边界已完成文档收口;不代表 Runtime 已实现。
  • 归档:阶段二:架构与文档库重整
  • 证据:提交 e41419b
  • 后续动作:进入阶段三整体可行性评估。

2026-07-26:阶段三整体可行性评估启动

  • 计划 ID:phase-3-feasibility
  • 原状态:未开始
  • 新状态:进行中
  • 结论:只评估机会、自动化、结果回收、成本收益、AI 免费层和失败退出,不实现 Runtime。
  • 当前记录:阶段三整体可行性评估
  • 证据:提交 5abdfff
  • 后续动作:形成 可进入 Runtime MVP需要补证据不可行,停止 之一。

2026-07-26:完成归档主题化迁移

  • 计划 ID:archive-topic-migration
  • 原状态:全部完成事项集中在 completed.md
  • 新状态:每个主题独立归档,completed.md 仅保留总览与旧锚点入口
  • 结论:历史事实不再随着当前计划滚动而隐藏或覆盖。
  • 归档清单:archive-manifest.json
  • 后续动作:后续计划完成时,先追加本页,再创建 completed-*.md 并更新状态源。

2026-07-26:阶段三首轮证据基线

  • 计划 ID:phase-3-feasibility
  • 原状态:进行中(无结构化证据结论)
  • 新状态:进行中(首轮证据基线完成,结论为需要补证据)
  • 结论:公开 GitHub API 可作为受限的机会数据候选;GitHub 写入/外部动作、真实业务结果和经济闭环尚无证据。OmniRoute 为已发现、待评估、未部署的候选,其上游额度和能力声明未在 AgentMeshOS 独立验证。阶段三不得进入 Runtime MVP。
  • 当前记录:阶段三整体可行性评估
  • 证据:GitHub REST API 限流、最佳实践、条款和可接受使用政策;OmniRoute 公开仓库、免费层参考与安全说明;本次只读公开 API 样本。
  • 后续动作:确定合法代表性样本后,依评估记录的固定顺序补齐数据质量、平台边界、业务/经济回收、Provider 与失败退出实测。

2026-07-26:阶段三机会发现职责更正

  • 计划 ID:phase-3-feasibility
  • 原记录:将代表性机会样本写成“由 Benson 先选择”。
  • 更正:机会发现、候选去重、初筛和证据登记由 AI 研究任务主动完成;Benson 只设定合法、预算、数据与风险边界,并对真实外部业务动作作最终决定。
  • 原因:要求项目负责人手工寻找机会与 AgentMeshOS 建设 AI 自动化应用的目标冲突。
  • 当前记录:阶段三整体可行性评估
  • 后续动作:阶段三继续用受控只读发现任务形成候选台账,不得将人工作为系统的机会发现前置条件。

2026-07-26:取消旧阶段三整体可行性评估

  • 计划 ID:phase-3-feasibility
  • 原状态:进行中,作为 Runtime MVP 的整体可行性与 Go/No-Go 门禁。
  • 新状态:已取消,保留为旧 URL 的历史记录。
  • 结论:旧阶段要求在 Runtime 存在前证明 AI 能自主发现机会,形成循环依赖,并把系统要实现的能力错误地变为开工前置条件。原有调查证据继续保留,但不得阻止 Runtime 或限制 AI 寻找方向。
  • 当前阶段:新阶段三:通用 AI Runtime MVP,状态为规划中。
  • 后续动作:路线重新编号为六阶段;机会、成本、结果和收益在 Runtime 与应用的持续运行中记录和复盘。

2026-07-26:新阶段三通用 AI Runtime MVP 启动

  • 计划 ID:phase-3-runtime-mvp
  • 原状态:未开始
  • 新状态:规划中
  • 结论:首个真实闭环是 Boss Agent 与研究 Worker 的只读机会发现、去重、初筛和候选登记;不要求 Benson 手工提供机会,不执行外部写入、交易或付费动作。
  • 当前记录:阶段三:通用 AI Runtime MVP

2026-07-26:阶段三进入实现

  • 计划 ID:phase-3-runtime-mvp
  • 原状态:规划中
  • 新状态:进行中
  • 结论:已开始实现主节点 Runtime、Nomad/Worker 接入、Console Boss 工作区与底座接入自动校验;尚未完成生产部署与真实机会发现验收。
  • 相关记录:阶段三当前计划
  • Git 提交:本次变更提交待生成
  • 证据:Runtime 单元测试、Nomad HCL validate、Console/计划状态静态检查
  • 后续动作:完成镜像构建、主节点部署、101/103 无凭据 Smoke 和公网 Console/Docs 验收
  • 后续动作:单独确认最小 Runtime 实施计划后转入执行。

2026-07-26:阶段三首个真实只读 Nomad 闭环

  • 计划 ID:phase-3-runtime-mvp
  • 原状态:进行中(实现与静态验证)
  • 新状态:进行中(首个真实分布式只读闭环通过)
  • 结论:Benson 对话触发任务 209fd4bd207744ae;Nomad Job 分配到 pcdell-101,固定 Worker 读取唯一允许的 GitHub 公开 API 并回传 1 个结构化候选、证据引用和 55141 字节读取摘要。Runtime 完成 Schema/一次性 Token 校验,Boss 审核接受,Job 已清理且 Nomad 查询确认不存在。
  • 安全证据:Runtime 专用 Docker bridge 仅放行其静态地址到 Nomad HTTPS;Worker 不持有 GHCR、Provider、Nomad 或 Storage 凭据;仅伪造 X-Auth-Role: admin 的 Tailnet Boss 请求返回 401
  • 相关记录:阶段三:通用 AI Runtime MVP
  • Git 提交:7cbf95d
  • 后续动作:继续完成 Console 管理员交互、恢复/并发及 Docs/Console 公网发布验收;阶段三完成前不转入阶段四。

2026-07-26:阶段三修正、恢复与并发回归

  • 计划 ID:phase-3-runtime-mvp
  • 原状态:进行中(首个真实分布式只读闭环通过)
  • 新状态:进行中(修正、恢复与并发回归通过)
  • 结论:Boss 驳回结果后会创建带原任务依赖、反馈和关联 ID 的持久化修正任务;SQLite Runtime 重启后可恢复 Benson 会话和任务图;四个 Worker 的并发一次性回传保持任务隔离。该质量反馈机制不是批准单、人工申请或运行门禁。
  • 相关记录:阶段三:通用 AI Runtime MVP
  • Git 提交:c3e18f1
  • 证据:ai-runtime/tests 自动化回归,覆盖修正任务、重启恢复与四路并发回传。
  • 后续动作:部署此改动并完成 Runtime 重启持久化实测;Benson 使用既有管理员登录完成 Console 真实交互验收。阶段三完成前不转入阶段四。

2026-07-26:阶段三 Runtime 旧库迁移修复

  • 计划 ID:phase-3-runtime-mvp
  • 原状态:进行中(修正、恢复与并发回归通过)
  • 新状态:进行中(旧库迁移写入已修复)
  • 结论:生产 SQLite 在新增 rework_task_id 前创建,列通过迁移追加在表尾;原未列名写入会使旧库的新任务创建失败。已改为显式列名写入,并新增旧库迁移后创建任务的自动化回归。
  • 相关记录:阶段三:通用 AI Runtime MVP
  • Git 提交:2302970
  • 证据:ai-runtime/tests 共 10 项通过,包含旧数据库升级路径。
  • 后续动作:部署补丁后完成真实“驳回、修正、接受、清理”闭环;阶段三完成前不转入阶段四。

2026-07-26:阶段三真实 Boss 修正闭环

  • 计划 ID:phase-3-runtime-mvp
  • 原状态:进行中(旧库迁移写入已修复)
  • 新状态:进行中(真实 Boss 修正闭环通过)
  • 结论:只读任务 b107bce4ce49445e 使用允许的 GitHub 公开 API 回传后进入 Boss 审核;Boss 驳回自动创建关联修正任务 a6a6104c94484324。修正任务回传后被 Boss 接受,两个 Nomad Job 均已清理。全程未执行外部写入、交易或付费动作。
  • 相关记录:阶段三:通用 AI Runtime MVP
  • Git 提交:f38ab63
  • 证据:主节点 Runtime、Nomad Worker 回传、Boss 审核和内部 Job 清理接口的真实演练。
  • 后续动作:Benson 使用既有管理员登录完成 Console 真实交互验收;阶段三完成前不转入阶段四。

2026-07-26:阶段三 Boss 自动审核与 Console 验收

  • 计划 ID:phase-3-runtime-mvp
  • 原状态:进行中(真实 Boss 修正闭环通过)
  • 新状态:进行中(Console 到自动审核闭环通过)
  • 结论:Worker 回传后 Runtime 调用受控 Provider Router 审核必填结果与证据,通过则自动完成,不足则创建关联修正任务。Runtime 重启时只重新审核遗留的 待 Boss 审核 任务,不重跑 Worker。Benson 已用既有管理员登录在 Console 发起任务 0e474350b34940b2;消息、SSE、Worker 回传和自动审核均已验证,任务最终完成且 Nomad Job 已清理。
  • 限制:当前未配置真实模型凭据,审核使用 deterministic-demo 的保守降级规则;这不代表 Premium Provider 已接入。
  • 相关记录:阶段三:通用 AI Runtime MVP
  • Git 提交:52bbd86
  • 证据:12 项 Runtime 自动化测试、主节点 Runtime 重启、Console 实际管理员会话、SQLite 审核事件与 Nomad Job 清理。
  • 后续动作:继续完成阶段三剩余的真实 Provider 接入、成本策略和更完整的多 Agent 任务能力;阶段三完成前不转入阶段四。

2026-07-26:P3-5 Provider 管理与真实调用启动

  • 计划 ID:phase-3-runtime-mvp-p3-5-provider-management
  • 原状态:外部授权
  • 新状态:进行中
  • 结论:P3-5 开始实现 admin-only Provider 管理、Runtime 后端模型目录拉取与手工模型 ID 回退、root-only 密钥边界、任务配置快照和真实 Provider 调用。该状态不代表已配置凭据、模型已验证、免费层已启用或阶段三完成。
  • 相关记录:阶段三细化执行页
  • Git 提交:f200392
  • 证据:Runtime 14 项隔离测试通过;Console/Runtime/Docs GitHub Actions 构建成功;Console 与 Docs 部署健康检查通过;Runtime 39170 健康;Provider 管理读取接口仅返回非敏感状态。后续真实 Provider 验证见提交 b0e736c
  • 后续动作:P3-5 取得真实调用和安全边界证据后,再推进 P3-6 AI 免费层与来源目录;P3-6 当前仍未开始。

2026-07-27:P3-5 Provider 目录与协议兼容修正

  • 计划 ID:phase-3-runtime-mvp-p3-5-provider-catalog-protocol
  • 原状态:进行中
  • 新状态:进行中
  • 结论:确认 app.anbalu.top 的推理接口可用,原失败原因是 OpenAI SDK 默认请求头触发供应商拦截,且目录请求路径与协议未独立配置。Runtime 已改为普通 HTTP 拉取模型目录,纯域名默认请求 /v1/models,并增加 Responses API / Chat Completions 选择。
  • 相关记录:阶段三细化执行页
  • Git 提交:13acb52fe1d6b972d75b1b0e736c
  • 证据:供应商 /v1/models 实际返回 22 个模型;Runtime 目录刷新返回 22 个模型;真实连通性测试返回 200,记录 30 input / 8 output tokens;本地 15 项 Runtime 测试通过;Console、Runtime、Docs 镜像构建和部署健康检查通过。
  • 限制:当前价格字段未配置,成本仍显示待定;P3-6 免费层仍未启用;凭据撤销和协议切换的完整验收尚未完成。
  • 后续动作:在 Console 选择上游协议和模型并保存,完成 Boss 实际消息验收,再补 P3-5 的价格、回退和凭据撤销证据。

2026-07-28:P3-5 Premium Provider 收口

  • 计划 ID:phase-3-runtime-mvp-p3-5-provider-management
  • 原状态:进行中
  • 新状态:已完成
  • 结论:真实 Boss 对话已验证 Provider、模型、输入/缓存/输出 Token、人民币成本和事件持久化;Provider 配置新增递增版本号并写入任务快照;Provider 失败只产生错误与告警,由 Benson 选择,不自动切换模型、Provider 或修改密钥。
  • 相关记录:阶段三细化执行页阶段三当前执行摘要
  • Git 提交:e0c49b0cdf404a
  • 证据:gpt-5.6-terra 真实 Boss 对话;22 项 Runtime 回归;Provider 失败告警回归;配置版本和旧库迁移测试;Runtime、Console、Docs 健康部署。
  • 后续动作:进入 P3-6 AI 免费层与来源目录,仅登记候选来源和约束,不安装、不启用、不导入 Token。

2026-07-28:P3-6-1 免费渠道发现器与免费池计划建立

  • 计划 ID:phase-3-runtime-mvp-p3-6-1-free-pool
  • 原状态:未开始
  • 新状态:进行中(计划已建立,尚未开始代码实现)
  • 结论:将 OmniRoute 和其他公开 Provider 目录纳入一次性初始全量盘点,建立 Free AI Source Registry、Nomad 周期同步、健康与额度记录、渠道等级、Worker 免费池、失败切换和 Console admin-only 工作区。OmniRoute 仍为已发现、待评估、未部署的目录来源,不作为第二个 Gateway 或当前 Runtime 依赖。
  • 相关记录:P3-6-1:AI 免费渠道发现器与免费池阶段三细化执行页阶段三当前执行摘要
  • Git 提交:7df7e23
  • 证据:P3-6-1 计划文件、阶段三工作包入口、文档索引和 MkDocs 导航均已同步;计划状态检查通过。
  • 后续动作:按 P3-6-1.1 开始 OmniRoute 目录和官方候选来源盘点,不安装 OmniRoute,不导入未知 Token。

2026-07-28:P3-6-1.1 首轮来源盘点开始

  • 计划 ID:phase-3-runtime-mvp-p3-6-1-free-pool
  • 原状态:规划中
  • 新状态:进行中(P3-6-1.1 来源盘点)
  • 结论:完成 OmniRoute release/v3.8.49 仓库、免费模型目录和资料入口核对;完成 OpenCode Zen、OpenRouter、Gemini、Groq、Hugging Face、Mistral、GitHub Models 和 Local Provider 的首轮候选登记与证据分类。当前没有新 Provider 被标记为可用或进入生产免费池。
  • 相关记录:P3-6-1:AI 免费渠道发现器与免费池阶段三当前执行摘要
  • Git 提交:80a032c
  • 证据:目录请求状态、官方文档、OmniRoute 仓库元数据和免费模型目录源码快照。
  • 后续动作:扩展 Registry 字段并写入首轮候选,保留原始发现事实和来源快照。

2026-07-28:P3-6-1.1 完成,P3-6-1.2 Registry 扩展开始

  • 计划 ID:phase-3-runtime-mvp-p3-6-1-free-pool
  • 原状态:进行中(P3-6-1.1 来源盘点)
  • 新状态:进行中(P3-6-1.1 已完成,P3-6-1.2 Registry 扩展进行中)
  • 结论:完成 free_ai_sources 扩展、新增来源模型表和健康检查历史表;补齐额度、等级、优先级、部署、失败和证据字段;旧 SQLite 数据库迁移和旧来源登记请求保持兼容。尚未写入生产候选,也未启用免费 Provider。
  • 相关记录:P3-6-1:AI 免费渠道发现器与免费池阶段三当前执行摘要
  • Git 提交:5ea94e8
  • 证据:Runtime 24 项测试通过,覆盖新 Registry 字段、模型列表、额度快照和旧库迁移。
  • 后续动作:实现固定 Nomad 目录同步和健康检查任务,使用 101/103 受控 Worker 回传 Registry 变更。

2026-07-28:P3-6-1.2 Registry 扩展完成,P3-6-1.3 Nomad 同步任务开始

  • 计划 ID:phase-3-runtime-mvp-p3-6-1-free-pool
  • 原状态:进行中(P3-6-1.2 Registry 扩展)
  • 新状态:进行中(P3-6-1.2 已完成,P3-6-1.3 Nomad 同步任务进行中)
  • 结论:新增固定 free_source_sync / free_source_health Worker 类型;Nomad HCL 只传递受控任务类型和公开来源;Worker 只读取 JSON 目录并回传模型 ID、HTTP 状态、延迟和健康状态;Runtime 可将回传写入来源、模型和健康历史。未提交生产周期 Job,未启用免费 Provider。
  • 相关记录:P3-6-1:AI 免费渠道发现器与免费池阶段三当前执行摘要
  • Git 提交:e0fdeae
  • 证据:Runtime 25 项测试通过,覆盖固定任务类型、HCL 任务环境、一次性回传、模型登记和健康记录。
  • 后续动作:在受控环境提交一次真实目录同步 Batch,核对 101/103 Allocation、回传、Registry 变更和 Job 清理。

2026-07-28:P3-6-1.3 首次真实 Smoke 暴露回传线程问题

  • 计划 ID:phase-3-runtime-mvp-p3-6-1-free-pool
  • 原状态:进行中(固定任务类型和模拟回传已通过)
  • 新状态:进行中(真实 Smoke 失败,修复后待重试)
  • 结论:任务 379f7f4081bb4fc6 真实调度到 pcdell-101,Worker 成功读取 OpenCode Zen 公开模型目录;Runtime 回传进入 Premium Boss 自动审核时,异步回传接口同步调用 Runner.run_sync() 触发事件循环冲突并返回 500,后续重试因一次性 Token 消耗返回 401。Job 已通过内部清理接口删除,未修改 Provider 或 Nomad 配置。
  • 相关记录:P3-6-1:AI 免费渠道发现器与免费池阶段三当前执行摘要
  • Git 提交:24d6fc5
  • 证据:Nomad Allocation a3f9ca8b-9201-84cf-e34f-5e6ea9f470e3pcdell-101 的任务事件和 Worker stderr;Runtime 日志中的 AgentRunner.run_sync() cannot be called when an event loop is already running
  • 后续动作:部署同步回传接口修复,再次执行真实目录同步并验证 Premium 审核、Registry 更新、Allocation 和清理。

2026-07-28:P3-6-1.3 Nomad 目录同步任务完成

  • 阶段/计划:P3-6-1.3
  • 原状态:进行中(真实 Smoke 修复后待重试)
  • 新状态:已完成(单次受控目录同步)
  • 结论:修复 Runtime 启动恢复与历史离线 Provider 快照后,真实 Smoke e9b86630d39747ac 由 Nomad 调度至 pcdell-101,Allocation c2205d5a-3652-864f-1a27-9a8b2689fc82 以退出码 0 完成。公开 OpenCode Zen 目录返回 HTTP 200659ms;Runtime 已写入来源、模型目录与健康检查历史,Premium Boss app.anbalu.top / gpt-5.6-terra 自动审核通过并记录 Token 与人民币成本。清理后 Runtime 状态为 cleaned,Nomad Allocation 列表为空。
  • 相关记录:P3-6-1:AI 免费渠道发现器与免费池阶段三当前执行摘要阶段三细化执行页
  • Git 提交:b593b22e89436a669fef5
  • 证据:Runtime 健康检查通过;101/103 Worker 预加载通过;真实 Job、Allocation、Registry、健康记录、自动审核和清理响应均已核对。
  • 后续动作:进入 P3-6-1.4 免费池协调器;未实现周期调度、候选切换、Console 或第二个来源的推理试用,不将 OpenCode Zen 标记为已启用 Provider。

2026-07-28:P3-6-1.4 免费池协调器开始

  • 阶段/计划:P3-6-1.4
  • 原状态:未开始
  • 新状态:进行中
  • 结论:Runtime 新增免费候选选择、无候选记录和失败冷却能力。候选必须满足 enableddeployedhealthy、等级 1/2、数据等级匹配和模型目录匹配;所有选择、不可用和冷却事件追加写入路由历史。当前只完成策略与状态层,不执行免费 Provider 推理,也不自动修改 Premium 配置。
  • 相关记录:P3-6-1:AI 免费渠道发现器与免费池阶段三当前执行摘要
  • Git 提交:d240c93
  • 证据:28 项 Runtime 测试通过,覆盖候选选择、HTTP 429 冷却、无候选结果和路由历史;镜像部署后线上选择 gpt-5.6-terra 返回 unavailable,OpenCode Zen 保持 discovered / not_deployed / level 4
  • 后续动作:补齐实际免费 Provider Adapter 的隔离试用与失败切换测试,再进入 Console 工作区;未通过前不把任何免费来源标记为已启用。

2026-07-28:P3-6-1.4 真实免费 Adapter 失败分支验证与 P3-6-1.5 开始

  • 阶段/计划:P3-6-1.4P3-6-1.5
  • 原状态:P3-6-1.4 策略层进行中;P3-6-1.5 未开始
  • 新状态:P3-6-1.4 进行中(真实 429 分支已验证);P3-6-1.5 进行中
  • 结论:OpenCode Zen 的无凭据公开 Chat Completions 已直接验证可用协议格式,但 Runtime 容器内实际最短请求返回 HTTP 429。免费池将该来源置为 cooldown,追加记录选择、冷却和无候选后回落至 deterministic-demo,未重复试探或改变 Boss Premium Provider。新增 Console AI 免费池 视图用于展示来源、模型、健康、冷却和路由历史,并仅提供暂停/重新启用已有配置来源的受控操作。
  • 相关记录:P3-6-1:AI 免费渠道发现器与免费池阶段三当前执行摘要
  • Git 提交:待提交
  • 证据:30 项 Runtime 测试通过;Runtime 容器真实请求、Registry 状态和路由历史已核对。
  • 后续动作:发布 Runtime/Console 镜像并完成公网验收;第二个可用来源与实际回退仍待验证,不能将免费池标记完成。

2026-07-28:P3-6-1.5 Runtime、Console 与 Docs 发布完成

  • 阶段/计划:P3-6-1.5
  • 原状态:进行中(待发布验收)
  • 新状态:进行中(已发布,待管理员交互验收)
  • 结论:AI Runtime、Console 与 Docs 镜像均构建并部署成功,三项容器健康检查通过。Console 本地静态资源包含 AI 免费池 视图;未认证公网请求按既有认证边界重定向至登录入口。Docs 公网页面已验证包含 P3-6-1.4/1.5 及 HTTP 429 冷却事实。
  • 相关记录:P3-6-1:AI 免费渠道发现器与免费池阶段三当前执行摘要
  • Git 提交:待提交
  • 证据:Console/Runtime/Docs 容器 healthy;https://docs.yohan.fun/plans/p3-6-1-free-pool/ 已返回新计划正文。
  • 后续动作:由 Benson 在已登录管理员 Console 打开 AI 免费池 完成交互验收;之后继续第二个来源与实际回退验证。

2026-07-28:P3-6-1.5 交互验收完成,P3-6-1.6 首轮真实试用开始

  • 阶段/计划:P3-6-1.5P3-6-1.6
  • 原状态:P3-6-1.5 已发布待交互验收;P3-6-1.6 未开始
  • 新状态:P3-6-1.5 已完成;P3-6-1.6 进行中
  • 结论:管理员通过 Console 真实查看免费池并执行暂停、重新启用;Runtime API 日志与来源最终 enabled / deployed / unknown 状态一致。OpenRouter 公开模型目录返回 HTTP 200,15 个 :free 模型登记为第二候选;推理需要独立 API Key,当前保持 pending_evaluation / not_deployed,未导入 Token或发送推理请求。
  • 相关记录:P3-6-1:AI 免费渠道发现器与免费池阶段三当前执行摘要
  • Git 提交:待提交
  • 证据:管理员 Console 截图、Runtime API 请求日志、OpenRouter 目录 HTTP 200 和 Runtime Registry 记录。
  • 后续动作:取得一个可审计的第二来源测试配置,完成公开短请求、失败切换与实际回退验证;未取得前不完成 P3-6-1.6。

2026-07-28:P3-6-1.1b OmniRoute 全量候选发现完成

  • 阶段/计划:P3-6-1.1b
  • 原状态:进行中(等待生产批量发现)
  • 新状态:已完成(只读候选扫描与 Registry 登记)
  • 结论:固定 release/v3.8.49 目录通过受控 Nomad Worker 在 pcdell-101 完成扫描。最终任务 04ea8ef7ea624edc 由 AI Boss 自动审核通过,生产回传并登记 80 个 Provider 候选;其中 78 条为新增 pending_evaluation / not_deployed / unknown,OpenRouter/OpenCode 既有来源按 source_url 去重,未覆盖已有配置。未安装 OmniRoute、未导入未知 Token、未启用新增 Provider。
  • 相关记录:P3-6-1:AI 免费渠道发现器与免费池阶段三细化执行页阶段三当前执行摘要
  • Git 提交:84a2209533089c13421f7
  • 证据:Nomad Job agentmeshos-runtime-04ea8ef7ea624edc;Allocation 9a11aa3b-9886-6e92-88b4-359ff815c31e;节点 pcdell-101;Allocation complete;Runtime /health 200;AI Boss 审核结论为“自动审核通过”。
  • 更正记录:前两次运行分别暴露 Worker 镜像遗漏 free_catalog.py 和回传等待 15 秒导致一次性 Token 重试的问题,已修复并保留失败历史;前期离线快照的 81 Provider 与生产回传 80 Provider 差异列入下一次目录同步核对,不把离线快照冒充生产结果。
  • 后续动作:进入 P3-6-1.6 分批隔离测试;先测试候选,再决定是否登记为可用,不批量启用。

2026-07-28:P3-6-1.6 第一批双来源隔离测试完成

  • 阶段/计划:P3-6-1.6
  • 原状态:进行中(等待第二条成功推理)
  • 新状态:已完成(第一批双来源短请求验收)
  • 结论:OpenCode Zen 无 Key 短请求 HTTP 200、约 7566ms、51 tokens;OpenRouter 短请求 HTTP 200、约 781ms、40 tokens。两者均已写入健康检查历史并被免费池选择器成功选中。此前 OpenCode HTTP 429、冷却和 deterministic-demo 回落事件保留,未自动更换 Premium 配置。
  • 相关记录:P3-6-1:AI 免费渠道发现器与免费池阶段三细化执行页阶段三当前执行摘要
  • Git 提交:待提交
  • 证据:Runtime /boss/v1/providers/free-sources/{id}/test 两次 HTTP 200;OpenCode 来源 ID e3208a26414441d79ea64799de81736c;OpenRouter 来源 ID fab48be2394840ccbba25f007b81b475;两次 /select 路由均返回 selected
  • 限制:其余 78 个 OmniRoute 候选没有可验证 API 地址或测试凭据,仍为待评估/未部署;本批回落仅证明 Local/确定性测试回退,不证明 Premium 自动回退。
  • 后续动作:继续为目录候选补齐可验证入口后分批测试;不批量导入 Token 或启用来源。

2026-07-28:P3-6-1 候选试用暂停,转入 OmniRoute 架构复核

  • 阶段/计划:P3-6-1.0
  • 原状态:其余 78 个候选待分批测试
  • 新状态:候选试用暂停;进行 OmniRoute Provider Manifest 与 Runtime Adapter 边界复核
  • 结论:纠正“以现有 Adapter 能力决定解析范围”的错误方向。OmniRoute 固定版本源码表明其完整 Provider Registry、Translator、Executor、OAuth/会话处理和 Gateway 路由是分层系统;AgentMeshOS 应先完整记录所有静态协议/认证/端点/能力元数据,再独立判断每种协议所需 Adapter 和运行资格。
  • 相关记录:P3-6-1:AI 免费渠道发现器与免费池阶段三细化执行页阶段三当前执行摘要
  • Git 提交:待提交
  • 证据:OmniRoute 官网 Quick Start、release/v3.8.49 固定源码、Provider Plugin Manifestopen-sse Architecture、Provider Registry 和 Executor Registry。
  • 后续动作:比较“Manifest 导入”与“私有 OmniRoute Gateway”两种目标架构;未完成该复核前,不部署 OmniRoute,不部署本轮候选元数据扩展,不恢复候选试用。

2026-07-28:P3-6 方向收敛为私有 Fork OmniRoute 模型核心

  • 阶段/计划:P3-6-2
  • 原状态:P3-6-1 完成初始发现、Registry 与首轮试用基线;候选试用暂停,模型核心接入路线待定。
  • 新状态:P3-6-2 规划中;私有 Fork OmniRoute 模型核心为当前单一方向,尚未 Fork、安装或部署。
  • 结论:AgentMeshOS 保留 Benson Console、AI Boss/Worker、任务图、Nomad、Storage、证据、成本、收益与全局告警外壳;私有 Fork OmniRoute 承担 Provider/Model/Protocol/Auth、OAuth/API Key、配额/健康/冷却/回退和上游调用事件。已验证 Premium 与未来 Local/特殊能力作为同一 Runtime Provider 边界的补充 Direct Adapter,不形成第二条模型路由。上游同步成为 Fork 生命周期的一部分,但不得自动合并或自动部署。
  • 相关记录:P3-6-2:私有 Fork OmniRoute 模型核心接入P3-6-1:AI 免费渠道发现器与免费池阶段三细化执行页阶段三当前执行摘要
  • Git 提交:49c9439
  • 证据:OmniRoute release/v3.8.49 固定源码提交 3b515d90b3848cfa49ce7d8f0f718bcde59cf507、MIT LICENSE、Provider Plugin Manifest、open-sse Architecture、Provider Registry、Executor/Translator/Credential Gate/Cooldown 源码核查。
  • 后续动作:先完成 P3-6-2 的私有 Fork 所有权和部署契约,再在明确授权后执行;在此之前保持候选试用和 OmniRoute 部署暂停。

2026-07-28:P3-6-2.0 OmniRoute 产品解剖与适配专题开始

  • 阶段/计划:P3-6-2.0
  • 原状态:P3-6-2 为私有 Fork 模型核心接入规划,尚未建立完整产品能力档案。
  • 新状态:进行中(只读产品研究);Fork、安装、部署、Token 导入和候选试用仍未开始。
  • 结论:在私有 Fork 实施前,先以固定 release/v3.8.49 源码和官方资料系统核对 Desktop、协议/Executor、Provider/认证、Combo/弹性、用量/事件、MCP/A2A、Context/Memory、端点、Tunnel、Cloud Sync、部署和数据模型;每项写入“继承核心 / 外壳桥接 / 独立评估 / 不接入”之一。Tailscale Funnel 只作为研究对象:上游实现要求官方 Tailscale 登录和 Admin Console Funnel 开关,与当前 Headscale 自托管控制面不直接兼容,默认不接入。
  • 相关记录:P3-6-2.0:OmniRoute 产品解剖与适配专题P3-6-2:私有 Fork OmniRoute 模型核心接入阶段三当前执行摘要
  • Git 提交:a6f74bf
  • 证据:固定源码 electron/README.mddocs/architecture/ARCHITECTURE.mddocs/ops/TUNNELS_GUIDE.mdsrc/lib/tailscaleTunnel.ts、Provider Plugin Manifest 与 AgentMeshOS 网络/部署规范。
  • 后续动作:持续完成 R2 至 R8;专题出口后才进入 P3-6-2.1 私有 Fork 所有权与上游同步策略。

2026-07-28:更正 P3-6-2.0 对 Tailscale Funnel 与 Headscale 的表述

  • 阶段/计划:P3-6-2.0
  • 原状态:专题初始记录将 OmniRoute Funnel 与当前 Headscale 控制面写为“不直接兼容”。
  • 新状态:兼容性待独立验证;默认不启用。
  • 结论:固定源码已证实 OmniRoute 通过系统 tailscale CLI 管理 Funnel,并包含登录、状态、启用、停用与 API 路由。该事实只能证明其依赖 Tailscale CLI、登录和 Funnel ACL,不能推导 Headscale 可用或不可用。当前保持不接入,未来只在隔离节点以明确授权完成控制面、ACL、URL、回滚与现有公网入口关系的真实测试后再决定。
  • 相关记录:P3-6-2.0:OmniRoute 产品解剖与适配专题P3-6-2:私有 Fork OmniRoute 模型核心接入
  • Git 提交:1159431
  • 证据:固定源码 src/lib/tailscaleTunnel.tssrc/app/api/tunnels/tailscale/*docs/ops/TUNNELS_GUIDE.md;当前 AgentMeshOS Headscale 部署规范。
  • 后续动作:将 Funnel 保持为独立评估项,不纳入当前核心部署契约。

2026-07-28:P3-6-2.0 R3-R7 源码证据收口

  • 阶段/计划:P3-6-2.0
  • 原状态:已建立产品轮廓、协议和初始边界,R3-R7 仍缺少结构化源码结论。
  • 新状态:R3-R7 已形成源码证据和桥接输入;私有 Fork、依赖安装、镜像构建、OAuth、真实 Provider、候选试用和生产部署仍未开始。
  • 结论:Provider 连接、OAuth refresh、Translator、Executor、Manifest、Combo、用量和调用事实可作为模型核心研究输入,但原始 SQLite、调用日志、进程内事件/冷却、A2A、MCP 全量工具、Context/Memory/Compression、Cloud Sync、Tunnel、runner-web/runner-cli 和多端口部署不能原样接入。AgentMeshOS 保留持久任务、成本/收入、Artifact、Boss 审核、告警与 Nomad 控制;OmniRouteAdapter 负责以 runtime_call_id 关联模型调用、脱敏事件和成本账本。
  • 相关记录:P3-6-2.0:OmniRoute 产品解剖与适配专题P3-6-2:私有 Fork OmniRoute 模型核心接入
  • Git 提交:d286b9b
  • 证据:固定 release/v3.8.49 源码中的 Provider/OAuth/DB/Translator/Executor/Combo/Usage/Event/MCP/A2A/Memory/Compression/Cloud Sync/Docker 模块核查。
  • 后续动作:继续完成 R8 匹配矩阵,随后将研究结论输入 P3-6-2.1 Fork 所有权与上游同步策略;未获得执行授权前不改变运行态。

2026-07-28:P3-6-2.0 R8 匹配矩阵完成,转入 P3-6-2.1

  • 阶段/计划:P3-6-2.0P3-6-2.1
  • 原状态:P3-6-2.0 R3-R7 已有源码证据,R8 未开始;P3-6-2.1 未开始。
  • 新状态:P3-6-2.0 已完成只读研究;P3-6-2.1 进行中(Fork 所有权与上游同步策略)。
  • 结论:固定 release/v3.8.49 源码的协议、Manifest、Provider/认证、Combo、用量、数据库、MCP/A2A、Context/Memory、Tunnel、Cloud Sync、桌面端与部署域已逐项归类。私有模型核心继承协议/Executor/Manifest/Provider 路由与受控更新流程;AgentMeshOS 保留 Runtime 任务快照、Boss 审核、Nomad、Storage Artifact、成本/收入和告警;MCP/Memory/Context/Compression 独立评估;Desktop、Tunnel、Cloud Sync、MITM、浏览器 Cookie、runner、Docker Socket 与 A2A 任务控制器不接入。专题完成不构成构建或部署证据。
  • 相关记录:P3-6-2.0:OmniRoute 产品解剖与适配专题P3-6-2:私有 Fork OmniRoute 模型核心接入阶段三当前执行摘要
  • Git 提交:6162420
  • 证据:固定源码 src/sse/handlers/chat.tssrc/lib/plugins/manifest.tssrc/lib/db/*src/lib/events/eventBus.tssrc/lib/a2a/taskManager.tssrc/lib/tailscaleTunnel.tssrc/lib/cloudSync.ts、Docker 与迁移目录;R8 匹配矩阵。
  • 后续动作:完成 P3-6-2.1 的私有 Fork 归属、upstream remote、分支、固定基线、差异审查和受控更新契约;P3-6-2.2 完成前不创建 Fork、不安装、不部署。

2026-07-28:P3-6-2.1 私有维护镜像策略完成

  • 阶段/计划:P3-6-2.1
  • 原状态:Fork 所有权与上游同步策略进行中。
  • 新状态:策略与契约完成;P3-6-2.2 私有部署契约为下一项。
  • 结论:GitHub 官方规则确认公开仓库 Fork 必须公开,不能单独改成私有;因此“私有 Fork 模型核心”实际采用私有维护镜像 michaellab7284/agentmeshos-omniroute-core 加只读 upstream remote。固定基线为 release/v3.8.49 / 3b515d90b3848cfa49ce7d8f0f718bcde59cf507;已定义 origin/upstream、分支、许可证、差异审查、构建/Smoke 与回滚规则。未创建镜像仓库,未构建或部署。
  • 相关记录:P3-6-2 私有 Fork OmniRoute 模型核心接入
  • Git 提交:6162420
  • 证据:GitHub 官方 Fork 可见性文档、上游 GitHub 仓库元数据与固定源码 remote/commit。
  • 后续动作:制定 P3-6-2.2 最小 Docker/SQLite/私有监听部署契约;完成前不创建镜像仓库或运行模型核心。

2026-07-28:P3-6-2.2 最小部署契约完成

  • 阶段/计划:P3-6-2.2
  • 原状态:私有部署契约准备中。
  • 新状态:设计契约完成;未创建私有维护镜像、未构建、未部署。
  • 结论:采用私有维护镜像的单容器 runner-base,主节点仅监听 127.0.0.1:39180,使用独立 SQLite 数据卷与 root-only 密钥文件。上游完整 Compose、多端口、Redis、Dashboard、Live WS、浏览器、CLI、Docker Socket、MITM 与 sidecar 不接入。当前资源调查显示 39180 空闲、可用内存约 1.7 GiB、根盘 73%,首次构建前必须重新审计容量。
  • 相关记录:P3-6-2 私有 Fork OmniRoute 模型核心接入
  • Git 提交:430d6a6
  • 证据:固定上游 Dockerfile、Compose、healthcheck、主节点端口/内存/磁盘/Docker 运行态调查。
  • 后续动作:创建私有维护镜像、验证 remote 与隔离构建;完成无凭据 Smoke、回滚镜像与私有健康检查后才进入凭据和 Runtime 桥接工作包。

2026-07-28:P3-6-2.2 私有维护镜像基线导入完成

  • 阶段/计划:P3-6-2.2
  • 原状态:部署契约完成,私有维护镜像为空。
  • 新状态:私有维护镜像基线已导入;待隔离构建。
  • 结论:上游 Git 对象推送在 GitHub 接收端出现缺对象错误,故改用 GitHub 固定 commit 的源码 archive 建立单提交基线。私有 michaellab7284/agentmeshos-omniroute-coremainbaseline/release-v3.8.49 现均指向 033e660c4c0d532329632f39aa68fc062f22b15e,源代码基线仍对应上游 release/v3.8.49 / 3b515d90b3848cfa49ce7d8f0f718bcde59cf507,MIT LICENSE 已保留。该镜像不是上游 Git 历史的完整镜像,不得伪称保留完整 commit 图。
  • 相关记录:P3-6-2 私有 Fork OmniRoute 模型核心接入
  • Git 提交:待提交
  • 证据:私有远端 mainbaseline/release-v3.8.49git ls-remote;本地快照 commit 与 origin/upstream remote。
  • 后续动作:重新审计主节点构建容量;满足资源条件后在隔离目录执行无凭据 runner-base 构建、健康检查和回滚镜像验证。

2026-07-28:101 Docker bridge 主路由与双链路备用修正

  • 阶段/计划:阶段三 P3-6-2.2 的隔离构建网络前置修正。
  • 原状态:101 宿主机可经有线透明代理访问 Debian,但 Docker bridge 的未标记流量进入 Tailscale 策略路由表,容器 DNS 超时;WiFi 备用为另一网络。
  • 新状态:Docker 172.17.0.0/16 流量通过持久 systemd 单元标记为 0x80000 并进入主路由表;有线 enp0s31f6 metric 100 优先,WiFi wlp2s0 已接入同一 192.168.50.0/24 透明代理路由器并以 metric 600 备用。
  • 结论:路由器 PassWall/DNS 重定向已启用,无需在路由器额外为 Docker 开规则;问题在 101 的 Tailscale 策略路由未覆盖 Docker 转发流量。永久规则仅匹配 docker0 / 172.17.0.0/16,不改变 Nomad、Runtime、Provider 或 Exit Node。Docker bridge Debian HTTP、DNS、有线断开后的 WiFi 接管、恢复有线和 Tailnet 均已实测通过。
  • 相关记录:阶段三当前执行摘要P3-6-2 私有 Fork OmniRoute 模型核心接入
  • Git 提交:c43b6ea
  • 证据:101 ip rule / 路由表、Docker bridge DNS 与 Debian HTTP、agentmeshos-docker-main-route.service、有线断开演练与恢复演练;路由器 PassWall/DNS/NAT 只读审计。
  • 后续动作:恢复 P3-6-2.2 的 101 隔离 runner-base 构建,使用默认 Docker bridge 验证网络修正;不接入真实 Provider 或 Runtime。

2026-07-28:P3-6-2.2 隔离构建与无凭据烟测完成

  • 阶段/计划:P3-6-2.2
  • 原状态:私有维护镜像基线已导入,待 101 隔离构建与无凭据 Smoke。
  • 新状态:已完成。
  • 结论:101 在默认 Docker bridge 下完成私有镜像 agentmeshos/omniroute-core:033e660-smokerunner-base 隔离构建,镜像 digest 固定为 sha256:bda2d4954c3abb8b8eeecbe99634e7f7f5a3a63f5a87a21d0487e1295b1979a2。无凭据烟测容器仅绑定 127.0.0.1:39181,以非 root node 用户运行,/api/monitoring/health 返回 healthy、版本 3.8.49configuredCount=0;测试后容器、临时数据和临时密钥均已清理。
  • 相关记录:P3-6-2 私有 Fork OmniRoute 模型核心接入阶段三当前执行摘要阶段三细化执行页
  • Git 提交:待提交
  • 证据:101 构建退出码 0、镜像 digest、健康接口返回、容器 User=node、回收清理结果以及日志敏感词扫描 SECRET_HIT=0
  • 后续动作:进入 P3-6-2.3 凭据、认证与 Console 外壳边界证据收口;仍不接入真实 Provider、不部署主节点私有模型核心、不开放 Dashboard 或公网模型 API。

2026-07-28:P3-6-2.3 凭据、认证与 Console 外壳边界开始

  • 阶段/计划:P3-6-2.3
  • 原状态:未开始。
  • 新状态:进行中(边界证据收口)。
  • 结论:当前 Runtime 已具备基础边界:ProviderSecretBox 使用 root-only 主密钥将 Provider/API Key 以 AES-GCM 密文写入 SQLite;Provider 和免费池读取接口只返回 has_api_key 与非敏感状态,不回显密文;admin-only Provider/Boss 页面继续复用既有 console.yohan.fun,未启用 OmniRoute Dashboard、第二 Console 或公网模型 API。以上是现有实现和隔离烟测的已验证事实,不代表 OmniRouteAdapter 事件桥接或真实凭据接入已完成。
  • 相关记录:P3-6-2 私有 Fork OmniRoute 模型核心接入阶段三当前执行摘要阶段三细化执行页
  • Git 提交:待提交
  • 证据:ai-runtime/src/providers.pyai-runtime/src/store.pyai-runtime/src/main.py 中的密钥加密、只读返回和 admin-only 鉴权路径;P3-6-2.2 烟测日志未发现 STORAGE_ENCRYPTION_KEYAuthorization 或 Bearer 密钥片段。
  • 后续动作:把该边界与后续 OmniRouteAdapter 的事件、成本、健康与失败桥接契约统一写回计划;完成前不把真实 Provider/OAuth 凭据导入 OmniRoute 核心。

2026-07-29:P3-6-2.3 改为全量镜像与完整服务验证

  • 阶段/计划:P3-6-2.3
  • 原状态:凭据、认证与 Console 外壳边界证据收口;OmniRoute Dashboard 未启用。
  • 新状态:进行中(全量镜像、完整服务与 Console 验证)。
  • 结论:根据 Benson 的执行决策,不再先裁剪上游功能。私有维护仓库新增 runner-full,合并上游 runner-webrunner-cli 能力,并新增完整 Compose 契约;目标是原样运行 Dashboard、API、Live WS、Redis、CLI 和 Provider 能力,再依据真实运行结果决定是否裁剪。完整服务端口仍只绑定主节点 loopback,通过既有 console.yohan.fun admin-only 路径呈现 UI,不新增公网端口或第二调度器。
  • 证据:私有仓库提交 68c7249 已推送;Compose 语法检查通过;101 完整构建已启动并脱离当前对话继续运行,当前尚未读取最终退出码或目标镜像 digest;已有 runner-base 回滚镜像未改变。
  • 后续动作:构建完成后由 Benson 要求抓取最终退出码、镜像 digest 和无真实 Provider 凭据的完整 Compose Smoke,再执行主节点部署和 Console 路径接入。

2026-07-29:P3-6-2.3 全量镜像构建完成

  • 阶段/计划:P3-6-2.3
  • 原状态:101 完整 runner-full 构建后台运行。
  • 新状态:完整镜像构建已完成,完整 Compose/UI/API/Live WS/Redis/CLI Smoke 未开始。
  • 结论:101 构建退出码为 0,镜像 agentmeshos/omniroute-core:68c7249-full 的 digest 为 sha256:db9d24a7aaed29793584180e712be936efb1d33cfba92826d0223ef28cd9bba5,大小 1472463765 字节。构建日志显示 npm 阻止了 @anthropic-ai/claude-codedroidopenclaw 等部分全局包的 postinstall 脚本;因此当前只能确认镜像构建成功,不能把 CLI 能力写成已验证可用。
  • 相关记录:P3-6-2 私有 Fork OmniRoute 模型核心接入阶段三当前执行摘要阶段三细化执行页
  • 证据:101 /var/tmp/agentmeshos-omniroute-full-68c7249/build-full.logBUILD_RC=0、镜像 digest/大小、BuildKit runner-full 导出完成记录。
  • 后续动作:在 101 先用无真实 Provider 凭据启动 AgentMeshOS Compose,验证 Dashboard/API/Live WS/Redis、路径前缀和原生认证;单独验证 CLI 是否因 postinstall 缺失而不可用,再决定补齐构建策略。

2026-07-29:P3-6-2.3 101 完整服务无凭据 Smoke 完成

  • 阶段/计划:P3-6-2.3
  • 原状态:全量 runner-full 镜像已构建,完整服务尚未验收。
  • 新状态:101 完整 Compose 无凭据 Smoke 通过;主节点部署、Console 路径接入、真实 Provider 和 Runtime 事件桥接仍未开始。
  • 结论:镜像 agentmeshos/omniroute-core:81e7b33-full 构建退出码为 0,digest 为 sha256:0d2a489da178112f2dadf9f1b55964528cd2120d682a11be506ffd6a8aa7c6fc,大小 1472706379 字节。Redis 8.6.2-alpine 健康;OmniRoute Docker health 为 healthy,重启次数 0,版本 3.8.49。基础路径 Dashboard 登录页返回 200/v1/models 返回 200,Live WS handshake 返回 200 且 TCP 监听通过;codex-cli 0.145.0、Claude Code 2.1.220、Droid 0.182.0、OpenClaw 2026.7.1-2 均从最终镜像实际执行成功。SQLite 中 provider_connections=0api_keys=0usage_history=0,未导入真实凭据或发起真实 Provider 请求。
  • 资源与边界:OmniRoute 空闲/短探针 RSS 约 536 MiB,Redis 约 6 MiB;101 主机可用内存约 12 GiB、根盘使用率 39%。HTTP 39180 和 Live WS 39182 仅绑定 127.0.0.1,没有新增公网监听。Smoke 容器、网络、临时数据、一次性密钥和 Compose 文件已清理;已验证镜像保留在 101。
  • 相关记录:P3-6-2 私有 Fork OmniRoute 模型核心接入阶段三当前执行摘要阶段三细化执行页
  • 证据:101 Compose ps/health、健康 JSON、Dashboard/API/Live WS HTTP 响应、CLI 版本、SQLite 计数、docker stats、loopback 监听和清理后的镜像检查。
  • 后续动作:根据主节点当前资源重新确定容器限制,将已验证镜像导入主节点并执行 loopback 私有部署;完成健康与回滚验证后再接入 Console admin-only 路径。

2026-07-29:系统云盘 502 恢复与连续运行加固

  • 范围:阶段三执行期间发现的底座必需服务故障;OmniRoute 镜像归档与主节点部署暂停,优先恢复 disk.yohan.fun
  • 已验证事实:公网 disk.yohan.fun 返回 502 时,Nomad agentmeshos-kodboxdead 且没有 Allocation;101/103 的 Galera 都是 Primary / Synced / wsrep_ready=ON,JuiceFS 与 CSI 卷健康。重新登记既有 KodBox Job 后,101 Allocation、Nomad TCP 检查、101 39160 与公网 HTTPS 均返回健康结果。
  • 证据缺口:故障前 Allocation 已被 Nomad GC,现有历史日志无法证明它进入 dead 的原始触发因素;不把原因归咎于镜像、CSI、文档发布或人工操作。
  • 已落地修正:KodBox 受保护 HCL 固定已验证镜像摘要,允许 101/103 单活迁移并保留 101 优先;101/103 均预热该摘要并保留回滚标签。主节点新增 root-only agentmeshos-kodbox-reconcile.timer,每 60 秒只在没有活动/启动中的 Allocation 时按当前 ModifyIndex 重新登记 Job;新增/升级存储健康探针以检查实际 KodBox Allocation 与公网入口,不再将 101 端口视为唯一健康依据。
  • 告警结论:此次 disk-public=DEGRADEDkodbox-101=DEGRADED 已实际写入 API Gateway;恢复后被对应 HEALTHY 事件关联关闭。此前没有外部推送通道,管理员未打开 Console 时不会收到站外通知;Console 内角标和告警中心是当前唯一通知面。
  • 验收:真实恢复后 Nomad 运行态、CSI 绑定、101 本机 HTTP 与公网 HTTPS 均通过;对账器正常态成功空操作、隔离 mock 验证死 Job 时会调用带 ModifyIndex 的重新登记命令;未对生产 Job 做故障注入。

2026-07-29:系统云盘 WebDAV 健康与事故快照补强

  • 范围:修正“网页入口正常即系统云盘正常”的健康判定缺口;不改变健康 KodBox Allocation、不重启 MariaDB/JuiceFS。
  • 已验证事实:disk.yohan.fun 网页入口可为 HTTP 200,而 agentmeshos-sync 的具体 WebDAV 目录曾返回 502;随后同一认证路径恢复为 HTTP 207。这证明网页探针不能代替自动化存储链路检查。
  • 已落地修正:存储健康定时器新增从主节点经 SSH 在 101 使用 root-only agentmeshos-sync 凭据,对 WebDAV 根与 AgentMeshOS-长期 执行认证 PROPFIND;凭据、响应正文和 Token 均不离开 101。首次状态降级保存 root-only 事故快照,包含 KodBox Allocation 摘要、Tailnet 摘要和 Nomad/Galera/Tailscale 近期日志。
  • 验收:隔离执行已验证 Galera、JuiceFS、实际 KodBox Allocation、网页入口及认证 WebDAV 根/长期目录都为 HEALTHY;生产定时器安装后将继续通过同一告警中心报告状态变化。
  • 后续动作:继续依据统一 UTC 的三端日志调查控制面/仲裁链路中断;不得将自动重新登记或一次成功的网页访问表述为根因已经消除。

2026-07-29:P3-6-2.3 主节点完整服务与公网入口部署完成

  • 已验证事实:已从系统云盘正式入口校验并导入 agentmeshos/omniroute-core:81e7b33-full(digest sha256:0d2a489da178112f2dadf9f1b55964528cd2120d682a11be506ffd6a8aa7c6fc);主节点 OmniRoute 与 Redis Compose 均为 healthy、无重启,HTTP/API 39180、Live WS 39182 仅监听 loopback。
  • 公网入口:omni.yohan.fun 已由 MM HTTPS 回源主节点 39200,证书、强制 HTTPS 和未认证 A-Auth 跳转均已验证。
  • 限制:本次没有导入真实 Provider、API Key 或 Usage;管理员登录后的 UI/Live WS 联动、Console 入口和 OmniRouteAdapter 事件/用量/成本/健康桥接仍未完成。
  • 相关记录:P3-6-2 私有 Fork OmniRoute 模型核心接入阶段三当前执行摘要

2026-07-29:P3-6-2.3 切换为官方镜像正式部署

  • 结论:按用户决策放弃继续本地重编译,改为直接部署上游官方镜像 diegosouzapw/omniroute:latest。主节点正式运行版本为 3.8.48,镜像 digest 为 sha256:badb560971fdc23c2fb84b3e8695116239ff215b4cca4b07076201a8efae7f0d
  • 已验证事实:主节点正式容器 agentmeshos-omniroute-core 与 Redis 均启动成功;127.0.0.1:39180 返回 307 -> /dashboard/api/monitoring/health 返回 healthyprovider_connections=0api_keys=0omni.yohan.fun 对外继续返回 A-Auth 登录跳转。
  • 配置变化:正式部署改为单主端口 127.0.0.1:39180 -> 20128;不再把 39182 作为正式回源端口。原主节点数据目录和部署文件已在项目 temp/omniroute-switch-backup/ 下留有备份,当前正式数据目录已按官方镜像的 UID 1000 重建。
  • 已补充验收:原生登录接口使用初始密码 19790801 返回 200/api/auth/status 返回 authenticated:true;Console 源码中的 OmniRoute 链接为 https://omni.yohan.fun/。MM 侧无需改动 IP/端口,当前正式回源仍为 100.64.0.1:39200 -> 127.0.0.1:39180
  • 限制:本次仍未导入真实 Provider、API Key 或 Usage;Runtime 事件/用量/成本桥接仍待后续实施。
  • 相关记录:P3-6-2 私有 Fork OmniRoute 模型核心接入阶段三当前执行摘要

2026-07-30:P3-6-2.8 只读 Smoke 执行链通过,Artifact/Console 继续保留

  • 阶段/计划:P3-6-2.8 Nomad/Storage 集成与端到端验收
  • 原状态:独立免费路由已验收,端到端 Smoke 尚未开始。
  • 新状态:受控 Batch、免费分析、Boss 审核和 Nomad Job 清理已通过;Storage Artifact 与管理员 Console 页面验收仍未完成。
  • 结论:修复 AGENTMESHOS_BATCH_PARAMS 将 JSON 对象错误写入 HCL 的根因后,任务 4744fcd8507942ac 成功从 Runtime 提交至 Nomad,执行 source-research/v1 读取 GitHub 公开 API,回传后真实使用 omniroute:combo / devstral-latest 完成免费分析,再由 app.anbalu.top / gpt-5.6-terra 自动审核通过。清理接口返回成功,随后 Allocation 列表为空且执行状态为 cleaned
  • 证据:Runtime 事件 nomad_submittedbatch_free_analysis_completedboss_auto_reviewnomad_cleaned;免费分析延迟约 7508ms;Worker 只读来源为 GitHub 公开 API。
  • 后续动作:实现并验证 Storage Artifact 上传、哈希与回传;使用真实管理员会话验收 Console 的 Boss/Provider 页面。完成前不进入 P3-7。

2026-07-31:P3-6-2.8 实体 Artifact 写入、读取与哈希验收通过

  • 阶段/计划:P3-6-2.8 Nomad/Storage 集成与端到端验收
  • 原状态:受控 Batch、免费分析、Boss 审核和 Job 清理已通过;Artifact 实体对象与管理员 Console 页面未验收。
  • 新状态:Artifact 实体对象验收通过;管理员 Console 已登录页面仍未验收。
  • 结论:新增 Runtime-owned S3 Adapter 后,Worker 只能使用一次性 Artifact 回传 Token 上传最大 1 MiB 的受控 JSON,不获得 S3、Docker、SSH、Nomad 或宿主机凭据。Runtime 校验字节长度、SHA-256、内容类型和固定对象键,使用 root-only、仅限 task-artifacts/runs/ 的 MinIO 身份,经 MM Tailnet TCP 中转 PUT 后 HEAD 复核,再写入 Metadata。Smoke 71454fe77a4d42c2 由 101 执行,Artifact 为 373 bytes,上传事件与 Metadata 哈希为 afef534e12d933e58c4d88cb2ee8dbe6d5def69d2ed8d6e2bbb3040f33a4bd7d;Runtime 独立 GET 后得到相同长度和 SHA-256。免费分析真实使用 omniroute:combo / devstral-latest,Boss 审核真实使用 app.anbalu.top / gpt-5.6-terra,任务为 completed,Nomad Job 清理后 Allocation 为空。
  • 限制:免费模型的分析文本没有 Artifact 事件上下文并出现“未上传 Artifact”的不准确描述;Runtime 事件、MinIO 对象和独立 GET/哈希才是 Storage 验收依据。Playwright MCP 浏览器传输关闭,且没有可用的 A-Auth 管理员浏览器会话,因此不能伪造 Cookie 或将接口检查替代真实页面验收。
  • 后续动作:恢复浏览器 MCP 或使用真实管理员会话,在 Console 的 Boss/Provider 工作区完成页面加载、交互与截图验收;完成前不进入 P3-7。

2026-07-31:Console 系统说明归入总览与 A-Auth 临时 API Key 会话

  • 工作范围:Console 工作台布局、A-Auth 管理 API Key、主节点 Console 网关认证转发。
  • 已完成:系统说明、Runtime 名词解释和任务流说明移入工作台总览,左侧导航不再占用独立菜单;A-Auth 增加 API Key 登录页和普通登录页切换入口。
  • 已完成:API Key 可直接调用 A-Auth /session 与网关 internal/auth,也可通过 /api-key-login 换取绑定到 Key 的 HttpOnly 浏览器会话;撤销 Key 会联动使换取的会话失效。Key 不进入 URL、浏览器存储、Git 或日志。
  • 网关:agentmeshos-main-origin-gateway.sh 升级为 v0.4.8,Console 管理/普通认证子请求、会话读取和退出请求均转发 X-AgentMeshOS-API-Key;同时修复 heredoc 中 Nginx $host 等变量未转义导致 set -u 应用失败的问题。
  • 验收证据:A-Auth 测试 13 passed;生产健康检查通过;临时 Key 真实验证为直接 internal/auth=204、Console 会话 200、API Key 换会话 200、Console 页面 200,撤销后 401。临时 Key 已撤销。
  • 限制:这项改动不等于阶段三全部完成;P3-6 剩余的完整 Manifest、上游同步、Direct Adapter 统一和管理员浏览器交互验收,以及 P3-7 至 P3-12 仍按各自计划状态保留。

2026-07-31:账户与安全增加可复制 API Key 和本地账户管理

  • 已完成:A-Auth 管理员账户页增加 API Key 持久列表、复制按钮、撤销操作和管理员/普通用户权限选择;新 Key 不再只在创建响应中短暂显示。
  • 已完成:API Key 以受限 A-Auth 数据库字段保存原文,列表接口仅管理员可访问并设置 no-store;旧版本只保存哈希的 Key 显示为不可恢复,需要重新创建。
  • 已完成:本地账户支持创建、角色选择和删除;adminuser 两个固定系统账户继续禁止删除,不引入额外用户组概念。
  • 验收证据:A-Auth 测试 14 passed;生产容器健康;数据库迁移已确认 api_keys.key_value 存在;普通登录页和 API Key 登录页均可访问。

2026-07-31:账户创建确认密码与 API Key 撤销恢复语义补齐

  • 已完成:创建本地账户必须输入并确认初始密码;浏览器可分别显示或隐藏两次输入内容,服务端仍会拒绝不一致的请求。
  • 已完成:API Key 列表仅显示前半段,完整值不渲染到页面;点击复制时才由管理员接口临时读取。
  • 已完成:撤销后列表显示“恢复”,恢复后 Key 重新可复制和登录;永久删除独立保留,会移除 Key 记录与关联会话。
  • 验收证据:A-Auth 测试 14 passed,生产容器健康。

2026-07-31:账户与安全工作区结构重整与动态账户登录修复

  • 范围:按当前会话、本地账户管理、创建账户、API Key 管理、创建 API Key 五个独立操作区重做账户与安全页面;不改变 A-Auth 的 FastAPI、SQLite、Argon2id 与 Nginx auth_request 技术栈。
  • 已修复:管理员区域不再把列表和表单堆在同一面板;本地账户新增后可按其数据库角色真实登录,不再被旧的固定 admin/user 用户名检查拒绝。固定 admin 继续不可删除、不可由管理员改密;额外账户可删除,固定 user 仍受部署重置流程保护。
  • 已实现:API Key 会话在页面和接口均明确为非本地账户会话,禁止修改本地账户密码;管理员修改其他账户密码改为对话框;创建账户双密码确认和同行显示/隐藏保留;API Key 继续部分遮蔽、可复制、撤销、恢复、永久删除,并使用页面 Toast 显示结果。
  • 验收证据:A-Auth 自动化测试 14 passed,包括新增账户实际登录、API Key 会话改密拒绝、Key 撤销/恢复/删除与页面结构断言。生产容器和公网页面验证待本次发布后补记。

2026-07-31:账户与安全回归 Console 壳与 API Key 身份区分

  • 已修复:账户与安全不再离开统一工作台;Console 新增“账户与安全”工作区入口,保留左侧完整导航,并在右侧嵌入 A-Auth 页面。A-Auth 继续单独持有账户、密码、API Key 和权限接口,不复制认证逻辑到静态 Console。
  • 已修复:API Key 换取的浏览器会话在 Console 和账户页显示为“API Key 管理员身份”或“API Key 普通用户身份”,不再错误显示为 admin 或其他本地账户。反向代理内部身份头使用 ASCII 的 api-key-admin / api-key-user,避免 HTTP 头编码失败;角色授权不变。
  • 验收证据:A-Auth 自动化测试 14 passed;Console JavaScript 语法检查、A-Auth 编译、静态 Console CSP(允许 auth.yohan.fun 嵌入)和两个本机容器健康检查均通过。公网页面刷新验收待管理员现有会话实际查看。

2026-07-31:Console 内账户页 API Key 复制权限修复

  • 根因:账户页作为 auth.yohan.fun 跨域 iframe 嵌入 Console 后,Console 的 Permissions-Policy 和 iframe allow 未授予该来源的剪贴板权限,标准复制接口因此返回“浏览器不允许自动复制”。
  • 已修复:Console 对账户 iframe 同时授予 clipboard-read / clipboard-write,静态入口的权限策略加入 auth.yohan.fun;A-Auth 复制逻辑增加仅在用户点击触发下执行的 execCommand("copy") 回退。
  • 验收证据:A-Auth 测试 14 passed;管理员脚本 JavaScript 语法检查通过;两个生产容器健康;Console 本机响应已返回包含 auth.yohan.fun 的 Permissions-Policy。

2026-07-31:账户与安全页面取消最大宽度限制

  • 根因:账户页虽然使用了全视口背景,但内容容器仍固定 max-width:1320px,在 Console iframe 和独立页面中都会留下大面积左右空白。
  • 已修复:账户管理入口注入全宽布局覆盖,取消内容最大宽度限制,保留固定水平内边距;Console 左侧导航和账户页内部内容均可使用完整可用宽度。
  • 验收证据:A-Auth 测试 14 passed;页面 HTML 包含全宽布局标记;A-Auth 新镜像已部署,本机健康检查通过。

2026-08-03:P3-6-2 薄 Runtime 全链路通过并开始 7 天观察

  • 阶段/计划:P3-6-2 官方 OmniRoute 模型核心接入
  • 原状态:阶段 0 至 3 已完成;薄 Runtime 与只读 Console 已有代码和隔离回归,生产全链路、Combo attempt 证据和失败告警验收未收口。
  • 新状态:阶段 0 至 5 已完成;阶段 6 自 2026-08-03 01:23 CST 起观察,最早于 2026-08-10 01:23 CST 复核阶段 7 最终清理。
  • 生产证据:Runtime v0.3.1 镜像 sha256:a524dea9c6b79d671292684f1dd28fc25e7c670d488a240f78b2b8986a13cda3 已部署;任务 14cba090339f4136 在 103 完成 Nomad、273 bytes SQLite Artifact、OmniRoute 分析、Boss 审核和 Job 清理,Artifact SHA-256 为 86fa1c922d47171da3d561c67f5fd906744ec45b79316a9190dd4354480cee99
  • 路由证据:OmniRoute call_logs 的同一 correlation_id=4055a917-dd39-4f05-8d31-dc5696591c63 先记录 AgentRouter 403,再记录 Mistral 200;Runtime 只记录官方最终响应,没有自行推断 attempt。
  • 失败证据:受控不存在模型请求 controlled_failure_20260802T171802Z 使 Runtime 返回 HTTP 502 并只持久化 OmniRouteError;HMAC 全局告警事件 de52a730-48dd-4c40-8ccb-be4170af0fe2 已入库并按测试生命周期标记 completed,未泄露凭据或上游正文。
  • 数据与边界:完整未脱敏 TAR 34,723,840 bytes,SHA-256 f612b4edec5d395ba9e37417c17eb4f743ae6e87e64eac0720735dcbe6a5e3d6;Cloudreve 公网 WebDAV 回读 TAR、TAR.GZ 和校验文件与本机一致。OmniRoute/Runtime 重启、53/52、迁移 133、SQLite、loopback、A-Auth、只读 Console 和 101/103 无 Provider 凭据均通过。
  • Worker 漂移修正:复核发现 103 的固定 Worker 镜像已缺失;已由 101 经 192.168.2.0/24 有线 LAN 直传恢复,Tailnet 只承担控制命令。101/103 当前镜像 ID 均为 sha256:844da7948f2a777f75ffa78166e6e0d46ad93323273e43103b668afea7fa7329,用户均为 10001:10001,临时归档已清理。
  • 后续动作:观察期结束前禁止删除 Docker 3.8.48、Provider 原始备份、Runtime 切换前快照、Cloudreve 副本或其他回滚材料;只有 7 天内无解密、迁移、调用和数据异常,且 53/52 基线持续一致时,才执行阶段 7。

2026-08-03:P3-6-2 完成 root 官方默认原生迁移与旧容器清理

  • 阶段/计划:P3-6-2 官方 OmniRoute 模型核心接入
  • 决策更正:项目负责人确认无需等待 7 天;前一条历史记录中的观察期是当时计划,不再是当前执行状态。旧容器清理不触碰正式 Provider 数据和完整迁移备份。
  • 原生形态:生产以 root 运行官方全局 npm omniroute@3.8.49,系统 Node 为 22.23.0,systemd 直接执行 /usr/lib/node_modules/omniroute/bin/omniroute.mjs serve。正式数据使用官方默认目录 /root/.omniroute,不使用专用 omniroute 用户、/opt/omniroute 版本软链接、自定义 DATA_DIR 或容器兼容目录。
  • Provider 验收:53 条连接、52 个 Provider、2 个 Combo、2 个 API Key、迁移 133、SQLite quick_check=okaes-256-gcm 均通过;原生服务重启、Runtime 私有代理、公网 omni.yohan.fun 与清理后真实调用均通过。
  • 清理结果:旧 OmniRoute/Redis 容器、镜像、Docker 网络、/opt/omniroute/var/lib/agentmeshos/omniroute-core、旧 Compose/环境文件和专用用户均已删除;根分区使用率由约 79% 降至 73%,实际释放约 4 GiB。
  • 保留边界:正式 Provider 数据继续位于 /root/.omniroute;完整迁移备份 /backup/agentmeshos/omniroute-root-native-20260802T191113Z 保留并纳入正式备份轮换,不属于旧容器垃圾数据。
  • 计划状态:P3-6-2 已完成,阶段三下一工作包为 P3-7 多 Agent 编排;未来升级继续执行完整备份、隔离恢复、数量核对、协议 Smoke、入口回归和数据快照回滚验证。

2026-08-04:OmniRoute 免费 Provider 受控真实验证

  • 范围:只使用现有 Runtime Key、连接和两个正式 Combo 发起无敏感信息的短生成请求;未新增账号、Cookie、凭据、连接或 Provider,未修改生产路由。
  • Combo 结果:Boss agentmeshos-free-quality-first 两次独立请求均命中 FreeModel.dev gpt-5.3-codex 并精确返回标记;Worker agentmeshos-free-capacity-pool 分别命中 Puter o3claude-sonnet-4-6,两次均成功。
  • Provider 结果:Groq 与 Hugging Face 各 2/2 成功;Cerebras 分别返回 402 payment required 和 404 no active credentials;OpenCode 两次 90 秒超时,服务端调用日志记录 499 request aborted。MiMoCode、UncloseAI 和 HuggingChat 只读状态未改善,未重新激活。
  • 结论:连接健康探测的 active 不等于真实生成可用;没有任何 Provider 被验证为无限制。Groq、Hugging Face 可作为合规补充容量,FreeModel.dev、Puter 继续观察公开额度和使用边界,Cerebras、OpenCode 当前不计入可靠容量。完整矩阵、风险等级和官方限额链接已追加到产品研究页。

2026-08-05:AI Boss 受控系统操作第一期开始实施

  • 阶段/计划:阶段四预备 P4-0 AI Boss 受控系统操作
  • 原状态:AI Boss 可以编排 Nomad、调用固定只读 OmniRoute MCP、写 Artifact 和诊断告警,但不能执行主节点系统恢复动作。
  • 新状态:仓库实施中;生产尚未验收。
  • 架构决定:采用 Runtime SystemOperationsAdapter 到主节点 root systemd Operation Bridge,不向 Runtime、模型或 Worker提供 Docker Socket、SSH、任意 Shell或主机凭据。
  • 首批固定动作:系统诊断、OmniRoute/Runtime/Console/Docs 重启、已登记 Nomad 任务重试/清理、Docs 固定部署/回滚。
  • 完成门槛:自动化、HMAC/replay、来源 IP、真实健康复核、双层审计、Runtime 自身重启恢复、Console 和文档站生产发布全部通过后再归档。

2026-08-05:AI Boss 受控系统操作第一期完成生产验收

  • 阶段/计划:阶段四预备 P4-0 AI Boss 受控系统操作
  • 新状态:已完成。
  • 自动化:Runtime 与 Bridge 共 29 项测试通过;Console 契约、严格 Docs 构建、计划状态、Python/JS/Shell 语法通过;真实 HMAC请求成功,重复 nonce 与未知 Action分别返回拒绝。
  • Bridge:agentmeshos-system-operations-bridge.service 以 root systemd 运行,只监听 172.30.70.1:39184;UFW 只允许 Runtime 172.30.70.2。Runtime 仍为只读根文件系统、CapDrop=ALLno-new-privileges,无 Docker Socket和 SSH。
  • 动作证据:系统诊断、OmniRoute/Console/Docs/Runtime 固定重启、Docs 固定回滚和恢复部署全部通过,审计号分别为 b73a06eea7fa463795397c8f9867a3cd3a26290189174d2ab712a42daae2154a68a050be263b4807b2100e0b9599d4973486767671d64a6cb65ed327594c836bffdce0c56cb74fca85033269373a72c69270deaa4d7f4658b618474f6e0166c4e439297da3934851a7fa3aae6f80968c
  • 缺陷修正:服务重启连接重置改为有界重试;Docs 回滚只检查稳定主页和健康面,恢复部署继续检查完整脚本清单。两项均经真实重跑通过。
  • 镜像:Runtime sha256:be81c94789253ac30eec46c1091d315667006044449f42cf06b40fb01b75767b,Console sha256:715278db1a5c652b59d0b07677801cb86756b2ba0d814aad5b833426e7527d5c,Docs sha256:ecb2ad0b34703ecd89592faecf4821204a1f567747e861e27f5cffb76c212dba

2026-08-05:Project 项目云盘挂载与 AgentMeshOS 单向同步

  • 决策:阶段四首个应用方向收敛为个人求职智能工作台,但实施暂停;当前先完善项目资料底座。
  • 边界:Cloudreve 账号的 WebDAV 根目录已是既有 Project;不迁入 AgentMeshOS-长期,不下载其他项目到 main,不给 Runtime、Worker、OmniRoute、模型或 MCP 凭据。
  • 部署:agentmeshos-project-cloud-mount.service 只读挂载到 /mnt/cloudreve-project;写入探针被拒绝。AgentMeshOS 同步只接受干净且已推送上游的 Git HEAD,固定写入 AgentMeshOS.AgentMeshOS-Recovery
  • 首次验收:云端工作树 208 文件、1,505,901 bytes,下载侧检查 0 差异;恢复资料 3 文件、2,384,626 bytes。Git Bundle 与 Archive SHA-256 分别为 38b3477d9a9b677e707422d20f1b4397030e8fbe3476eeb4f535e340e153f133428e57f4902ffebd2c620b67d27d0655fd172e6529427b14827078b677db1262
  • 恢复:Bundle 为完整历史,隔离 clone、git fsck --full 和提交 2415c502c97c14955cdda630b566a84bc65996e8 恢复通过;其他云端项目未修改。
  • 缺陷修正:后续同步发现 WebDAV 无可用哈希且同长度 manifest 被 rclone 默认大小/时间判断跳过;提交 363c262 对 Bundle、Archive、manifest 强制 --ignore-times。修正后手工与 systemd 路径均为 208 文件、0 差异,云端三类恢复资料统一到 363c26237a469fe15f3b61bd461271ac2a944ab0;新 Bundle 与 Archive SHA-256 分别为 7d92ab01b46cd9ad8f8816aab35c80f93f79c4e47f1561205cd949a217f1ed859346a0a3055e9c54c410a2b6d9fb033c225dab1de57b826e44e287010e71afa5

2026-08-17:P5 核心生产闭环复验

  • 阶段/计划:phase-5-ai-boss-active-loop-planning,阶段五仍为实施中,尚未进入 P6。
  • 内部任务闭环:合成事件运行 e377035ff1da4c658efe435d4ece30df 创建并关联 P4-v1 任务 b0b41bbc5c7d4500。任务完成后成果 b31dfaa19cd14f318014ad9642bccc81acceptedneeds_benson=0;确定性检查、证据登记和 AI BOSS 结构化审核均有通过记录。主动运行只在关联任务最终完成后标记完成,不重放任务创建或模型调用。
  • 运行控制:已生产验证真实定时间隔窗口、合成事件、全局暂停抑制、取消关联任务、受控重新运行创建新 run_id,以及 Runtime 启动时将未完成运行标为 interrupted 且不自动重放。所有临时验收策略均已停用,全局暂停恢复为未暂停。
  • 自动化:Runtime 13 个测试文件共 183 passed;API Gateway、Console 静态和浏览器契约、镜像清理器、计划状态校验和严格 Docs 构建均通过。最后保留的出口是已登录公网 Console 的人工交互回归;在其完成前不得把 P5 归档。

2026-08-17:P5 可见预算与任务证据顺序更正

  • 根因:主动工作概览没有携带工作台日预算,Console 因而显示 -- / --;当工作台没有保存额度时,Runtime 还会从环境变量读取历史 5,000,000 Token 默认值。这与“工作台设置为无限制即无限制”的现行约束冲突。
  • 修复:active-work 概览返回与 AI BOSS 对话共用的日用量快照;Console 对无限制明确显示“无限制”。Runtime 删除环境变量日额度回退,只有 Benson 在工作台显式保存有限值才会启用日额度准入;未设置或 0 都保持无限制。
  • 并发回归:全量回归同时暴露主节点 P4 任务曾在登记执行边界证据前暴露 boss_review 状态。执行顺序已调整为先完成运行记录并登记证据,再使任务进入审核状态,避免读者看到“可审核但缺证据”的瞬态不一致。专项连续复验 5 次和完整 Runtime 183 passed 均通过。

2026-08-17:阶段五完成归档,阶段六进入规划

  • 计划 ID:phase-6-discovery-experiments-planning。阶段五的 Runtime SQLite 策略、进程内循环、三类触发、暂停/终止、取消、受控重新运行、失败停用、重启中断和审计已完成自动化与生产验收。
  • 最终公网交互:管理员会话在真实 Console 通过居中自定义确认弹窗依次完成事件策略启用、全局暂停、全局恢复和策略停用。每步立即持久化回显,运行记录维持 11 条,未产生新运行、模型调用或任务;所有主动工作请求返回 200。终态为全局未暂停、无已排定运行、所有验收策略停用,桌面 1440x900 与移动 390x844 无横向溢出。
  • 状态变化:阶段五已完成并归档;阶段六为“规划中,尚未实施”。本次状态切换不创建应用表、来源读取、应用策略、Worker、Console 页面或任何后台运行。

2026-08-17:P3 固定机会发现原型退役

  • 原记录:P3 历史计划曾把固定 GitHub 搜索、关键词触发、候选去重和候选登记称为“通用机会发现”。
  • 更正:该实现只是早期技术原型,不是当前生产业务应用,也不代表阶段六已经具备职位或商业机会发现能力。
  • 清理:Runtime 已删除固定 URL、关键词自动触发、候选表及精确匹配的旧自动任务和候选数据;不保留兼容开关或迁移入口。
  • 保留边界:source_researchcandidate_analysis 是通用已授权公开资料研究和分析角色,继续服务于现有受控任务;它们不创建机会候选,也不自行访问外部来源。
  • 后续:阶段六若获实施授权,使用独立应用模型重建来源、候选、证据、匹配和反馈闭环,不迁入旧数据。

2026-08-18:P6-P8 应用中心路线重定义

  • 计划 ID:phase-6-application-center-foundation-planning。AgentMeshOS 主体定位明确为“AI 应用运行平台 / AI 操作系统”,项目仓库负责开发、构建、测试与发布,不作为生产运行时依赖。
  • 路线变化:阶段六调整为“应用中心基础与本地应用样板”,先建立内置应用注册表、Console 应用中心和“本地资料分析与验收工作台”;阶段七调整为“本地应用 MVP 与应用运行规范”;阶段八调整为“多应用扩展与应用生命周期”。
  • 原计划处理:旧“第一个 AI 应用的发现与试验闭环”和个人求职方向从未实施,现已退出当前 P6;旧 URL 只保留兼容入口。求职应用仅作为 P8 或以后可重新评估的候选,不自动恢复。
  • 技术选择:继续使用现有 FastAPI、SQLite、Vanilla JavaScript、Runtime、Nomad 和 Cloudreve,先采用内置应用注册,不引入 React、微前端、动态插件市场、第二 Runtime、第二调度器或消息队列。
  • 状态边界:本次只更新计划、架构、导航和校验,不创建应用表、API、Worker、Console 应用页面、策略或后台运行。P6 继续保持“规划中,尚未实施”。

2026-08-18:P6-P8 完整实施计划冻结

  • 计划 ID:phase-6-application-center-foundation-plan-refinement。当前阶段明确为 P6(阶段六)“应用中心基础与本地应用样板”,状态为“计划完善中,尚未实施”;P7、P8 仍是有明确进入条件的后续阶段,不与 P6 同时标记为当前或进行中。
  • P6:形成 P6-0 至 P6-9 的完整工作包,冻结应用 Manifest、注册与运行状态机、数据对象、Runtime API、Console 应用中心、本地资料样板、Cloudreve 数据面、平台对象关联、重启恢复、发布批次和阶段出口。
  • P7:形成 P7-0 至 P7-8 的完整工作包,冻结首个本地应用的稳定设置、输入集合、运行、成果、历史版本、受控重新运行、用量成本、导出、备份恢复、连续使用、生产发布和归档条件。
  • P8:形成 P8-0 至 P8-8 的完整工作包,冻结多应用身份、隔离、预算成本告警、生命周期、升级回滚、第二应用选择、双应用并行验收和阶段出口;第二应用不预设为求职应用。
  • 统一边界:继续采用 FastAPI + SQLite + Vanilla JavaScript,复用 Runtime、OmniRoute、Nomad 和 Cloudreve;Manifest 使用稳定 application_key,Runtime 注册实例使用永不复用的 application_id;Cloudreve 文件由主节点 StorageAdapter 经公网 HTTPS 下载、校验和解析,不向 Worker 传文件;P8 应用预算只是统一可见账本的子限额,一次调用只记一次用量;无限 Token 设置不得被隐藏内部上限覆盖;所有确认使用项目主题的居中自定义弹窗。
  • 实施边界:本次没有创建或修改 Runtime 应用表、应用 API、Console 应用页面、Worker、模型调用、后台策略或生产运行。只有三份计划完成审阅、校验、GitHub 同步和 Docs 发布,并由 Benson 明确授权后,P6 才可切换为“进行中”。

2026-08-18:P6 正式切换为进行中

  • 计划 ID:phase-6-application-center-foundation-started。P6、P7、P8 的完整计划已经细化、交叉审阅、GitHub 同步、Docs CI、生产发布和公网回读;“计划完善中”与“规划中”不再代表三份现行计划。
  • 状态模型更正:机器状态源升级为计划状态、阶段状态和当前工作包三个独立字段,避免再次把“计划写完”和“功能做完”混为一谈。
  • 当前状态:P6 计划已完成,阶段进行中,当前工作包为 P6-0“契约冻结与生产基线”;P7、P8 计划已完成,分别等待 P6、P7 完成并归档。
  • 实施边界:本次状态切换只授权进入 P6-0,不代表应用注册表、数据库、API、Console 应用中心、本地资料样板或生产验收已经完成;P6-1 以后仍必须按依赖和批次验收推进。

2026-08-18:P7 完成归档,P8 等待实施

  • 计划 ID:phase-8-application-expansion。P7 已完成设置版本、资料集、运行快照、历史比较、导出、备份恢复和受控重新运行;Runtime 重启保持 awaiting_benson,只中断真正未完成运行。
  • 验收:Runtime 201 passed;Console 契约通过;生产 Runtime、Console、Docs 健康与公网回读通过;桌面 1440x900、移动 390x844 登录态浏览器验收通过。
  • 状态变化:P7 已完成并归档;当前阶段切换为 P8,计划已完成、阶段等待实施。

2026-08-18:P8 完成归档,进入 P9 待规划

  • 计划 ID:phase-8-application-expansion
  • P8-0 至 P8-8 已完成;Runtime 206 passed、P8/P7/P6 定向测试 20 passed,生产 PPTX 已生成、下载并由 Benson 确认,桌面与移动端登录态浏览器验收通过。
  • PPTX 文件唯一权威存储为 DD 节点 Cloudreve 的 AgentMeshOS-长期/runtime-artifacts/applications/;Runtime SQLite 的 application_artifacts 只保存元数据、引用和 SHA-256。
  • 状态变化:P8 完成归档;当前阶段切换为 P9“后续阶段待规划”,不启动新的代码、模型调用或后台任务。

2026-08-18:P9 占位状态建立

  • 计划 ID:phase-9-placeholder。P9 仅作为当前状态占位,尚未形成新的实施计划。