[!abstract] 速记结论 ChatGPT 的价值不只在生成回答，而在把来源、分析、结构和格式约束转成可预览、可修改、可下载或可发布的产物。验收对象应是最终文件，而不是聊天里的成功声明。

[!info] related notes

• 所属 MOC: ChatGPT MOC
• 工作入口: ChatGPT Chat、Work 与 Codex
• 上下文: ChatGPT Projects、Files、Instructions 与 Memory

ChatGPT 文件、图像、Sites 与 Office 工作流

范围

本文解释文档、表格、演示、PDF、图像与 Site 的共同生产模型，以及不同产物的验收重点。它不替代具体软件格式规范。

共同工作流

1. 明确可交付结果和受众；
2. 提供来源、数据、模板或品牌约束；
3. 选择合适的 Chat/Work/Codex 入口；
4. 让 ChatGPT 先建立结构或分析模型；
5. 生成可预览产物；
6. 对内容和视觉分别检查；
7. 请求定向修改；
8. 下载、发布或交给后续工程流程。

聊天中的 Markdown 草稿不是最终文件。最终文件需要重新打开和检查。

产物类型

产物	主要信息结构	必查项
文档	论点、章节、引用、格式	标题层级、事实、遗漏、交叉引用
表格	schema、公式、数据类型、格式	公式、空值、单位、范围、图表来源
演示	叙事、每页目的、视觉层级	一页一结论、溢出、字体、图表可读性
PDF	固定页面布局	分页、字体、图片清晰度、链接
图像	构图、风格、对象关系	指令遵循、文字、手部/结构细节、版权和用途
Site	信息架构、交互和部署	导航、响应式、表单、可访问性、发布状态

文档和报告

先要求：

• 目标读者；
• 决策目的；
• 必须覆盖与排除的内容；
• 来源规则；
• 输出格式；
• 审核标准。

对长报告，先审批 outline，再生成正文。重要事实保留来源链接；高风险领域需要专业复核。

表格和数据分析

高质量表格任务应说明：

• 每列含义和类型；
• 日期、货币和单位；
• 缺失值策略；
• 公式与输入区域；
• 是否需要透视、图表或条件格式；
• 预期校验总数。

验收不仅看“文件能打开”，还要抽查公式和边界数据。

演示文稿

演示先有 narrative，再有页面。建议流程：

1. 一句话核心主张；
2. 受众已有认知；
3. 需要改变的判断；
4. 证据顺序；
5. 每页唯一任务；
6. 视觉和模板约束；
7. 渲染后逐页检查。

避免把报告段落直接贴进幻灯片。

图像生成与编辑

Prompt 应表达：

• 主体；
• 场景；
• 构图；
• 光线与材质；
• 风格；
• 比例和输出用途；
• 必须保留/移除的元素。

编辑已有图像时应明确目标图，并保留与任务无关的部分。包含品牌、人物和现实事件时额外检查使用权和误导风险。

Sites 与交互产物

Site 适合仪表盘、门户、演示型工具、知识导航和可交互说明。验收包括：

• 真实信息架构；
• 桌面和移动布局；
• 键盘导航与可访问性；
• 交互状态；
• 错误和空状态；
• 发布 URL 与权限；
• 数据来源和隐私。

如果目标是修改已有代码库并持续部署，Codex 比一次性生成 Site 更合适。

Apps 与 Skills 的作用

• App 提供数据和外部操作，例如从 Drive、SharePoint 或内部系统获取来源；
• Skill 固化模板、品牌、审校和生成流程；
• Workspace Agent 把来源、Skill 与定期任务组合；
• 产物工具负责实际文件生成；
• 用户负责最终审查和发布。

失败模式

• 来源未读却声称已使用；
• 内容正确但文件格式损坏；
• 表格公式只在首行有效；
• 演示信息密度过高；
• PDF 字体或图片丢失；
• 图像中的文字错误；
• Site 只在一种窗口宽度可用；
• 生成后没有重新渲染验收。

官方资料与时效

核对日期：2026-08-08。

• ChatGPT Work and Codex
• Projects in ChatGPT