两个月前，我开源了 PPT-Deck-Pro-Max；一个月前，我又开源了 PPT Library。
PPT-Deck-Pro-Max 项目地址：https://github.com/MainQuestAI/PPT-Deck-Pro-Max PPT Library 项目地址：https://github.com/MainQuestAI/PPT-Library
今天把第三块公开出来。
项目地址：https://github.com/MainQuestAI/Deck-Master
如果把这三件事按商业生产线理解，我的逻辑更像这样：
- PPT-Deck-Pro-Max 负责内容生产，让“这套 Deck 要讲什么、讲到什么程度”先站稳；
- PPT Library 负责历史沉淀，帮 AI 看懂、检索和复用过去的页面；
- Deck Master 则把上面两层串起来，让商业 Deck 的产出从一个动作走成完整流程。
这套主线也是我最近三个月的工作收口。 从 4 月份开始做起到今天，我先做出了单点能力，再拆成可组合的链路，最后把整个闭环收束成可复用的流程。
一、先说清楚：Deck 到底是什么？
“PPT”是文件格式，“Deck”才是商业交付物。
一份商业 Deck 的核心职责通常是：
- 建立信任
- 下定义判断
- 推动决策
- 组织证据
- 搭起方案
- 保持可读与可复述
- 让对方理解“为什么值得做”
它不只是“把页面做漂亮”，更像一条专业工作线：
理解客户上下文
→ 明确沟通目标
→ 提炼核心判断
→ 组织论点和证据
→ 设计叙事顺序
→ 分配每一页职责
→ 查找历史可复用页面
→ 生成缺口内容
→ 质量审核
→ 交付与复盘AI PPT 常见的入口是“先生成几页”。不少内容分享也是从已经确认的逐页稿或大纲开始讲，但更麻烦的前半段往往被跳过去了：这份大纲怎么来，页面职责怎么定，证据和叙事怎么组织，AI 该复用历史材料还是重新生成？
商业 Deck 真正难的地方，恰恰集中在这些前置判断上。它要有足够的信息密度，要能处理复杂关系，还要保持叙事、视觉和讲解链路的一致。页面好看当然重要，但对商业交付来说，好看只是最后一层。
这也是 Deck Master 关注的重点。它把“如何稳定产出”放在工具前端，并把最后一个页面落地动作放在流程之后。
二、Deck Master 和 PPT Master 的关系
很多人会问：它和 PPT Master、PPT Library、PPT-Deck-Pro-Max 到底怎么衔接。 一个最省心的理解方式是分层看：
- PPT Master 负责页面构建与渲染，把既定内容变成 HTML、PPTX、图片、PDF。
- Deck Master 负责商业流程组织，从材料准备、Brief、页面职责、资产复用到审查与交付。
两者不构成替代关系，彼此属于前后搭接。Deck Master 的构建和渲染阶段会调用 PPT Master。 所以你看到的是：PPT Master 负责“页面怎么做出来”，Deck Master 负责“这套商业 Deck 如何被稳定完成”。
更直白地讲，它的重点不止在“画面输出”，还包括：
- 什么时候搜集材料
- 什么时候整理 Brief
- 什么时候找历史页
- 什么时候生成新页
- 哪些内容要人工确认
- 到底什么时候能交付
- 哪些经验值得沉淀
这就像正式客户提案：你需要不止一位“制图执行”，还要有清单、主线、复核、复盘。 Deck Master 的定位就在这里，它承接了这套项目负责人逻辑，并持续调用 PPT Master、PPT Library、PPT-Deck-Pro-Max、PPT Quality Gate 等能力。
三、Deck Master 三部分：Skill Suite、CLI 和 Review Desk
Deck Master 拆开看，主要由三部分组成：一组 Skill、一个后端 CLI，以及一个本地 Web UI，也就是 Review Desk。这个结构看起来有点工程化，但背后的目的很简单：让 AI 从“生成几页内容”，走到“沿着一套稳定的商业生产流程持续推进”。
Skill Suite 负责定义动作边界。比如 deck-setup、deck-init、deck-doctor 负责准备和诊断；deck-brief、deck-planner 负责把材料变成 Brief 和页面计划；deck-sourcing、deck-producer、deck-builder 分别对应历史资产、新页面生产和最终构建；deck-quality、deck-review 负责质量和交付判断；deck-autopilot、deck-learn 则负责自动推进和复盘沉淀。它们放在一起，核心价值是让每一步都有明确责任和产物，避免 AI 在流程里乱跑。
CLI 负责把这些动作落到工作区里。AI Agent 很容易在对话里把事情做散：这一段材料在一个文件夹，那一轮产物在另一个目录，中间结果没有回写，最后只剩一个 PPT 文件。Deck Master 的 CLI 就是把项目创建、状态记录、中间产物导入、预览更新、质量检查和导出编排收束到同一个工作区里，方便追踪，也方便下一次继续使用。
Review Desk 则解决审查问题。一份商业 Deck 等到最终导出后才发现风险，成本会非常高。生产过程中就应该能看到当前页数、页面状态、历史资产来源、缺口页面、证据缺失和交付风险。这个本地 Web UI 的价值就在这里：让你边生产边审查，把大修前置到过程中。
四、怎么使用 Deck Master：一套可落地节奏
如果你想试 Deck Master，我建议先把它当作一个 Deck 项目工作区来理解，别急着把它当成一句话生成 PPT 的工具。你要先把相关能力对齐：已经装过 PPT Library 或 PPT-Deck-Pro-Max 的，最好更新到最新；如果要进入最终构建和渲染，也要准备好 PPT Master。
接下来要做的是 setup 和 workspace。这个 workspace 里会放客户材料、参考资料、AI 过程记录、交付文件和质量记录。很多 AI 工作流的问题，就出在没有工作区意识：Agent 看似做了很多事，但材料、过程和结果都散落在不同地方，后续很难恢复和复用。Deck Master 要求先建立工作区，本质上是在给整套生产过程一个稳定容器。
真正开始做 Deck 时，你把客户纪要、访谈记录、行业研究、产品资料、历史方案和自己的判断目标放进去，再让 deck-brief 和 deck-planner 先整理出 Brief 和页级计划。后面如果历史页面可复用，就通过 PPT Library 去找；如果某些内容需要新生成或改写，就进入 PPT-Deck-Pro-Max；如果要构建最终产物，就交给 PPT Master。
最后一步先进入 Review Desk 和质量检查，再做导出判断。哪些页可以交付，哪些页要补证据，哪些页需要返工，哪些说法存在风险，都应该在这一步被看见。交付之后，页面采用结果、可复用资产、被认可主张、可转化方法论，也应该回到工作区里，成为下一次生产的资产。如果你想少管过程，可以用 deck-autopilot 沿默认流程推进，它会在关键判断处停下来，交回给人。
五、为什么我要做完整闭环
我长期在做商业方案、客户汇报、售前材料、内部分享。这类工作当然要关心“会不会做一页图”，但更难的是把大量材料持续转成准确交付。
从 4 月开始，我基本是按真实工作流一层层往下补：先补内容生产，再补历史资产沉淀和质量检查，接着补工作区机制和 Review Desk，最后才把这些能力收束到 Deck Master 这个总控系统里。
这套结果看起来像一个产品，实际上是我多年方案执行经验向 AI 协作方式转译的结果。它的目标是降低复杂商务内容里的失控和重复劳损，重在稳定与可持续。
六、这次开源意味着什么
一句话概括：AI 做 PPT，应该从单点生成走向稳定生产。
很多 AI PPT Skill 失败的点都在输入链条：Brief 不稳、页面职责不清、历史资产判断缺失、质量检查不够。只要这些环节缺位，产物就算看起来完整，也很难真正进入商业交付。Deck Master 的用意，就是把商业 Deck 里那些关键动作组织起来，让它们有工作区、有顺序、有审查、有沉淀。
这也是我坚持的方向：复杂 AI 任务不适合交给单一通用 Agent 一把梭，更适合通过一组可组合、可路由、可审查的 Skill 来推进。PPT Master 给了我很多执行界面和可视化上的启发，Deck Master 则把这套启发继续往上推了一层：PPT-Deck-Pro-Max 负责内容生产，PPT Library 负责历史资产，PPT Master 负责构建和渲染，PPT Quality Gate 负责质量检查，Deck Master 负责把这些能力组织成完整流程。
结语
我做 Deck Master 的核心，不在于证明 AI 会做 PPT。我的关注点更直接：AI 能否参与到商业材料的完整链路，并和人形成协同。
材料、判断、叙事、历史资产、页面生产、审查、交付、复盘，一旦这些环节都被组织起来，个人工作方式会更轻松，也更容易复用。
如果你也在做售前、提案、汇报或工作流改造，Deck Master 这条路线值得一试：先搭起流程，再接技能，再做质量，最后让复盘成为下一轮能力的起点。
我是臧青，一个正在尝试用 AI 重构企业服务逻辑的架构师。
// End of Stream
关注主页 **@臧青内容智能，**解锁更多 [AI 落地] 与 [企业智能化转型]的深度思考。
🕹️ 首发于 GameStarted. Life