快速开始
通过一个具体例子，理解两层架构如何在实际场景中协作运转。
一句话
TEVER 描述层定义有什么、发生什么、何时触发。CORTEX 执行层负责谁来做、做什么、按什么顺序、做得怎么样。Rule 桥接两层——监听 Event，触发 Capability。
一个完整例子：行业日报自动化
看两层架构如何一步一步完成"每天自动生成并推送行业报告"——
| # | 谁在驱动 | 发生什么 | 所属层 |
|---|---|---|---|
| 1 | Rule | 每天 7:00，定时 Rule 触发"日报生成"工作流 | 描述层 |
| 2 | Orchestration | 启动采集→分析→评估→发布→推送的顺序链。先采集，采集完再分析，后续步骤按依赖推进 | 执行层 |
| 3 | Runner | 采集 Runner 认领采集任务，调用采集 Capability，从多源抓取资讯 | 执行层 |
| 4 | Entity | 采集 Capability 产出资讯 Entity。每个 Entity 附带 Type 校验——来源、时间戳、内容摘要 | 描述层 |
| 5 | Runner + Capability | 分析 Runner 调用分析 Capability，消费资讯 Entity，产出报告 Entity | 执行层 |
| 6 | Testify | 验证报告质量——Type 格式完整？数据在合理范围？不通过则反馈修正 | 执行层 |
| 7 | View | 报告 Entity 以两种 View 沉淀——原文归档知识库，实体提取到知识图谱 | 描述层 |
| 8 | Event | 以上每一步生成 Event。完整因果链，事后可回溯每一步的输入输出和操作者 | 描述层 |
回溯示例
三周后客户问"这个结论怎么得出的？"→ 沿 Event 链回溯： 推送 → 沉淀 → Testify 通过 → 分析 Capability 输出 → 原始资讯 Entity A/B/C。 每一步的时间戳、Runner、Capability、Type 校验结果清晰可查——可追溯、可审计。
在这个例子中，两层各司其职
📝 描述层
Rule 定时触发 · Type 约束 Entity 格式 ·Entity 承载资讯和报告 · View 双轨沉淀 ·Event 记录每一步。描述层提供了"是什么"和"发生了什么"。
⚡ 执行层
Orchestration 编排顺序 · Runner 执行任务 ·Capability 提供能力 · Testify 验证质量 ·Execute 驱动运转。执行层负责"怎么做"。
🌉 协作
Rule 是两层之间唯一的桥梁。它监听描述层的 Event， 触发执行层的 Capability。描述与执行解耦——改流程改 Rule， 加能力加 Capability，互不干扰。
🧠 知识闭环
执行层产出 → 描述层 View 双轨沉淀 → 数字顾问基于两轨知识问答。 每一次自动化工作流都在为数字顾问"备课"。
部署方式
多租户共享平台
一台服务器托管多个客户，共享基础设施。描述层的 Type/Entity/View/Event/Rule 和执行层的 Runner/Capability 全部带有租户边界，从底层就保证隔离。
企业独立部署
客户自有服务器独立部署全套服务。物理隔离，数据不出域。交付方式为容器化部署包 + 配置文档。