pull-request

这条业务线处理的是“用户确实撞到了积分门槛，但产品和分析系统是否能在正确的业务边界看见它”。原来的信号主要来自升级弹窗或 Stripe 回跳

这条业务线解决的不是“给聊天卡片换一种文案”，而是 Agent turn 在不同异常终止路径下，如何把真实原因传到持久化 transcript、下一轮模型输入、站点 affordance 和运行时观测中。用户能看到的差异包括

这条业务线解决的是 Agent 把用户意图落到 Voyager 页面时，读到的内容形态、选择的写入工具和最终持久化结果必须保持一致。范围覆盖常规 DESIGN、白板、DOC、CODE，以及独立图片生成后的画布交付。用户侧表现是“改页面”“把图放到画布”“重新生成一版”；工程侧真正要守住的是 pageId、页面类型…

这条业务线解决的是多页设计导出不能再被单次 HTTP 请求、同步 ZIP 内存和单页串行等待限制的问题。用户从编辑器或 Platform API 提交导出，快速拿到 job id，等待服务端完成渲染，再下载临时结果；工程上则要同时处理可变文件内容、页面顺序、workspace 权限、浏览器渲染资源、R2 中间态、…

这条业务线解决的不是“导出面板多几个格式”这么简单的问题，而是把可能超过 Go API/LB 请求时限的渲染工作移到可恢复的 Cloudflare Workflow，并建立一套能被 App 和 Platform API 共同消费的异步 job 契约

结论先行：这条线真正收敛的不是一个“重连 UI bug”，而是 Agent 对话的状态权威和生命周期边界。服务端 Durable Object/Think 持久化完整 transcript，客户端把 replay、恢复态和断线期间的本地发送分别建模；连接关闭不再被当作“对象为空、可以删除”的证据，admin 读取…

结论先行：#5143 没有重新设计同步或历史系统，而是把既有的“服务端提交 forward delta、通过 Agent WebSocket 广播 inverse delta、客户端只记录 history”的 seam 补齐到 insert_image_node / update_image_node 。因此 A…

结论先行：#5107 把主 eval 从只有 pass/fail 的黑盒结果推进成一个可比较的模型路由观测面：dev eval route 返回解析后的 model id 和整轮 token usage，promptfoo provider 在独立的分析价格表上计算 USD 成本，并把 token、cost、la…

结论先行：#5015 把 workspace feature 从“Go YAML、前端默认值、Agent 环境判断分别维护”的分散开关，推进成一条可管理的 capability control plane：TypeSpec catalog 是手写来源，custom emitter 生成 Go runtime 与共…

✅ **结论先行：**这条业务线把 CODE 从“可在编辑器里改写 HTML 的跨域实时预览”推进到“可在全屏 Present 中直接运行的页面”。关键不是复制一套渲染器，而是把持久化编辑模型、跨域输入协议和 presentation surface 分层：编辑数据继续走细粒度 delta；iframe 输入通过…