让业务架构可执行：ORCHADYN 为什么把规划建模为"编译"
企业开展 Agent 项目时，通常从运行时开始。
团队选择一个 Agent Framework，定义若干工具和节点，再用工作流、提示词或代码把业务要求嵌入其中。短期看，这种方式交付很快；长期看，业务目标、组织权限、成本预算和合规限制却被分散到不同应用的实现细节中。
结果是，同一种业务能力在不同流程中被重复编码，而企业无法独立回答：
- 为什么选择这项能力？
- 这个计划满足了哪些业务约束？
- 谁授权下一级 Agent 执行？
- 委派了多少预算和权限？
- 为什么没有采用其他方案？
- 如果更换运行时，计划语义能否保留？
ORCHADYN 将自己定义为 Enterprise Capability Planning Compiler，即企业能力规划编译器。
它的基本思路是：
业务架构是源语言，Agent Graph、持久化工作流和机器人任务是编译目标。
在这一模型中，Goal、Capability、Authority、Constraint 和 Plan 都是一等语义对象。
业务目标首先被转换为能力需求；规划器再结合企业实际拥有的能力、组织授权、环境状态、成本预算和风险约束，形成可验证的计划。计划通过验证后，才被投影到具体运行环境。
这种"编译"比喻解决了三个关键问题。
第一，能力与实现解耦。
计划表达"需要什么能力"，而不是直接绑定某个函数、Agent 或供应商产品。企业可以替换实现，而不必重新定义整个业务意图。
第二，规划与执行解耦。
ORCHADYN 负责生成、比较、解释和修订计划，但不负责执行任务。具体执行可以交给 PRAXOVELA、RHEOVELA、机器人任务系统或其他运行时。
第三，委派变得可问责。
当一个计划把任务继续分配给其他 Agent、服务或人员时，它可以保留授权者、下放的权限和预算、完成任务所需的证据，以及其他候选计划被拒绝的原因。
ORCHADYN 也明确限制自己的边界：
- 不取代 MODUREGIS 的企业能力目录；
- 不取代 AEGIVELA 的身份与授权判断；
- 不保存长期业务流程状态；
- 不直接执行工具或 Agent；
- 不成为另一个包揽所有责任的超级运行时。
这使 ORCHADYN 更接近 Agent 时代的"业务架构编译层"，而不是传统意义上的任务编排器。
过去，业务架构往往只能通过模型、矩阵和文档影响系统建设。ORCHADYN 尝试增加一条新的传递链：
业务目标
→ 能力需求
→ 治理约束
→ 可验证计划
→ 运行时投影
→ 执行证据
这并不意味着所有业务架构都应该自动执行，而是意味着从业务意图到执行决策的转换过程，可以变得明确、可验证和可解释。