Projects
Projects是将聊天、文件和项目级指令保持在一个持久空间中的长期工作区。可创建无限数量;每项目的文件限制因计划而异。在项目内,Project Instructions优先于全局Custom Instructions。[1]
使用Projects、ChatGPT Work、File Library、Memory、Apps、Scheduled Tasks和Shared Projects,构建用于研究、制作、审核和交付的可重复系统。
摘要 — ChatGPT工作流是一个可重复的系统,将Projects、文件、Memory、Apps、Chat或Work、Scheduled Tasks和人工审核连接在一起。Projects保持范围和上下文;Work创建完整的产出物;Tasks负责提醒和外部监控;人工则验证和批准最终结果。目标不是建立一个无限长的聊天——而是创建一个有界的系统,让来源、规则、决策和输出在其中传递,而不污染无关的工作。
2026年7月已验证。所有产品信息和限制均经OpenAI官方文档核实。工作流设计建议、模板和Studio OS框架为独立的编辑分析。查看官方来源 →
Projects保持边界。Library和Apps提供证据。Work负责制作。Tasks保持进度。最终决定权在你手中。
| 你想做什么 | 推荐入口 | 主要限制 |
|---|---|---|
| 持久保存项目文件和规则 | Projects | 在项目内Project Instructions优先于全局Custom Instructions。一个项目=一个稳定目标。[1] |
| 跨项目复用文件 | File Library | 上传或在ChatGPT中创建的文件通常会保存到Library。云端Work输出可能自动出现;Temporary Chat的文件不会。[2] |
| 存储长期个人偏好 | 账户Memory | 不适合精确数据库、敏感项目数据或完整合同。[3] |
| 严格隔离单个项目 | 项目专用Memory | 现有项目无法直接切换为项目专用;需创建新项目并迁移聊天。[1] |
| 快速讨论或本地重写 | Chat | 不适合承载整个项目生命周期。 |
| 创建完整的报告、电子表格或演示文稿 | Work | 功能按计划、工作空间、文件类型和平台逐步推出。[5] |
| 使用本地计算机文件 | 桌面端Work | 需要文件夹授权;本地输出默认不跨设备同步。[4] |
| 直接编辑打开的Excel工作簿 | Codex + Excel插件 | 与标准Work电子表格生成流程不同。[5] |
| 直接在PowerPoint内编辑 | ChatGPT for PowerPoint | 适用于Free、Go、Plus、Pro、Business、Enterprise、Edu和K-12。使用限制和工作空间控制因计划而异。[8] |
| 自动检查Gmail或Calendar | Scheduled Task + App | 取决于App可用性、授权和工作空间管理员设置。[6] |
| 定期读取Project文件 | 当前不支持 | 改为设置项目审查提醒,或将所需资料放在Task可访问的App中。[6] |
| 与团队共享长期上下文 | Shared Project | 成员可以浏览、贡献和分支聊天——但不能在同一聊天线程中协作编辑。[1] |
不要一开始就试图整理你的全部工作。选择一项每周重复、已有一小堆文件、且能产出明确成果的任务。今天的目标不是配置所有功能——而是完成一个可以持续运行的生产循环。
示例:每周行业通讯、课程开发、SEO内容刷新、客户提案或产品调研。最低条件:跨越多周、复用相同材料、产出多个交付物。
使用"主题+稳定目标"格式,如"MedTech行业追踪"或"2026 AI工作流内容制作"。避免"工作"、"文章"、"客户"等模糊名称。
当个人风格有助于项目时使用默认值。对于客户数据、团队共享或需要严格隔离的研究使用项目专用。Shared Projects自动采用项目专用记忆。[1]
仅包含长期稳定的角色、目标、受众、证据标准和默认输出格式。临时截止日期、本周数据和单文件需求不属于这里。
优先级:项目目标、核心来源、一份优质的过往交付物、结构模板和已确认的决定。然后构建Source Index——不要直接跳到生成报告。
写下:"我在创建什么?为谁?为了什么目的?必须包含什么?必须不包含什么?什么算完成?"定义越具体,返工越少。
当你需要讨论方向、识别信息缺口或进行本地编辑时使用Chat。当你需要多源分析、完整文档、电子表格、演示文稿或可编辑文件时使用Work。[4]
检查事实、来源、遗漏、推理、格式、隐私和合规风险。不要让"读起来不错"替代验证。
最终文件回答"交付了什么?"Decision Log回答"为什么做了这个决定?"Handoff Brief回答"下次会话从哪里开始?"
不要让Task读取Project文件——2026年7月,这是不可能的。[6]选择两种模式之一:
入门工具包提供可运行的研究工作流、完整提示词和审查检查点。在扩展到长期Project之前,先完成一个完整的循环。
获取免费AI研究入门工具包 →Projects是将聊天、文件和项目级指令保持在一个持久空间中的长期工作区。可创建无限数量;每项目的文件限制因计划而异。在项目内,Project Instructions优先于全局Custom Instructions。[1]
File Library在对话和项目之间持久保存文件。上传或在ChatGPT中创建的文件通常保存到Library。云端Work输出可能自动出现;桌面本地输出默认留在本地文件夹中。Temporary Chat的文件永远不会进入Library。[2]
Memory是跨对话保存个人偏好和背景信息的机制。非常适合职业角色、语言偏好和沟通风格。不适合需要逐字回忆的项目事实。[3]
ChatGPT Work是用于研究、分析以及创建或编辑文档、电子表格、演示文稿、报告和Sites的多步骤制作模式。云端Work跨设备同步。桌面端Work在授权后可使用本地文件;本地输出不会自动出现在Web或移动端。[4]
Plugin是发现和启用工作流功能的入口点;它可以包含Skills、Apps和App Templates。App是连接到特定外部数据、工具或操作的集成。截至2026年7月,Plugin Directory是主要的发现入口。[7]
Scheduled Tasks是用于一次性提醒、定期任务、简报和变更监控的自动化调度功能。运行频率最高可达每小时一次,可以调用Gmail等Apps。[6]
Shared Projects让团队共享相同的文件、聊天和项目规则。从Free到Enterprise/Edu的所有计划均可使用。共享后,项目采用项目专用记忆。[1]
在要求ChatGPT分析之前,先选定报告、论文、访谈、数据和已确认的决定。提示词无法弥补缺失的来源材料。
不要只说"帮我分析这个"。先写下交付物、受众、用例、边界和完成标准。
流畅≠正确。事实、引用、公式、数字、受众适配和风险在对外发布前都需要人工确认。
Project Instructions、Source Index、模板、Decision Log、Handoff Brief和Tasks都是一次构建、多次使用的资产。
| 阶段 | 必答问题 | 最佳匹配组件 |
|---|---|---|
| 定义 | 交付什么?为谁?什么算完成? | Project Instructions + Chat |
| 选择 | 哪些来源直接支持当前问题?哪些已过时? | Project Files + Library + Apps |
| 生成 | 初稿在结构上是否完整,有可见的差距和可追溯的来源? | Chat或Work |
| 检验 | 事实、数字、引用、公式和推理是否已验证? | 人工判断+原始来源 |
| 优化 | 哪个具体部分失败了?能否局部修补而非重写? | 本地Chat / Work |
| 导出 | 输出存放在哪里?版本、日期和审查状态是否清晰? | Library、外部文档或本地文件 |
| 延续 | 下次会话从哪里开始?什么变化触发更新? | Handoff Brief + Scheduled提醒 |
| 信息或工作 | 最佳位置 | 原因 |
|---|---|---|
| 长期职业身份 | 账户Memory | 影响所有项目的多个回答。[3] |
| 长期沟通风格 | 账户Memory / Custom Instructions | 稳定的个人偏好,不是单一项目事实。 |
| 单一项目的角色和规则 | Project Instructions | 仅在该项目内生效,保持边界完整。[1] |
| 项目背景和证据 | Project Files | 让项目内的Chat和Work优先使用它们。 |
| 跨项目复用的文件 | File Library | 可从新聊天和其他Projects调用。[2] |
| 当前任务的临时需求 | 当前Chat或Work | 不会污染长期规则。 |
| 已确认的项目决定 | Decision Log | 将决定与讨论和未经验证的假设分离。 |
| 外部实时数据 | Plugins + Apps | 减少重复导出和上传。[7] |
| 外部定期监控 | Scheduled Task + App | 可主动检查并通知你变更。[6] |
| 需要Project文件的定期工作 | 提醒Task+人工打开Project | Scheduled Tasks无法读取Project文件(2026年7月)。[6] |
| 团队共享资料 | Shared Project | 所有人基于相同上下文工作。[1] |
| 敏感的临时内容 | Temporary Chat或隔离的Project | 防止其进入长期Memory。 |
| 最终交付物 | Library + Project / 外部系统 | 已归档,准备好作为下一轮的输入。 |
| 下次会话的状态 | Handoff Brief | 无需重读整个聊天历史即可恢复。 |
Project:品牌指南、读者画像、过往高绩效文章、SEO模板和官方来源。
流程:问题发现 → 搜索意图 → 来源选择 → 大纲 → Work初稿 → 事实核查 → 发布 → 数据审查。
Task:监控OpenAI、NotebookLM等官方页面的变更——不是自动读取Project文件。
Project:财报、电话会议、IR演示、政策更新、过往简报和追踪表。
规则:区分已确认事实、管理层声明、分析师推理和待解决问题。
Task:监控IR页面、Gmail和公开来源;标记重大变更,然后返回Project进行分析。
Shared Project:需求、会议记录、市场资料、模板、Decision Log和最新草稿。
协作:成员浏览共享文件并分支各自的聊天。所有关键决定记录在一个Decision Log中。
边界:不是Google Docs式的同一聊天线程实时协作编辑。
成熟的工作流将你的注意力从重复劳动转移到专业判断最为重要的地方。
不同的客户、受众、风格和规则会互相污染。一个Project=一个稳定目标。
Memory是用于长期偏好的——不适合合同、账号或需要逐字回忆的材料。[3]
文件多≠证据强。你需要每个文件的角色、日期、可靠性和版本。
将来源研究、初稿、编辑和最终交付拆分为同一Project内的不同聊天。
最危险的内容是结构良好、自信陈述的——但背后没有可靠来源。
低价值的自动化会造成通知疲劳。先自动化一个你真正会用的结果。
至少保留Sources、Decision Log、最终交付物和Handoff Brief。
2026年7月,不可以。[6] 将项目审查设计为提醒;自动简报必须从Task可访问的Apps获取数据。
Work用于研究和产出物制作。Codex用于开发和本地工具。Excel和PowerPoint插件负责直接在应用内编辑。[5][8]
Studio Output套餐提供演示文稿架构、视觉结构和多格式交付模板——专为已建立来源和项目系统、准备提升输出质量的用户而构建。
以下产品信息于2026年7月23日验证。请将此部分作为维护清单使用:当计划、限制或入口点变更时,优先更新速查表、FAQ和schema。