运行时生命周期
Resolved App 如何经过校验、分阶段激活、就绪、监督与关闭。
校验
准备
激活
打开就绪门
运行与监督
关闭
如果所选 Adapter 支持重建 generation，稳定 consumer handle 可以跨 provider restart 保留。它仍指向不可变 Plan 选择的 provider；restart 并不等于 rebinding。
Execution Lane
Native 并行通过 Plan 声明的 Execution Lane 复制单所有者 Kernel。每个 Plugin Instance 只有一个 Lane owner。系统正确性不依赖 work stealing、运行时 Instance 迁移或共享可变 Plugin 状态。
Authoring V2 的构造、取消与清理
支持该 Profile 的 Adapter 在激活前执行独立构造阶段。启动调用者放弃等待只会请求 取消；晚到的构造成功仍必须回滚并执行一次 stop。清理共享有界的截止时间，stop 获得新的清理取消 token 和剩余预算。
调用返回、调用者超时和底层执行真正结束是不同事件。V2 的执行许可由 Driver 管理， 调用者取消或丢弃 Future 不会提前释放容量。关闭或替换 Generation 要等待受跟踪的 Request、Stream、Event 执行结束；清理超时保留 Generation，阻止重叠替换或第二次 stop。
Host-essential 故障策略
host_essential 由 Host/Profile 显式启用。初次启动仍要求所有选中的 Instance
成功激活。Ready 之后，Host 必需 Instance 及其沿 one 依赖计算的闭包决定恢复耗尽
是否终止整个 App。非必需 Instance 可保持不可用，其他无关工作继续；不会换 Provider、
重放调用或推导 optional/many 成员必需。业务错误或一次超时本身不等于运行时故障。
Plan schema 3 携带命名依赖身份、Authoring/Profile 与终结策略；旧 schema 2 有显式 兼容路径。未适配的执行器必须在激活前拒绝新 Profile。这些保证不能仅凭语言名称推广到 任意 Adapter；也不能把故障策略当作进程隔离。