企业官网建设流程全解析

从产品界面可见流程出发，拆解一套 AI PPT 系统如何把主题、大纲、视觉、整页生成与可编辑导出，组织成可追踪、可恢复、可验收的工程链路。

本文解决的问题当一套演示文稿需要稳定生成、局部重做、并发处理和可编辑导出时，后台系统应如何设计任务状态、数据结构、错误处理和质量校验。

传统的 PPT 自动生成，大多是“输入主题—生成若干页面—导出文件”。这个流程适合功能演示，但进入真实业务后，很快会暴露三个问题：

• 大纲、风格和页面设计被捆绑在一次任务中，任何一步修改都可能导致整套重算；
• 页面以整张图片交付，后续无法修改标题、图表和文本框；
• 任务运行时间较长，却缺少状态跟踪、失败定位和单页重试能力。

因此，一个可用的 AI PPT 系统，不应只有“生成按钮”，而应当是一条有状态、有边界、有回退机制的任务流水线。

图 1：从主题、大纲、设计到可编辑 PPT 的分阶段流程

一、先把整条链路建模为状态机

从界面上看，任务被拆成智能大纲、风格定调、整页出图和可编辑导出四个阶段。工程上不建议用一个长函数串行执行，而应将其建模为状态机。

DRAFT ↓ OUTLINE_GENERATING ↓ OUTLINE_READY ↓ STYLE_GENERATING ↓ STYLE_READY ↓ SLIDES_GENERATING ↓ SLIDES_READY ↓ EXPORTING ↓ COMPLETED 任意阶段都可能进入： FAILED / CANCELED / PARTIAL_SUCCESS

状态机能够让前端展示真实进度，让后台在失败后只重跑当前阶段，并保留已经确认的大纲与风格。

关键设计状态必须由服务端维护。前端只能发起继续、重试和取消等动作，不能直接修改任务状态，否则容易出现页面显示完成、后台仍在执行的状态漂移。

二、任务合同：不要只保存一段自然语言

“帮我做一份 2026 人工智能行业趋势报告”对于人类足够，但对系统来说信息不足。一个稳定的 PPT 任务，应保存结构化任务合同。

{ "task_id": "ppt_20260728_001", "topic": "2026 人工智能行业趋势报告", "audience": ["企业管理者", "产品负责人"], "purpose": "内部汇报", "page_count": 10, "language": "zh-CN", "ratio": "16:9", "outline_policy": { "one_core_message_per_slide": true, "max_bullets_per_slide": 4, "require_summary_slide": true }, "visual_policy": { "style": "浅紫科技", "primary_color": "#8E7CC3", "background": "#EEF0F6", "density": "medium" }, "export": { "format": "pptx", "editable": true } }

结构化合同可以让提示词按字段拼装，也能让前端、后端、模型层和导出层共享同一份任务定义。

三、大纲阶段：先解决信息架构，再解决视觉

大纲生成建议输出严格 JSON，而不是直接输出富文本。这样便于做页数校验、重复检测和后续局部修改。

{ "title": "2026 人工智能行业趋势报告", "slides": [ { "index": 1, "type": "cover", "title": "2026 人工智能行业趋势报告", "message": "聚焦产业格局、技术演进与商业落地" }, { "index": 2, "type": "agenda", "title": "目录", "message": "趋势、技术、产业、落地、风险" } ] }

大纲自动校验

def validate_outline(outline: dict, expected_pages: int) -> list[str]: errors = [] slides = outline.get("slides", []) if len(slides) != expected_pages: errors.append("PAGE_COUNT_MISMATCH") titles = [s.get("title", "").strip() for s in slides] if len(set(titles)) != len(titles): errors.append("DUPLICATE_SLIDE_TITLE") for slide in slides: if not slide.get("message"): errors.append(f"MISSING_CORE_MESSAGE:{slide.get('index')}") return errors

大纲结构不通过时，不应继续消耗视觉生成资源。先修复页数、重复标题和缺失结论，再进入下一阶段。

四、风格定调：把审美转成设计令牌

图 2：风格预览用于确认配色、版式和整套视觉语言

“高级、科技、简洁”不能直接作为稳定的设计规范。更适合工程落地的方式，是将风格转换为设计令牌。

{ "design_tokens": { "canvas": { "width": 1920, "height": 1080, "background": "#EEF0F6" }, "color": { "primary": "#8E7CC3", "secondary": "#F3B6C8", "text_main": "#2B2D35", "text_muted": "#8FA7C2" }, "typography": { "title_size": 54, "subtitle_size": 28, "body_size": 22 }, "shape": { "radius": 24, "border_width": 1, "shadow": "soft" }, "layout": { "safe_margin": 96, "grid_columns": 12, "content_density": "medium" } } }

当设计令牌固定后，单页生成就不再完全依赖模型理解风格，而是由明确参数控制配色、字号、边距和组件形态。

五、整页出图：用并发队列替代同步阻塞

图 3：整页生成支持多页并发、单页重出和进度反馈

十页 PPT 如果顺序生成，用户等待时间会线性增加。更合理的做法是将每一页拆成独立子任务，进入队列并发执行。

from dataclasses import dataclass @dataclass class SlideJob: task_id: str slide_index: int prompt_version: str retry_count: int = 0 def enqueue_slides(task_id: str, slides: list[dict]) -> None: for slide in slides: queue.publish( topic="ppt.slide.generate", payload={ "task_id": task_id, "slide_index": slide["index"], "slide": slide, "retry_count": 0 } )

限流模型服务通常有并发上限，消费者数量需要根据渠道吞吐量动态调整。

幂等同一页重复消费时，应依据 task_id、slide_index 和 prompt_version 判断是否已经完成，避免重复生成和覆盖正确结果。

进度计算

progress = ( completed_slides + failed_slides + canceled_slides ) / total_slides # 前端可区分： # completed 已完成 # running 正在生成 # queued 等待中 # failed 失败，可重试

六、单页重做：保存版本，而不是覆盖原结果

用户对某一页不满意时，最常见的操作是重新生成。如果系统直接覆盖旧结果，就无法比较修改前后，也无法回退。

slide_versions ├── id ├── task_id ├── slide_index ├── version ├── prompt_snapshot ├── design_tokens_snapshot ├── asset_url ├── score ├── created_at └── is_active

每次重做都生成新版本，默认只切换 is_active。这样既能保留历史，又能对提示词和设计参数做 A/B 对比。

七、可编辑导出：核心不是生成图片，而是重建页面对象

图 4：整页视觉需要解析为文本框、背景、图标和图片图层

如果每页只导出为一张背景图，再放进 PPTX，文件虽然能打开，但不可编辑。真正的可编辑导出，需要将页面拆成对象树。

{ "slide_index": 1, "elements": [ { "type": "text", "x": 0.18, "y": 0.23, "w": 0.46, "h": 0.18, "text": "2026 人工智能行业趋势报告", "font_size": 54, "font_weight": 700 }, { "type": "image", "x": 0.68, "y": 0.10, "w": 0.24, "h": 0.78, "asset_id": "mountain_bg_01" } ] }

坐标可以统一使用 0—1 的相对比例，再由导出器转换为 PPTX 的英寸单位。这样同一套布局可以适配不同画布尺寸。

def to_inches(relative_value: float, canvas_inches: float) -> float: return round(relative_value * canvas_inches, 3) SLIDE_W = 13.333 SLIDE_H = 7.5 x = to_inches(0.18, SLIDE_W) y = to_inches(0.23, SLIDE_H)

八、质量验收：不要只判断生成成功

图 5：生成完成后仍需逐页检查和局部修复

自动检测示例

def validate_element(element: dict) -> list[str]: errors = [] x, y = element["x"], element["y"] w, h = element["w"], element["h"] if x < 0 or y < 0 or x + w > 1 or y + h > 1: errors.append("ELEMENT_OUT_OF_BOUNDS") if element["type"] == "text" and not element.get("text", "").strip(): errors.append("EMPTY_TEXT") return errors

九、错误码与重试策略

PPT-OUTLINE-01：大纲结构不完整重新生成缺失页，不直接进入视觉阶段。

PPT-STYLE-02：设计令牌缺失回退到默认主题，记录降级信息，避免整套任务中断。

PPT-SLIDE-03：单页生成超时指数退避重试，超过上限后标记 PARTIAL_SUCCESS，并允许用户单页重做。

PPT-EXPORT-04：PPTX 导出失败保留已生成页面和对象树，不重复调用模型，只重跑导出器。

def retry_delay(retry_count: int) -> int: # 2、4、8、16 秒，最大 30 秒 return min(2 ** (retry_count + 1), 30)

十、数据表设计参考

ppt_tasks - id - user_id - topic - status - page_count - progress - created_at - updated_at ppt_outlines - task_id - version - content_json - is_active ppt_styles - task_id - version - design_tokens_json - preview_asset_id - is_active ppt_slides - task_id - slide_index - active_version - status ppt_slide_versions - task_id - slide_index - version - prompt_snapshot - result_asset_id - score ppt_exports - task_id - format - status - file_asset_id - error_code

十一、后端执行流程

POST /ppt/tasks → 创建任务 → 生成大纲 → 校验大纲 → 等待用户确认 POST /ppt/tasks/{id}/style → 生成风格预览 → 保存设计令牌 → 等待用户确认 POST /ppt/tasks/{id}/slides → 拆分页面任务 → 投递消息队列 → 并发生成 → 聚合状态 POST /ppt/tasks/{id}/export → 读取对象树 → 生成 PPTX → 文件完整性校验 → 返回导出文件

这条流程的关键不是模型能力，而是把确认点放在高成本阶段之前。大纲和风格没有确认，就不要直接生成全部页面。

十二、结论

AI PPT 系统真正困难的部分，不是把一句主题扩写成十页内容，而是让整个过程可控：大纲可以修改、风格可以确认、页面可以并发、失败可以重试、单页可以回退、文件可以继续编辑。

从工程角度看，这类系统至少需要六个核心能力：

1. 结构化任务合同；
2. 分阶段状态机；
3. 异步任务队列与幂等控制；
4. 大纲、风格和单页版本管理；
5. 对象化页面描述与可编辑导出；
6. 自动验收、错误码和局部重试。

当这些基础能力建立后，模型才不只是生成一组页面，而会成为一条稳定的演示文稿生产流水线。