Codex PPT Skill 标准工作流全解：从大纲确认到样张把关的 9 阶段图片式 PPT 生产流程

AI 技能人工智能【免费下载链接】codex-ppt-skillGPT-Image-2 PPT Generator Skill for Creating Image-Based PowerPoint Presentations in Codex and Other Skill-Compatible Agents项目地址https://gitcode.com/gh_mirrors/co/codex-ppt-skill点击查看免费下载本篇技术指南以 Codex PPT Skill一个面向 Codex、Claude Code、OpenClaw、Hermes Agent 等支持SKILL.md的 agent 的图片式 PPT 生成 skill的标准工作流文档为主体完整讲解其「阶段确认、先样张后批量」的生产流程阅读输入材料、确认大纲、确认视觉风格、确认图片后端、生成并确认样张、批量生成、质量检查与修复、演讲稿与组装、可选保存风格。读完本文你将掌握这套 skill 从输入文章到产出.pptx的完整执行契约、每个阶段的门禁approval gate与产物以及背后配套脚本prepare_slide_prompts.py、slide_job_status.py、record_slide_result.py、assemble_ppt.py 等的调用方式。工作流总览为什么强调阶段确认Codex PPT 的核心设计理念不是一次生成整套 PPT而是分阶段确认、降低返工成本。这一点在设计理念文档中表述得很直接AI 做 PPT 最重要的不是快而是流程可控、做出来可用。具体到执行层面标准流程不会一上来直接生成整套 PPT而是依次确认大纲、风格、图片后端和样张全部通过后才进入批量生产。流程被划分为 9 个阶段阅读输入材料确认大纲确认视觉风格确认图片生成后端生成并确认样张批量生成质量检查与修复演讲稿与组装可选保存风格其中阶段 1–5 是确认前置期阶段 6–8 是生产期阶段 9 是收尾增值动作。从源码契约看这套阶段的强制性比文档叙述更严格。SKILL.md 的 Hard Constraints 明确写死了一条硬约束在用户批准相应门禁之前不得创建正式的deck_spec.json、speech.md、slide prompt 任务、幻灯片图片或.pptx文件。而 workflow-gates-and-progress.md 给出了完整的门禁顺序Source reading and asset extraction输入阅读与素材提取Outline confirmation大纲确认Visual style confirmation视觉风格确认Image backend confirmation图片后端确认One sample slide approval单页样张批准Full slide generation整套生成QA, speaker notes finalization, and PPT assembly质检、讲稿定稿与组装任何阶段都不得在用户批准前一阶段前推进除非用户明确要求跳过确认。若在批准前确实需要内部规划产物必须用.draft.命名如deck_spec.draft.json、speech.draft.md并向用户明确声明这不是最终产物。阶段 1阅读输入材料agent 的第一步是理解输入而不是急着出图。需要搞清的信息包括主题和核心观点目标受众演示目标页数要求必须包含或排除的内容是否有必需图片素材如论文原图、实验结果图、架构图、截图、Logo其中页数在 SKILL.md 中有默认策略如果用户没有指定页数agent 应选择一个实际可行的页数典型 deck 为8–12 页。这一阶段通常不产生文件产物但它决定了后续大纲的信息密度和素材映射是整个流程的信息地基。阶段 2确认大纲阅读完输入材料后agent 会生成outline.md大纲文件通常为每一页定义Slide 编号每页标题3–5 个要点页面角色如封面、目录、概念解释、流程、对比、数据证据、总结等可选视觉想法必需图片素材及其用途大纲确认前不应生成正式 slide 图片、speech.md或.pptx。在outline-style-and-sample.md中大纲的具体要求被进一步细化每个 slide 除了标题和要点还要写清layout role and intent版面角色与意图例如 cover、agenda、section divider、concept explanation、process、comparison、timeline、data evidence、architecture、case study、summary、QA。对于使用原始图片的页面需要写明图片路径或附件名、它在页面上的角色以及它是严格输入素材strict input asset还是仅作风格/版式参考。大纲草稿建议结构Slide 1: Cover Slide 2: Context / problem Slide 3-7: Main argument or sections Slide 8: Summary / recommendation / closing涉及素材的页面可以这样写让用户在大纲评审阶段就能直观核对素材映射Slide 5: Experiment Results - Key points: ... - Required images: - Main evidence figure; strict input asset; preserve data, axes, labels, legends, colors, and values Result 01 - Supporting model architecture; strict input asset; preserve labels and arrows Model Architecture一个关键细节大纲中用 Markdown 图片语法内嵌本地素材后prepare_slide_prompts.py 后续可以把同样的素材转成结构化的 prompt 输入。从源码行为看该脚本支持从deck_spec.json中的字符串形式如strict input asset\n\nResult 01提取图片路径并把周边描述/alt 文本带入图片角色。如果 deck 使用了必需的原始图片大纲确认这一步还需要停下来请用户逐页核对 slide-to-image 映射是否正确之后才能进入风格选择或图片生成。大纲被用户批准后agent 应报告outline.md路径、slide 数量、必需素材及其页面对应关系并说明尚未生成任何 slide 图片或 PPTX。阶段 3确认视觉风格agent 会给出2–3 个风格方向并推荐一个。候选风格来自两个地方内置风格库skill 随包发布的 12 种内置风格参考文件位于 skills/codex-ppt/references/包括清爽专业风、创意杂志风、电子墨水杂志风、数据仪表盘风、科研答辩风、复古扁平插画风、手绘技术解释风、手绘白板风、温暖手工风、麦肯锡风格、党政红风格、教学课件风个人风格库存放在~/.codex-ppt-skill/references/可用CODEX_PPT_HOME环境变量改变位置位于 skill 安装目录之外更新 skill 不会丢失。除此之外也可以基于用户提供的截图、PDF 或 PPT复刻风格。风格不是固定模板而是一套视觉系统配色、字体气质、版式密度、插画语言。选择风格后整套 PPT 保持统一视觉语言但每页版式根据内容角色变化——不会每页长得一样。关于风格确认outline-style-and-sample.md 有几个重要规则已有明确风格时不强制二选一如果用户已指定风格、提供了风格图片或 PDF/PPT/PPTX 参考不要强行走 2–3 选一流程而是提取可用风格规则并简要复述后直接进入后端确认和样张生成。PDF/PPT 风格必须看渲染图不要仅从文档结构、大纲文本、XML、文件元数据或 slide 对象层级推断视觉系统。先渲染/导出代表页面为真实页面图片再看渲染图推导风格多视觉分区文件要覆盖足够多的代表页。默认只仿风格、不复用内容除非用户明确要求参考材料里的文字和数据不会被搬进新 PPT。推荐文案要具体每个风格选项应简要说明配色、版式系统、字体方向、插画/图片处理、装饰元素、密度与留白规则而不是空泛的好看、专业。文档给出了一个风格确认示例我建议用 A因为它最适合这份内容的受众和表达目标。 A. 清爽专业风推荐浅色背景、蓝绿强调色、结构清晰适合汇报、答辩和技术分享。 B. 创意杂志风大标题、强图片、留白更大胆适合分享和传播。 C. 数据仪表盘风指标卡、图表感布局适合数据密集型报告。 你选哪个也可以指定要调整的配色、布局或插画方向或者上传一张喜欢的 PPT 风格图片让我参考。同名优先如果个人风格和某个内置风格同名以个人风格为准——这也可以用来定制内置风格。个人风格库通过扫描目录自动发现无需登记agent 在提供风格选项前应列出个人风格目录若存在并与内置风格合并展示。阶段 4确认图片生成后端Codex PPT 支持两种图片后端内置图片生成工具优先Codex 中通常是image_gen工具OpenClaw 中可能是image_generate。在 SKILL.md 中明确要求优先使用内置图片生成/编辑工具。本地 API/CLI fallback使用 image_gen.py。只有在内置工具不可用、用户明确要求 API/CLI fallback、或当前能力无法满足时才切换过去。backend-selection.md 给出了决策规则与确认话术先主动探测不靠猜在推荐 fallback 之前必须主动检查当前环境能否调用内置生图工具不能仅凭 agent 名称或订阅上下文推断。不要为了便利而 fallback仅凭能直接输出--out文件路径、本地文件管理更方便、可复用本地配置、便于批处理或自动化这些理由不足以切换后端。分辨率、质量、宽高比或 slide 编辑需求本身也不构成 fallback 的理由——先检查当前工具实际暴露的参数。选型要确认生成第一张图之前要告诉用户你检查了哪些工具可用性、计划用哪个后端、为什么需要或不需要 fallback并等待确认。内置后端的确认话术示例我检查到当前环境可调用内置图片生成工具Codex 通常是 image_genOpenClaw 通常是 image_generate因此准备优先用内置工具生成样张不切到本地 API/CLI fallback。可以开始生成 1 页样张吗CLI/API fallback 的确认话术示例我检查后没有可用的内置图片生成工具或内置工具缺少本页必需能力因此准备使用本地 API/CLI fallback 生成样张读取 ~/.codex-ppt-skill/.env 中的 OPENAI_BASE_URL / CODEX_PPT_IMAGE_MODEL 配置。可以开始生成 1 页样张吗后端一旦确认整套 PPT 保持一致不应中途切换——这是 SKILL.md 的硬约束之一不要为了让子智能体方便而临时切换后端。CLI/API fallback 模式的运行细节生成、编辑命令、尺寸将在阶段 6 展开其模型默认值是gpt-image-2.5-flare可通过CODEX_PPT_IMAGE_MODEL环境变量覆盖。阶段 5生成并确认样张大纲、风格、后端三项都确认后agent 会只生成 1 页样张用来检查文字是否清晰风格是否符合预期页面密度是否合适色彩和排版是否稳定是否适合批量扩展到整套 PPT样张通过后才批量生成整套。样张的生成规则见 outline-style-and-sample.md使用已确认的风格描述条件允许时优先选择有代表性的内容页而非封面以展示风格在真实内容页上的适配节奏而不是套一个通用模板直接以最终 slide 文件名保存如{base_dir}/{deck_name}/origin_image/slide_08.png在 CLI/API fallback 模式下用scripts/image_gen.py generate --out写入该确切路径不要在origin_image/里创建sample_slide.png因为组装环节是围绕正式slide_XX文件名设计的将样张展示给用户请用户确认视觉风格、字体排版、版面密度和中文字质量。样张被批准后有一个关键动作在deck_spec.json中记录sample_generation_method样张生成方法包括至少backend_used确认的后端标签如built-in image tool或scripts/image_gen.pytool_name实际使用的工具或命令如image_gen、image_generate或scripts/image_gen.pymodegenerate或editprompt_source样张 prompt 的来源size、quality及后端暴露的模型/配置细节approved_sample_path被批准的origin_image/slide_XX.png路径input_context_preparation本地源图/风格图如何提供给生图如内置模式下用view_imagehandoff_rule子智能体必须使用相同后端/工具/模式路径不可用时返回 blocker。这是父 agent 传给所有子智能体的契约——保证批量生产走与样张完全相同的生图路径而不是退化成更便宜的本地渲染路径。阶段 6批量生成样张确认后agent 逐页生成origin_image/slide_XX.png。在支持子智能体的环境中由一个子智能体负责一页、并行生成加快多页产出所有页面沿用样张确认的同一风格和同一生图后端。在进入批量生产前需要先补齐最终下游产物见 slide-generation-and-subagents.mddeck_spec.jsonprompts/slide_XX.json每个 slide 一个自包含任务speech.md这些产物必须在大纲批准之后才能创建。deck_spec.json必须在运行prepare_slide_prompts.py之前包含从样张复制的sample_generation_method该脚本会把它复制进每个prompts/slide_XX.json和slide_jobs.json。用脚本准备每页任务优先使用确定性辅助脚本生成结构化的每页生图任务~/.codex-ppt-skill/.venv/bin/python {skill_root}/scripts/prepare_slide_prompts.py \ --spec {base_dir}/{deck_name}/deck_spec.json \ --out-dir {base_dir}/{deck_name} \ --selected-backend confirmed backend label \ --force脚本会产出{base_dir}/{deck_name}/ ├── prompts/ │ ├── slide_01.json │ ├── slide_02.json │ └── ... ├── slide_jobs.json └── slide_run_state.json每个prompts/slide_XX.json是自包含的 slide 任务包含 slide 编号、标题、输出文件名、输入图片列表、是否需要上下文图片以及完整 prompt 文本。这些 JSON 任务文件同时服务于内置生图、CLI/API fallback 协调和子智能体交接。给子智能体喂足上下文父 agent 负责在派发前打包上下文。一个 slide 子智能体只看到分配给它的单页任务、显式传给他的图片和交接文本——它不知道源文章、完整大纲、其他页或只存在于父 agent 对话上下文里的概念。因此用 deck 级deck_context放多页共用的规范概念源文摘要、核心论点、术语表、分类体系、角色、定义、时间线、必要命名用 slide 级local_context放单页专属事实总结这六个特征对比这两个方法延续三步框架使用这句原话等像上述六个特征上面的框架之前的结论这些例子这类隐式引用必须展开成显式列表或定义写进deck_context或local_context。目标不是让子智能体去补全缺失上下文而是让父 agent 把每个工作包打包到直接执行该页即可的完整程度。每页任务的结构化视觉简报slide-generation-and-subagents.md 给出了一份完整的结构化视觉简报 JSON 模板把 canvas、style、deck_context、layout、text、local_context、visual_elements、constraints 分层表达而不是只靠一长段风格文字。要点包括canvas.aspect_ratio: 16:9、use_full_canvas: true、slide_number: do not render a slide number不要在图中渲染页码style中固化同一套visual_direction保证整套配色、字体、图标语言、纹理、情绪一致layout.role按页面内容角色选择cover、agenda、section divider、concept、process、comparison、timeline、data evidence、architecture、case study、summary、QAlayout.intent说明为什么该页用这个版式并遵守variation_rule风格统一但版式随角色变化相邻页不要重复同一 blueprint除非是刻意设计的重复序列text.text_quality明确要求 render all Chinese text exactly, clearly, and without garbled characters中文精确渲染、清晰、无乱码constraints写死最终图片本身必须包含标题和要点、所有文字可读且拼写正确、与其余页风格一致、无水印、无无关 Logo、无额外页码。这套模板要求一页一次生图请求并建议在整份 deck 中刻意混合不同页面类型封面/分区页、问题框架、流程/时间线、对比/权衡、数据/KPI、架构/流程图、总结/下一步避免所有页都是同一个三卡布局。子智能体并行与状态记录样张批准并授权整套生成后只要当前运行时能生成子智能体就必须使用子智能体并行每个剩余 slide 任务一个子智能体不允许为了省事而顺序生成。如果子智能体无法派生应在派发步骤停下并报告 blocker而不是降级成低质量顺序生成。父 agent 职责要点拥有outline.md、deck_spec.json、prompts/、origin_image/、QA、speech.md和最终组装派发前运行slide_job_status.py查看可派发名额与待处理 slide id样张 slide 以仅风格参考输入图的形式包含进每个非样张任务立即为每个成功派发的子智能体运行record_slide_dispatch.py每个 worker 返回后目检其选中输出再运行record_slide_result.py把选中图片复制进origin_image/slide_XX.png并记录后端来源worker 无法使用选定后端或无法访问必需输入图时运行record_slide_blocker.py并报告 blocker。子智能体职责要点只读分配给它的prompts/slide_XX.json只用选定后端不得在image_gen与 CLI/API fallback 之间切换遵守任务中的sample_generation_method使用与样张相同的工具族、生成/编辑模式、图像上下文准备和模型配置不得用本地绘图、HTML/SVG/canvas 截图、Pillow、python-pptx/PptxGenJS 排版或手动合成文本/图片叠加来制作最终 slide 图把样张当风格参考、把必需素材当严格输入资产返回前自检文字质量、风格一致性、必需图片是否入页、版式问题只返回三样东西选中的原始生成图片路径、所用后端、一句 QA 说明。派发循环的脚本命令~/.codex-ppt-skill/.venv/bin/python {skill_root}/scripts/slide_job_status.py \ {base_dir}/{deck_name} ~/.codex-ppt-skill/.venv/bin/python {skill_root}/scripts/record_slide_dispatch.py \ {base_dir}/{deck_name} \ --slide slide_02 \ --agent-id agent id \ --agent-nickname nickname if available \ --prompt-file prompts/slide_02.json结果记录~/.codex-ppt-skill/.venv/bin/python {skill_root}/scripts/record_slide_result.py \ {base_dir}/{deck_name} \ --slide slide_02 \ --agent-id agent id \ --backend-used built-in image tool \ --selected-source /absolute/path/to/generated/slide_02.png \ --qa-note Text readable; style matches the approved sample.Blocker 记录~/.codex-ppt-skill/.venv/bin/python {skill_root}/scripts/record_slide_blocker.py \ {base_dir}/{deck_name} \ --slide slide_02 \ --agent-id agent id \ --reason selected image backend unavailable in worker子智能体交接模板位于 prompts/slide-worker.md派发时必须使用该模板而不是临时自造 worker 提示词。CLI/API fallback 模式下的批量生图如果后端确认环节选择了 CLI/API fallback运行 image_gen.py 前需要先确保共享运行时存在若~/.codex-ppt-skill/.venv/bin/python缺失或依赖导入失败先执行python3 {skill_root}/scripts/codex_ppt_runtime.py bootstrap这是 skill 的内部环境准备步骤除非依赖安装失败需要用户介入否则不应让用户手动执行。单页生成命令~/.codex-ppt-skill/.venv/bin/python {skill_root}/scripts/image_gen.py generate \ --model gpt-image-2.5-flare \ --prompt-file {prompt_file} \ --size 2560x1440 \ --quality medium \ --out {base_dir}/{deck_name}/origin_image/slide_01.pngfallback CLI 默认gpt-image-2.5-flare可选--model gpt-image-2.5-sunburst也接受 provider 前缀模型名和旧版 GPT Image 模型使用前需确认 provider 支持。默认输出2K 16:9 横版2560x1440、medium质量GPT Image 2.5 还支持xhigh和max旧模型保持原有质量上限。只有用户要求 4K、文字密集页需要更清晰输出或默认结果模糊时才用--size 3840x2160 --quality high人像竖版仅当用户要求时才用--size 2160x3840。注意GPT Image 2.5 下超过2560x1440的输出属于实验性需要检查实际尺寸与视觉质量。从prompts/slide_XX.json生成且任务不需要输入图时可以这样取 prompt 字段python3 -c import json, pathlib; print(json.loads(pathlib.Path({base_dir}/{deck_name}/prompts/slide_01.json).read_text())[prompt]) | \ ~/.codex-ppt-skill/.venv/bin/python {skill_root}/scripts/image_gen.py generate \ --prompt-file - \ --size 2560x1440 \ --quality medium \ --out {base_dir}/{deck_name}/origin_image/slide_01.png关键限制这条纯文本generate路径不会附加输入图片。如果prompts/slide_XX.json的input_images非空或requires_context_images为 true就必须改用能传图的路径内置工具让图片可见或支持图片输入的 CLI/API edit 路径没有任何可用路径时停下来问用户是否切换后端绝不允许用纯文本生成替代严格输入素材。最终 slide 图片命名与落盘规则按 slide 顺序严格命名slide_01.png、slide_02.png、slide_03.png……普通 deck 用两位零填充已批准的样张应已具备正确的slide_XX.png文件名并直接复用被否决的变体、草稿、参考图不要放进origin_image/需要保留时放在项目根目录或独立drafts/目录组装前确认每个期望的slide_XX.png都存在、无缺失无多余且slide_job_status.py显示所有非样张任务为recorded。阶段 7质量检查与修复组装前agent 会逐页检查以下问题见 project-assembly-and-reporting.md文字是否清晰、有无乱码内容是否与大纲一致标题和要点是否被截断视觉风格是否跨页统一是否出现多余页码除非用户要求重要元素是否重叠修复策略分两档严重问题文字/版式大问题用更受约束的提示词重新生成该页局部小问题优先使用选定后端的编辑能力定向修复。CLI/API fallback 模式下用~/.codex-ppt-skill/.venv/bin/python {skill_root}/scripts/image_gen.py edit \ --image {slide_path} \ --prompt {edit_prompt} \ --out {new_slide_path}且只有验证编辑输出合格后才能替换最终 slide 图片。从 SKILL.md 的 Hard Constraints 看本地绘图、Pillow、SVG、HTML/CSS/canvas 截图、python-pptx/PptxGenJS 排版、手工叠加等都属于失败模式failure modes而不是 fallback——绝不能用来修补或生成最终页。若必需的子智能体、生图后端或必需素材路径不可用应停下并报告带 slide id 和证据的 blocker而不是做一个低质量替代品。阶段 8演讲稿与组装QA 通过后生成speech.md演讲稿然后用 assemble_ppt.py 组装成.pptx演讲稿会自动写入每页 PPT 的备注区。演讲稿写作规范project-assembly-and-reporting.md 对speech.md的要求很细outline.md必须反映最终确认的 deck 大纲不要在此处从零重建speech.md是能直接照着讲的演讲词不是可见 slide 文字的摘要中文 deck 用中文写先按 deck 内容、受众和目的选定一种交付风格技术讲解、论文研读、产品/融资 pitch、培训工作坊、高管汇报并让风格真正塑造讲稿——结论多直接、讲多少背景、用哪些例子、节奏多快、转场怎么措辞长度参考标题/目录/分区页 1–2 个短段落普通内容页通常 2–5 个短段落中文约 150–400 字密集概念/架构/数据/论文解读页可更长但过长要拆分从演讲者视角写面向听众先亮结论再讲细节、按观众应看的顺序讲解视觉元素、补充例子/对比/注意事项/所以呢避免本页主要介绍了……综上所述……这类套话也不要提及讲稿是 AI 生成的。speech.md的标题必须能被组装脚本映射回页码## Slide 1: {Title} {Presenter talk track for slide 1. For Chinese decks, write this in Chinese. Include an optional transition sentence at the end when useful.} ## Slide 2: {Title} {Presenter talk track for slide 2}组装命令运行组装前确保共享运行时存在缺失时python3 {skill_root}/scripts/codex_ppt_runtime.py bootstrap。组装命令~/.codex-ppt-skill/.venv/bin/python {skill_root}/scripts/assemble_ppt.py {base_dir} {deck_name}.pptx --aspect-ratio 16:9组装脚本的关键行为结合 assemble_ppt.py 源码可以归纳为{base_dir}是{deck_name}/的父目录{deck_name}.pptx必须与项目文件夹同名只从{base_dir}/{deck_name}/origin_image/读取图片只读取符合slide_XX.png等正式命名模式的最终图——源码中用正则^slide_(\d)\.(png|jpe?g|gif|bmp)$过滤草稿和sample_slide.png会被忽略避免误装入 PPT支持16:9和4:3两种宽高比默认用16:9若speech.md存在且使用Slide N标题会把备注写入对应页的 PPT speaker notes输出{base_dir}/{deck_name}/{deck_name}.pptx组装前置校验slide_jobs.json中所有已生成 slide 应为recorded、已批准样张应为accepted若有任何 slide 处于pending、dispatched或blocked必须停下并报告该状态。另外image_gen.py会自动加载~/.codex-ppt-skill/.env中的OPENAI_API_KEY、OPENAI_BASE_URL、CODEX_PPT_IMAGE_MODEL排查 API 访问问题可运行python3 {skill_root}/scripts/codex_ppt_runtime.py doctor --check-api。项目目录结构整个流程的产物统一放在如下结构中也是组装脚本约定的输入布局{base_dir}/{deck_name}/ ├── origin_image/ │ ├── slide_01.png │ ├── slide_02.png │ └── ... ├── prompts/ │ ├── slide_01.json │ └── ... ├── slide_jobs.json ├── slide_run_state.json ├── deck_spec.json ├── outline.md ├── speech.md └── {deck_name}.pptx用户未指定输出位置时使用当前工作目录或源文件所在目录。最终报告组装完成后最终报告应包含项目目录、PPT 文件路径、slide 图片目录、outline.md路径、speech.md路径、slide_jobs.json路径、slide 数量、确认所用图片后端且所有非样张结果已通过record_slide_result.py记录、讲稿是否已写入 PPT、被重新生成/阻塞/仍有限制的 slide以及任何已知限制。如果这套 deck 使用了自定义或明显调整过的风格报告结尾还应主动提示用户保存风格详见阶段 9。阶段 9可选保存风格如果这套 PPT 用的是自定义或调整过的风格agent 会在最终报告里提示可以把它保存到个人风格库以后直接按名字复用。保存机制要点详见风格与个人风格库存放位置~/.codex-ppt-skill/references/可通过CODEX_PPT_HOME环境变量改变在 skill 安装目录之外更新或重装 skill 不丢失自动发现保存后无需登记之后制作 PPT 选风格时 agent 自动扫描个人风格库与内置风格一起列出同名优先个人风格与内置风格同名时以个人风格为准可借此覆盖内置风格复用方式直接说风格名如用『深色数据科技风』生成这份 PPT。对用户来说保存动作就是一句提示词这套 PPT 的视觉风格我很喜欢请保存到个人风格库。贯穿全程的可见进度与完成证据由于整个流程门禁多、产物多SKILL.md 要求非平凡 deck 保持一个用户可见的检查清单每一步只有真实文件或脚本记录的状态才算完成聊天里的口头声明不算。默认的可见步骤为Prepare source, outline, style, and backend decisions准备源材料、大纲、风格、后端决策Generate and approve one sample slide生成并批准一页样张Prepare slide jobs and slide state准备 slide 任务与状态Dispatch slide subagents派发子智能体Record generated slide results记录生成的 slide 结果QA, repair, notes, and PPT assemblyQA、修复、讲稿与组装各步骤的完成证据workflow-gates-and-progress.md为步骤 1outline.md已批准且图片后端已确认步骤 2有一张最终origin_image/slide_XX.png被批准为风格基准步骤 3prompts/slide_XX.json、slide_jobs.json、slide_run_state.json已存在步骤 4slide_job_status.py显示有可派发任务且每个派发的 worker 由record_slide_dispatch.py记录步骤 5每个 worker 输出由record_slide_result.py记录复制选中图到origin_image/slide_XX.png并记录后端来源步骤 6所有期望最终图存在、QA 完成、speech.md定稿、{deck_name}.pptx存在。整套验收标准SKILL.md 的 Acceptance Criteria还包括输出是有效.pptx每个期望最终图在origin_image/slide_XX.png除被 run state 标记为 accepted 的已批准样张外每个最终图都由确认后端生成并经record_slide_result.py记录slide_jobs.json与slide_run_state.json反映最终状态必需源图在页面上可见否则报告 blocker若被阻塞最终响应必须指明阶段、slide id、证据路径和未完成原因不得宣称 deck 完成。常见问题与进阶入口快速上手安装后直接说请使用 codex-ppt skill把 /path/to/article.md 做成 10 页左右的中文 PPT参见快速开始安装与配置Codex、OpenClaw、Claude Code、Hermes Agent 的安装更新方式及 API/CLI fallback 配置参见安装与配置风格预览与个人风格库12 种内置风格预览与保存风格参见风格与个人风格库可复用的提示词文章转 PPT、论文答辩、管理层汇报、指定风格、修改单页等参见示例提示词常见问题可编辑性、API key、样张、素材插入、单页修改等参见常见问题底层契约文档更细的执行规则见 SKILL.md 及其 docs/ 子文档workflow-gates-and-progress.md、outline-style-and-sample.md、backend-selection.md、slide-generation-and-subagents.md、project-assembly-and-reporting.md、cli-api-fallback.md。需要提醒的是Codex PPT 生成的是图片式 PPT视觉一致性强但页面里的文字、图表和形状不能像传统 PPT 那样逐项编辑。如果你追求的是先确认再量产、风格统一、产出可直接讲解的演示生产流程那么这套 9 阶段工作流——尤其是大纲确认、后端确认、样张确认三个关键把关点——就是它可控性的核心所在。赞分享AI 技能人工智能【免费下载链接】codex-ppt-skillGPT-Image-2 PPT Generator Skill for Creating Image-Based PowerPoint Presentations in Codex and Other Skill-Compatible Agents项目地址https://gitcode.com/gh_mirrors/co/codex-ppt-skill点击查看免费下载相关推荐codex-ppt-skill 演进全解从 CHANGELOG 透视图片式 PPT 生成的版本脉络、图像后端与运行机制codex ppt skill 演进全解从 CHANGELOG 透视图片式 PPT 生成的版本脉络、图像后端与运行机制 本文以 CHANGELOG.md htAI 技能人工智能Higress PPT 生成 MCP Server 详解从 appCode 认证到异步 PPT 生成的完整工作流Higress PPT 生成 MCP Server 详解从 appCode 认证到异步 PPT 生成的完整工作流 本文围绕 Higress 仓库中的 MCPAPI网关后端云原生LLM 网关人工智能MCP 服务DeepSeek KIMI 组合自动生成 PPT从大纲润色到成品导出的完整工作流指南DeepSeek KIMI 组合自动生成 PPT从大纲润色到成品导出的完整工作流指南 导读 本文基于 AI 办公效率 https://link.git文档教程知识库人工智能上一篇libheif现代图像格式的终极解决方案 - 高效处理HEIF和AVIF文件下一篇RuoYi-Vue-Multi-Tenant企业级多租户管理系统的实战搭建指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考