camera (400, 300) · zoom 0.90

面向 AI 生成网页制品的无限画布运行时。

把成百上千个生成页面都用 iframe 保活并不现实;全部拍平成图片又会丢失选择与事件。Deckle 守住中间地带:缓存下来的绘制结果,依然可以深入触达。

生命周期

资源随视口而定,而非随文档数量增长

每个制品都在显式状态机中流转。活动 DOM、运行时与 GPU 纹理都是按可见性和交互授予的预算资源,绝不常驻。

流式

为「还在生成中的内容」而设计

Agent 是逐 token 产出制品的。每种类型都有自己的提交边界——一个完整字素、一整行、一个闭合的 markdown 构造、一个完整 JSON 值、一个已定的 HTML 标签——而边界只会向前移动,读者永远不会看到某个解释被撤回。

软件包

与后端无关的契约,并以 oracle 差分验证

优化实现与朴素参考实现一同交付,并与之做差分测试——oracle 始终作为回滚路径保留。

@dopejs/deckle

相机、场景存储事务、生命周期、可见性、预算

@dopejs/deckle-spatial

网格空间索引与朴素差分 oracle

@dopejs/deckle-artifact

修订、交互树、规范化序列化

@dopejs/deckle-security

静态档案净化器、URL 策略、配额、能力

@dopejs/deckle-runtime

运行时消息协议、epoch、能力守卫桥接

@dopejs/deckle-renderer

保留式图片、canvas 原生内容渲染、LOD、纹理预算

@dopejs/deckle-editor

内部命中测试、选择模型、虚拟事件路径

@dopejs/deckle-protocol

共享的预发布词汇表

@dopejs/deckle-platform-probe

HTML-in-Canvas 能力探测、证据清单

状态

诚实的边界

引擎契约已实现并通过测试。浏览器证据门禁尚未通过:对实验性 HTML-in-Canvas API 的支持是我们检测到的能力,而不是我们做出的承诺。开源许可证目前尚未选定。