扩展框架

当你要修改 Host、Engine、Protocol、Driver 或 Execution Adapter 机制时使用这条 路径。产品行为应留在 Plugin 中。Rust 主链位于 LioRael/lenso，JavaScript 与 TypeScript 分发源码位于 LioRael/lenso-js。旧的 Rust 拆分仓库是迁移来源，不是新框架改动的起点。

教程：运行一个 Engine 扩展

编写本地 Engine 扩展从源码构建的 CLI 和 Site 小样例开始：显式选择一个 Node 处理器，不执行代码先检查计划，运行后验证 锁定制品变化会被拒绝。结果是本地 Engine Resource，不是业务 Plugin 安装，也 不是新 Runtime Target 的认证。

任务指南：为框架改动找到 Contract

1. 阅读核心架构，用其中的所有权判断确定改动边界。

2. 用仓库地图找到当前 Crate 或 Package。改变稳定 边界前，先阅读相关的架构决策。

3. 在版本匹配的 lenso 源码 Checkout 中，修改运行时机制前先运行已有的可移植 Runtime Conformance 测试：

   cargo test --locked -p lenso-runtime-conformance

   这只检查现有 Contract，不能单独证明新 Driver 或 Adapter 合格。

4. 在负责的公开边界加入一条聚焦的失败用例，在该处实现改动，再运行用例及适用的 真实 Host 或目标验证。不要为了让某个目标的测试通过，就把目标专属故障变成 Kernel 功能。

上面的教程覆盖 Engine 处理器扩展。新目标或 Adapter 仍需属于自己的行为范围和 Conformance 证据。

选择对应指南

运行时生命周期解释这些扩展必须保持的可移植行为。 通过受支持的工作流区分维护中的本地验证与 已发布目标。