持续运行
Kernel
负责系统生命周期与持续运行;认知仍在内核之外。
已验证机制
- AdamiKernel
- ComponentInitializer
- BootManager
- LifecycleManager
- TaskQueueStore
- KernelContext
- 重启控制
如何接入已审计路径
初始化组件、协调启动,并把任务载荷不为空的事件交给生命周期与决策路径。
- 在更长运行周期和更多故障模式下,系统应如何保持连续?
架构 / 代码审计
本页只展示当前代码审计能够支持的关系:哪些机制已经实现,哪些限制仍然存在。它不是一张未来人工生命的概念图。
组件已经实现,不代表它名称所暗示的更广泛能力已经成熟。
01 / 系统图
第一张图按职责归纳九个公开子系统。审计只证明组件存在、没有证明通用关系的地方,不画箭头。
经审计架构把 Kernel 归入连续性,Nexus 归入事件与感知输入,Cortex 和 Orchestrator 归入认知与规划,Hippocampus 和 SkillManager 归入记忆与能力,Peripheral 归入通道与集成。Guardian 与 Observability 提供具体支撑机制。这张图不表示它们会包围或管控每个组件。
02 / 已验证路径
这是审计能够确认的一条窄主路径:发布事件、生命周期接收、决策路由,再进入三类已记录的分支。
system.events 主题payload.taskDIRECT_ANSWER直接响应路径SYSTEM_ACTION受支持的系统动作分派器COMPLEX_TASKTaskPlanner / WorkflowEngine → 选定的已实现工具或技能外部或内部来源把 AdamiEvent 发布到 EventBus 的 system.events 主题。LifecycleManager 会忽略没有任务载荷的事件,并用并发、对话级锁、任务队列、取消与超时控制处理符合条件的事件。DecisionProcessor 通过 SemanticIntentRouter 分派直接回答、系统动作或复杂任务。复杂任务可以调用 TaskPlanner 和 WorkflowEngine,再进入选定的工具或技能路径。这里不表示经验到学习的完整闭环已经成立。
03 / 路由架构
“双脑”只是对两类技术分离的简称:有序的快速意图路由,以及独立的思考 / 动作模型列表。
A · 快速语义路由
B · 模型路径分离
云端模型调用失败时,可以回退到本地 Ollama。MLX 支持已经存在,但默认关闭,且只在启用后的 Darwin 环境中可用。
SemanticIntentRouter 按顺序执行规则,只在路由仍不明确时调用动作模型。结果可能是直接回答、系统动作,或交给规划器的复杂任务。另一条路径由 HybridLLMRouter 分别维护思考与动作模型列表,并支持从云端回退到本地。这套架构只分离路由与计算角色,不能证明存在两个自主心智。
04 / 子系统
这里不为整个子系统贴一个笼统标签,而是分别列出已验证机制、尚不完整的部分与开放问题。
持续运行
负责系统生命周期与持续运行;认知仍在内核之外。
初始化组件、协调启动,并把任务载荷不为空的事件交给生命周期与决策路径。
事件 / 感知输入
负责事件发布、通道输入与系统感知机制。
将 AdamiEvent 对象发布到 system.events;LifecycleManager 从该主题消费包含任务的事件。
认知 / 路由
负责意图路由、模型选择,并协调决策与工具调用。
DecisionProcessor 接收生命周期事件,调用 SemanticIntentRouter,再分派到直接回答、系统动作或复杂任务分支。
规划 / 执行
把支持的复杂任务分支转为计划并交给工作流执行。
COMPLEX_TASK 分支可调用 TaskPlanner 与 WorkflowEngine,后者可能选择已实现的工具或技能。
记忆
负责存储、检索与情景记忆相关机制。
系统会初始化记忆组件,但审计不能证明主路径上已有完整的经验巩固闭环。
能力
负责加载、路由与创建技能,并管理技能生命周期元数据。
规划器与技能创建路径可以调用技能系统;验收可能依赖运行时技能文件。
安全控制
负责具体的权限、超时、限流、过滤、密钥存储与脱敏机制。
各项控制用于有明确记录的边界;审计不能证明每个动作都会经过这些控制。
通道 / 集成
承载调度、报告、外部通道、市场、控制台与协议集成。
完成配置后,适配器与调度机制可以发布事件,或支持工具与技能工作流。
可观测性
负责超时上下文、追踪、脱敏、采集、重放与评估。
这些机制服务于部分运行时与评估路径,但本身不能证明系统行为正确。
05 / 审计限制
这些限制都有源码依据,不藏在脚注里。明确写出缺口,比暗示不存在的能力更有价值。
主要决策组件同时包含生产行为以及面向模拟和黄金追踪的硬编码分支。
SystemDiagnostics.perform_startup_check 已存在,但经审计的启动路径没有调用它。
它还会检查 ComponentInitializer 并未创建的属性。
解析器会探测第四阶段 json_repair 回退,但该包未声明为项目必需依赖。
文档、视觉与音频路径已经存在,但依赖可选包,且顶层 transformers 导入较脆弱。
没有 torch 时视觉能力受限;没有 transformers 时模块导入可能失败。
MetaCortex 及相关类已经存在,但审计不能证明完整的长期目标机制。
经审计实现依赖好奇心相关元素,其运行时连接尚未得到确认。
SkillBuilder 仍明确保留集成 TDD Generator 与 SelfTestRunner 的 TODO。
部分生成技能的验收路径要求仓库或运行时数据目录中存在对应技能文件。
MLX 支持已经存在,但默认禁用,且仅限启用后的 Darwin 环境。
注册的外部工具使用通用执行路径,内置工具使用独立方法,两套 Schema 尚未完全统一。
MCP 管理与可选 mcp-agent 集成已经存在,但部分已配置提供方路径尚未实现。
静态审计不能证明完整测试套件在不同执行顺序与环境中都能持续通过。
证据边界
“状态与项目”页面分别列出已实现机制、实验中 / 尚不完整的工作与研究方向,也说明这次审计不能证明什么。