跳至正文

关于 DECKFLOW

文档执行应当精准、可检查,并适配具体任务。

DeckFlow 为 AI Agent 与团队提供处理真实文档的不同路径,而不是把所有任务压缩成一个通用工具。

Product 定位

三个核心 Products,各自承担不同职责。

DeckUse

面向 Agent 的无损 PowerPoint 运行时。

现有 PPTX 编辑为当前能力。受控创建与命令能力仍限定于具体 Release;Word 与 Excel 仍在规划中。

Product 路径

DeckOps

面向 Agent 的文档智能管线。

其格式专用 IR 契约属于未来态,公开的旧版仓库无法证明该契约。

Product 路径

DeckHTML

网页内容与可编辑文档之间的桥梁。

在 v0.6.4 中,网页到 PPTX 或 PNG 是当前能力;PPTX 转网页处于测试阶段,专用 DOCX 路径仍在规划中。

Product 路径

DeckProbe 与 DeckRender 是独立的支持项目。Parse 属于 DeckOps 内部。架构本身不能证明当前支持的格式、操作、接口、保留能力或保真度。

运作原则

以证据为设计基础。

  1. 01

    精准优先于炫技

    文档工作应让请求的改动、结果和审查边界保持可见,而不是藏在泛化的 AI 输出之后。

  2. 02

    先有证据,再谈能力

    版本、源码、测试样例、生命周期和限制共同决定网站可以做出的能力主张。

  3. 03

    任务决定路径

    Solutions 描述需要完成的工作流;Products 负责技术契约与实现深度。

开源与许可证边界

开源基础设施,各项目采用不同许可证。

DeckUse
AGPL-3.0
DeckHTML、DeckProbe 与 DeckRender
MIT
DeckOps
尚无生效的仓库许可证
后续步骤

选择与工作相匹配的路径。