Campaign
管理 lifecycle、budget、route、restart 和 halt。
程序优先的 Agent 底座
让 Agent 像程序一样运行。
nexrur 把执行图、证据、诊断与恢复放进同一套可测试、可复盘、可重放的程序控制面。LLM 参与认知，程序保有控制权。
- 01执行可编排
- 02失败可解释
- 03恢复可治理
- 04上下文可追溯
01
Campaignlifecycle · budget · route
controlcampaign attempt
02
Orchestratorcontract graph · checkpoint
executeEvidenceProductSchemaRe-evidence
03
Diagnosisbounded evidence · explanation
explaindiagnosis_result→ campaign_control → new cycle
名称与工程源起
nexrur 沿用地平线欧洲项目 NEXRUR 的名称。
NEXRUR 是地平线欧洲项目 “Next Generation Sustainable Business Models and Monitoring for Rural Resilience and Innovation” 的项目简称。nexrur 软件沿用这一名称，并在 RWA 的真实实施中抽取出独立的 program-first substrate，随后支撑 AUDIT 与 QUANT。
- HORIZON EUROPENEXRUR项目 · 101181273
- 真实实施RWA源应用
- 抽取并分离nexrur独立底座
- 新的应用AUDIT · QUANT共享底座机制
- 计划
- Horizon Europe
- 项目
- NEXRUR
- 项目号
- 101181273
- 征集主题编号
- HORIZON-CL6-2024-COMMUNITIES-02-2-two-stage
nexrur 软件是独立工程项目，不是该地平线欧洲项目的官方软件、交付成果或资助产出。
查看三个应用案例01 · 执行与恢复
一个闭环，三种不可混淆的职责。
Orchestrator 执行合同图，Diagnosis 解释有界证据，Campaign 根据 App policy 产生并执行控制动作。
campaign attempt ↓
Orchestrator
递归解释合同图，调度 leaf capability，记录 checkpoint。
re-evidence + facts ↓
Diagnosis
从有界证据解释失败，返回独立 diagnosis result。
diagnosis_result ↺ Campaign
Orchestrator executes.不猜根因，不选 route。
Diagnosis explains.不改状态，不直接 restart。
Campaign controls.不扫描 raw evidence 猜业务结论。
02 · 证据上下文
上下文来自证据重建，而不是聊天记录堆积。
五桶把当前运行事实、业务真值、历史召回和已审核知识分开，再组装成有界、有引用、限定于本轮的上下文。
core
当前 campaign/trace/cycle 的 identity、manifest、outcome 与审计引用。
engines
Orchestrator、Campaign、ToolLoop 的确定性有界执行事实。
aiskills
App 当前 active 业务产物、schema/diagnosis 业务投影与 upstream truth。
memory
过去 campaign、trace、asset 的历史召回，不是当前 run 的真值副本。
golden
已审核 positive cases、counterexamples 和 patterns，不是 verdict。
03 · 所有权边界
机制留在底座，业务真值留在 App。
App 用 contracts 和 assets 注入语义；nexrur 解释合同、执行能力、治理失败，但不把 App reason、route 或 domain threshold 写成底座默认值。
nexrur 拥有运行机制
稳定、跨 App、可测试的程序能力。
- 01CLI + Campaign controller
- 02Recursive Orchestrator
- 03Diagnosis engine mechanics
- 04ToolLoop registry + execution
- 05Schema + Projection + Evidence
- 06LLM + MCP + Memory surfaces
CONTRACT→OWNERSHIP
MEMBRANE←RESULT
MEMBRANE←RESULT
App 拥有业务真值
领域、资产和产品语义的唯一 owner。
- 01Orchestrator contracts
- 02Diagnosis + Campaign assets
- 03Prompts + schemas
- 04Production semantics
- 05Reason catalog + route targets
- 06Business artifacts + thresholds
Contracts cross the membrane. Ownership does not.
04 · 源码关联架构
从视觉模型进入 active design 真相源。
本页是架构投影，不是第二套真相。每个核心概念都回到 nexrur active DESIGN 文档继续阅读。
LEVEL 0
Substrate Overview
Program-first 定位、总体架构和 package ownership。
站内阅读 →ENGINECampaign
Lifecycle、route、restart、halt、budget 和 App assets。
站内阅读 →ENGINEOrchestrator
三层合同图、leaf resolution、checkpoint 与 failure semantics。
站内阅读 →ENGINEDiagnosis
五桶输入、bounded cognition、result contract 与边界。
站内阅读 →EVIDENCEFive-Bucket Evidence
Core、engines、aiskills、memory、golden 的 active contract。
站内阅读 →EXECUTIONSix-Step Model
Evidence 到 Campaign 的 canonical execution order。
站内阅读 →CAPABILITYToolLoop
Dynamic router、fixed batch 和 registered tool execution。
站内阅读 →MEMORYMemory
FAISS、embedding、semantic recall 与跨 Campaign 可追溯记忆。
站内阅读 →