core
contracts / audit / evidence / schema / outcome
架构全景
业务真值在 App，控制权在程序，证据独立重建。
Campaign 治理生命周期，Orchestrator 解释合同图，ToolLoop 执行注册能力；Diagnosis 只依据有界证据解释失败，再把控制权交回 Campaign。
系统图 · 从合同到控制
App 声明语义，nexrur 执行机制。
这不是目录树，而是一条所有权清晰的运行主链：App 把 contracts、assets 和 callable truth 交给底座；底座通过统一入口、控制器和注册表执行，再返回可审计结果。
APP SOVEREIGNTY
业务真值在这里声明。
RWA / AUDIT / QUANT 可以不同，底座机制保持一致。
GRAPHorchestrator contracts
ASSETSdiagnosis + campaign packs
PRODUCTprompts + production semantics
TRUTHschemas + business artifacts
APP DECLARES
contracts / assets / tool specs↓
OWNERSHIP MEMBRANE↑normalized results / artifact refs
SUBSTRATE EXECUTESSUBSTRATE CONTROL PLANE
程序推进状态。
trace_id / cycle_no / checkpoint- 01nexrur CLI
定位 app / asset / action，启动底座控制面
- 02Campaign
治理 lifecycle / budget / route / restart / halt
- 03Orchestrator
递归解释 app / subagent / module 合同图并维护 checkpoint
- 04ToolLoop
解析允许的 leaf capability，执行并返回标准结果
REGISTERED LEAFApp production callable or substrate public capability
ToolLoop 执行 leaf；它不决定 App graph，也不拥有业务真值。
- 01PRODUCT FACTS
原样保留业务状态与 artifact refs
- 02SCHEMA
只产生机械 validation observation
- 03RE-EVIDENCE
重建当前 facts 与引用
- 04DIAGNOSIS
bounded evidence → diagnosis_result
- 05CAMPAIGN CONTROL
continue / restart / reroute / halt
Diagnosis 负责解释。Campaign 执行下一控制动作，并可开启新 cycle。
projection
trace / cycle / active promotion mechanics
llm
provider-neutral generation + resilience
mcp
external capability registry + transport
memory
historical semantic recall infrastructure
两个正交平面
控制回答怎么运行，证据回答依据什么。
package/control view 与 five-bucket evidence view 是正交关系，不做一一映射。五桶是 Diagnosis 和 evidence builder 的读取模型，不是 Python package 清单。
Campaign→Orchestrator→ToolLoop
- 程序安排图执行、checkpoint 与 lifecycle。
- Diagnosis 解释失败，但不直接 restart 或 halt。
- Campaign 消费 result 与 App policy 后执行动作。
INTERSECTIONSTEP 6
bounded evidence packet
↓diagnosis_result↓campaign_controlcorecurrent ledger
enginesruntime indexes
aiskillsactive app projection
memoryhistorical recall
goldenreviewed grounding
- core / engines / aiskills 建立当前 episode。
- memory 只提供历史召回，不替代当前事实。
- golden 提供 reviewed grounding，不直接下 verdict。
所有权边界
合同可以跨界，所有权不能漂移。
App 不复制底座 controller；底座也不吸收 App reason code、route、threshold 或 production semantics。双方只通过可验证 contract 与标准结果协作。
可复用机制
跨 App 稳定、可测试、可复盘。
- 01CLI 与通用命令语法
- 02Campaign / Orchestrator / Diagnosis
- 03ToolLoop registry 与执行护栏
- 04Schema / Projection 通用机制
- 05LLM / MCP / Memory 能力面
APP → SUBSTRATE
contracts + assets + tool specs⇅CONTRACT DATA ONLY⇅results + refs + control receiptsSUBSTRATE → APP业务真值
领域语义、资产身份与生产结果的唯一 owner。
- 01App / subagent / module contracts
- 02Prompts、schema packs 与 asset identity
- 03Production semantics 与业务产物
- 04Diagnosis result catalogs
- 05Route targets、thresholds 与 domain policy
按问题继续
总图建立坐标，细节回到各自真相源。
想看失败如何进入下一 cycle，进入执行闭环；想看 Diagnosis 如何获得上下文，进入五桶证据；想看底座如何承载不同业务，进入应用案例。