Intervention 的 channel strategy 契约。

每个 channel（:pitch, :phoneme_timing, ...）实现此 behaviour， 定义三件事：切多宽、原始值是什么、现在还能不能叠回去。

Focus-split 载荷越界（Caveat，开放）

Triplet rebase 只判点锚存活——如果 focus 被 split，锚的 2/3 匹配会成功， 但 payload（曲线等）的 tick 区间可能已跨到子音符上。 结构 rebase 不检查这条。暂由 Declaration.resolve 在 check 时 通过 snapshot 兜底（snapshot 不对 → conflict）。

已加结构层钩子 on_rebase/4，让 channel 在 rebase 时自主切分/收缩 payload 边界。钩子会收到 Caller 注入的 Anchor.Context（含 notes_by_seq）， declaration 可据此做 payload 的 tick 级维护。注意：{:split, children} 的子干预不再过 strategy.rebase——子干预锚的正确性由 declaration 负责。

三个回调的调用时机

• scope/2 — 切窗前（静态，保守上界）。不依赖投影结果。 第二参数为 scope_ctx（%{timeline, tempo_map, tpqn} 的 plain map）， 供秒级 channel 做 tick↔秒换算。返回 tagged tuple： {tick, tick} 或 {:seconds, float, float}。 像 preutterance 这种"实际溢出量要渲染后才知道"的， 只能声明引擎的 max preutterance 作为保守上界。
• snapshot/2 — 挂载时。从投影结果中提取这个 intervention 依赖的原始值， 存入 Intervention.snapshot。
• resolve/2 — 渲染时。比对存储快照与当前投影，决定 apply 还是 conflict。

snapshot-resolve 的比对语义

比对要求投影确定性——同引擎同版本下，相同输入产生逐位可复现的投影。 引擎/模型升级 = 全部快照失配 = conflict 风暴——这是显式接受的最坏情形，不是静默兼容。

浮点比对不引入 tolerance（tolerance 就是 fuzzy match 的后门）。 如有跨进程浮点漂移风险，在 snapshot 序列化时做 round-trip 归一化 （如统一序列化为固定精度 decimal string），而非放宽比对。

时间单位

intervention 的参数天然可能是秒（phoneme boundary 采样自音频）。 scope 声明支持 tagged return：{tick, tick}（tick 基准，如 pitch） 或 {:seconds, float, float}（秒基准，如 phoneme_timing）。 Windowing 侧负责归一化：tick 直接用，:seconds 用 scope_ctx.tempo_map 转 tick；缺 tempo_map 时返回 {:error, :tempo_map_required}。