基于 Calcit 的树形布局实验。在线预览：http://repo.cirru.org/hv-tree-layout/ 。
浏览器交互通过 :js-ffi 中的 js-ffi.browser 接口访问 DOM、存储和定时器；布局数据仍由 Calcit 管理。
重新安装依赖、构建并刷新页面。旧 Map 和序列化 Store 继续使用 hv-layout 键恢复。应用在读取边界验证存档，再用具名 Op 记录恢复。恢复失败仍显示 HUD 提示并暂停保存。
配套正式 Calcit / @calcit/procs 0.42.1、Caps 0.1.1、Node.js 24 和 Yarn 4.18.0。依赖为 Respo 0.19.5、Reel 0.11.0、Respo UI 0.15.2、JS-FFI 0.2.13 与传递 Router 0.12.2。三组布局样例的横纵交替、空分支与原存档格式保持。编辑树输入使用内置递归 CirruNode，与 Cirru 解析器的返回类型一致。应用派发接收 Op，面板和快捷键接收独立的 reel.typed/Control，状态路径使用 CoordKey。安装依赖后运行：
caps --strict --ci
yarn install --immutable
caps verify --toolchain
calcit calcit.cirru --check-only --all-defs
calcit fix --workflow strict --verify
calcit calcit.cirru --check-only --ns app.main --ns app.comp.container --ns app.comp.expr --ns app.updater --ns app.config --ns app.schema --summary-only
calcit calcit.cirru test --require-match
calcit analyze weak-types --summary-only --format json | jq -e '.data.summary.hits == 0'
calcit analyze weak-types --only coverage --coverage-level none,partial --summary-only --format json | jq -e '.data.summary.definitions == 0'
calcit analyze weak-types --only deprecated-call --summary-only --format json | jq -e '.data.summary.calls == 0'
calcit calcit.cirru js
yarn vite build实时编译可另开终端运行 calcit calcit.cirru js -w，无需 concurrently。项目基于 Calcit Workflow，采用 MIT 许可证。
默认构建使用相对路径；VITE_BASE_URL 可以指定前端 CDN 路径。CI 的主分支资源位于 https://cos-sh.tiye.me/Cirru/hv-tree-layout/，PR 使用独立的 pr/<number>/<run>/<attempt>/ 子目录，构建、上传和公开访问校验共用同一个前缀。配置 COS_BUCKET、COS_SECRET_ID、COS_SECRET_KEY 后，由正式 cos-upload-action 1.3.0 的内置能力检查 HTML 同域脚本/样式引用与上传内容；Actions 使用已核对的精确正式 tag。
保留已测试 artifact 的传递、上传队列、过期 HEAD 检查和原 main push 服务器部署；COS 只处理前端 dist，原 dist/* 和目标目录不变。CI 保留严格依赖/工具链、canonical、全定义与公开定义检查、质量预算、附属测试和 JS 构建，并要求完整 fix --workflow strict --verify 通过且 diagnostics 为空。废弃调用由已有质量预算的零上限拦截，不另加重复检查脚本。
开发模式的可选 Reel 面板改为显式 Option :some / :none，满足新工具链对缺席子节点的要求。 官方 CLI 归一化逐定义审计只有 comp-container 的 code 发生语义变化；原 schema、三项附带测试、 两种布局算法、任意叶值转文本的展示合同和全部 data 文本保持。原质量基线逐字节不变，unsafe 仍为 0。 已通过正式 Caps strict / toolchain、immutable、197 个全定义、24 个公开定义、完整 strict、 原三项附带测试、原质量预算及 Vite 构建；没有新增验证脚本或编译器规则。
两处 List Dynamic 是实际开放的展示入口：String、递归 List 和其他任意值均可显示，后者会转为文本。 本轮不为减少计数把该合同替换为只接受 String/List 的 union。三组示例的源解析结构有更窄形状， 但它不能代表展示 API 的全部输入。现有 Dependabot #26 的 Undici 8.12.3 锁文件修复已纳入， 避免并行改写同一旧锁文件；该 PR 的其余分支/协作状态保持。
复用已审阅的 3 处类型表述迁移，0.32.1 官方 format 再次确认无需改写；原 23 个定义的 schema 不变；新增一个 Enum 类型的 DispatchOp 声明，绑定 Respo 的 dispatch-op slot，保留已有开放协议与业务解码检查。
原状态子树测试的三处旧 .unwrap 改为直接比较 Result :ok / Option :some，成功分支和值同时受断言约束；测试名称、标签和其余断言不变。
本轮已发布图通过全 194 定义、完整 strict（diagnostics 为空）、24 个公开定义、原三项附属测试、原质量预算、JS 构建、immutable 安装与 Caps toolchain 校验。24 个完整定义查询视图与此前已审候选一致，业务源码和预算没有再改写。本轮实际生产构建的隔离页面已复核三组树形布局、横纵滚动和刷新，浏览器无 warning/error；Linux CI 仍待结果。生产构建不显示开发用的 Reel 控件，未将静态布局浏览冒称为历史回放或坏存档恢复验收。data/*.cirru 仍为原样展示的历史文本。
独立只读评审未发现新增问题。未修改质量预算，未新增验证脚本，也未部署。analyze quality 在 0.32.1 仍给出弃用提示，但本轮保留原门禁，后续应单独评估替代方案。
本轮将三处布局样式 Map 合并改为 .merge，保持右侧覆盖顺序；原状态回归中的三处
Option 解包改为 .unwrap，测试名称、标签和全部断言不变。空 Reel 直接用公开
typed/State 构造器及已有 Ref<State<Op,Store>> 上下文初始化，七个字段与原
new-reel 完全相同，移除无法证明 Op 来源的强断言，不将已有开放记录强转为业务 Op。
保留 hud!、全部三组历史展示文本、存档行为和原质量预算，不创建新脚本或迁移框架。
Respo 的开放回调先检查 Enum，再转交原业务 dispatch；非 Enum 会明确报错。
reload! 仍执行原 HUD 提示，然后显式返回 Unit，不把宿主提示函数的未知返回值当作 Unit 证明。
存储 key 仍为 hv-layout，保存时机仍为 beforeunload 与每 60 秒；旧 Map 和已序列化 Store 均恢复为实际检查后的 Store。恢复失败会显示错误并暂停自动保存，不删除或覆盖原缓存；成功恢复后才解除暂停。存档字段和三组布局样例不变。
Reel 使用真实 State<Op,Store>，不把状态冒充 Map。公开 dispatch 继续接收旧匿名 Enum；decode-op 在业务边界按原三个操作显式转换，检查 content 和 cursor 后进入具名历史，Reel 控制操作仍走现有 Control 接口。updater 内部现在接收具名 Op，直接调用它的调试代码应使用 Op 构造器。状态更新只处理 Store.states 子树，不再把 Store 送给 Map 解码器。
类型预算只收紧：unsafe / 缺失类型 / 废弃调用均为 0；typeNotFull 15→2、schemaDynamic 17→2、unresolved 20→5。横/纵组件保留 List<Dynamic> 的原展示接口（String、嵌套 List，其余值转文本）；混合 key 状态、操作中的异构状态及存档入口也仍有真实开放边界，不宣称所有 Dynamic 都已消除。布局用的 data/*.cirru 是原样展示的历史代码文本，不是可执行的现行 Calcit 示例；本轮没有为更新文本而改变样例布局。
原 hydrates-stored-content 断言和 storage/unit 标签保留，只把调用处的匿名构造器适配为具名 Op；另外两项小型回归覆盖真实的状态子树错误和匿名操作适配错误，不新增测试框架、项目检查脚本或编译器改写规则。旧 0.28 候选工作树独立保留，当前分支从最新 main 复用其已审阅的源码变更后继续迁移。
此前 alpha.5 本地验收通过 193 个定义 strict、六个应用 namespace 的 23 个公开定义检查、三项附属测试、收紧后的质量预算及 CDN 构建。六组合成输入的横/纵输出与三组完整样例容器曾与原 0.27 生成代码等价（样式声明仅规范化排序）。这些是历史结果，不替代本轮正式模块图的 CI 和实际浏览器证据。存档正反例曾在内存宿主回放中验证，不冒称实际浏览器坏存档保留性或全部设备验收。上述为此前 0.30.1 迁移记录；本轮变更与验收范围见上节。