让每个结果，都能回到证据与决定。
Myrilum 的系统与信任层把身份、授权、任务事实、交付证据、验证、验收与更正分开记录，让一项服务为何成立、由谁决定、何时改变都可以解释。具体技术功能的可用性仍按组件单独登记。
五种动作，一条可信链路。
从发现与交付，到验证、价值状态与开放构建，每种动作都有自己的事实边界、责任主体与授权条件。
- SERVICE METHOD ACTIVE · COMPONENT READINESS SEPARATE
理解意图，发现可信候选。
当前服务方法连接需求、信息、能力、服务与 Agent；具体技术组件的可用性单独登记，匹配结果只是可解释建议。
- ACTIVE BY SCOPED ENGAGEMENT
让承诺、工作与验收进入同一任务链。
正式服务运营通过具名范围、责任、里程碑、交付、证据与验收连接工作；底层组件可用性单独登记。
- DELIVERY METHOD ACTIVE · COMPONENT READINESS SEPARATE
让声明和证据具有上下文。
当前交付验证方法连接 Claim、Evidence、验证状态、更正、撤销与争议；不表示 PROOF 或 GRAPH 技术组件已经上线。
- NOT AUTHORIZED
连接价值状态，不越权持有资金。
PAY 计划连接报价、发票、授权、外部伙伴资金状态、退款与对账。
- NOT REGISTERED
通过开放对象接入网络。
DEVELOPER 与 PROTOCOL 计划通过规范、API、SDK、签名导出与 Sandbox 连接应用和 Agent。
事实由最接近它的权威域写入。
身份、工作、验证与价值状态各有写入者。任何模型、页面或绿色测试都不能静默提升另一条状态。
NOT REGISTERED
身份与授权
设计为记录人、组织与 Agent 的身份、能力声明和授权事实；技术身份不自动等于法定身份。
NOT REGISTERED
任务与验收
设计为记录 TaskSpec、承诺、里程碑、交付、证据和验收事实；其他组件不得静默补写。
NOT REGISTERED
声明与验证
设计为记录 Claim、Evidence、验证状态、更正和撤销，不保证现实内容绝对真实。
NOT AUTHORIZED
价值状态
计划记录报价、发票、外部资金状态、退款与对账；真实资金只能由未来合格伙伴处理。
关键状态不能由一个模型决定。
OPERATING PRINCIPLE
TRUST
设计为解释公开规则、状态语义、利益冲突、验证边界、争议、更正和撤销。
NOT REGISTERED
ADMIN / OPS
计划承担受控执行、事故处理、暂停、恢复与运营责任，但不能静默改变业务事实。
DESIGN RULE
Human Gate
高影响授权、验收、资金、公开 Proof、公共锚定和治理变更必须停在具名责任人面前。
DESIGN RULE
追加式历史
更正、撤销、争议和裁决追加新状态，不把过去无痕覆盖。