# ABOS 自进化平台架构

目标：基于 `abos-platform-current-source.md` 这份当前事实源，理清并推进一个平台闭环：

1. 在 `abos-at.work` 上可观测 Mini/CVM 的服务状态、端口、健康探针、入口路由、日志摘要与漂移。
2. 在 Mac Mini 上进行低风险自我优化：巡检、自愈、漂移检测、修正建议生成。
3. 用户能够通过 `abos-at.work` 介入，对高风险动作进行确认、驳回、修正和回滚。

一阶段目标收敛为：先把“动力炉”做成 ABOS 治理控制面，不做真实执行闭环。它应在 `/engine/` 用用户体验视角回答：现在最该关注什么、哪些页面/任务/议题需要处理、为什么、下一步去哪里看证据或推进。所有高风险动作仅生成建议，不提供直接执行按钮。

## 页面职责（后续改造依据）

- 首页：平台入口。回答“我能去哪儿？”；承载四大入口、系统定位、统一导航，不承载复杂运行细节。
- 动力炉：治理控制面。回答“我现在该管什么？”；承载今日重点、页面治理、观澜台任务治理、议事厅进行中事项、proposal/下一步建议。
- 观澜台：事实与证据面。回答“系统实际发生了什么？”；承载 cron/巡检/日报状态、任务目的、输入来源、运行逻辑、输出证据、异常解释、下一步建议和关联议题。
- 议事厅：飞书会话 spec 面。承载飞书里每一段会话总结形成的 ConversationSpec，帮助恢复会话目标、决策、待办、开放问题和上下文；这些 spec 可能存在遗漏、自动捕捉噪音或时效性问题，因此动力炉需要帮助识别 stale/needs_curation/未决状态。
- 藏书阁：AI 公网探索与用户指定理解内容的文章库。当前主要承载 AI 在公网探索、整理、入库的文章；也会包含用户要求 AI 理解和沉淀的内容。它不是实时控制台，重点是知识、资料、文章和后续可抽取的规则。

当前首页入口设计已收敛为 `观澜台 / 动力炉 / 议事厅 / 藏书阁`。后续页面变更优先通过 `publish-file-to-cvm-public` skill 作为发布门禁；运行后漂移巡检记录为后续能力，优先级较低。