fix(interaction): route frame-aware input and support live editing sessions | 修复跨 frame 输入路由并完善实时编辑会话

[Ljy-0827]

问题现状

PR #143 已经支持 Agent 根据 Canvas Surface 截图选择位置并执行点击。部分 Canvas 应用会在点击目标后暴露一个标准 DOM 输入框，随后 Agent 再通过 fill 或 press 完成输入。现有文本与键盘交互存在通用机制缺口：

• DOM 目标可能位于 iframe/OOPIF，但文本和按键事件仍被发送到顶层 CDP target，导致聚焦成功、输入却未被页面接收。
• fill 仅按请求长度报告成功，无法识别受控输入拒绝更新、节点重挂载或瞬态编辑代理。
• 普通表单字段与 Canvas 等应用暴露的实时编辑会话具有不同语义，单一 fill 无法同时正确覆盖。
• 纯中文等 IME 文本只有 committed text 事件，缺少启动选择态编辑器所需的键盘生命周期，导致混合文本成功、纯中文失败。
  这些问题并非 Canvas 特例，而是跨 Frame 路由、输入语义和键盘/IME 事务不完整造成的通用交互缺陷。

解决方案

• 建立统一、frame-aware 的输入执行上下文，确保聚焦、文本、按键和结果读取始终路由到目标节点所属 CDP target。
• 收紧 fill 语义：通过浏览器原生编辑链路修改持久字段，并在受控更新或节点重挂载后读取实际值。
• 新增 type primitive，用于向实时编辑会话派发键盘/IME 文本；显式区分目标 ref 与 --focused 模式，不与 fill 自动回退。
• 为纯 Unicode 输入补全 Process keydown → committed text → keyup 事务，并保证取消或异常时释放按键。
• 增加顶层、同源 iframe、OOPIF、嵌套 Frame、受控输入、瞬态代理及中英文输入测试。

目前链路

PR #138 ：在 Observation 中发现 Canvas，并按 Surface ref 截图
↓
PR #143 ：根据截图中的像素坐标安全点击 Canvas 内部目标
↓
本 PR：点击后重新观察真实 DOM 编辑入口；持久字段使用 fill，实时或瞬态编辑会话使用 type，按键操作使用 press，并统一路由到目标所属 frame