截至 2026 年 7 月 16 日，OpenAI 的 Projects 帮助页写的是：Free 每个 Project 5 个文件，Go 和 Plus 25 个，Edu、Pro、Business、Enterprise 40 个。另有一条独立规则：一次最多选择 10 个文件上传。
Plus 用户要特别留意官方冲突。OpenAI 的文件上传 FAQ 仍写着每个 Project 20 个文件，而 Projects 帮助页写 25 个。在两页统一前，规划时先按 20 个保守计算；第 21—25 个位置是否可用，以你账号里的 Project 实时界面为准。
如果另一个文件被拒绝，第一步不是等待或升级，而是看当前 Project 显示了多少个文件。Project 已满就清理或拆分；最近在多个 Project 连续上传后都失败才考虑滚动额度；只有一个文件一直失败，则检查大小、token、表格形状或格式。
先看套餐：一个 Project 到底能放多少文件
下表回答的是“同一个 Project 能长期保留多少个文件”，不是一天能传多少个，也不是每三小时的上传次数。
| ChatGPT 套餐 | Projects 帮助页 | 文件上传 FAQ | 实际规划方式 |
|---|---|---|---|
| Free | 5 | 未单列 | 每个 Project 按 5 个 |
| Go | 25 | 未单列 | 每个 Project 按 25 个 |
| Plus | 25 | 20 | 先按 20 个设计；实时界面允许时再使用第 21—25 个位置 |
| Edu | 40 | Education 为 40 | 每个 Project 按 40 个 |
| Pro | 40 | 40 | 每个 Project 按 40 个 |
| Business | 40 | 40 | 每个 Project 按 40 个 |
| Enterprise | 40 | 40 | 每个 Project 按 40 个 |
OpenAI 同时说明，用户可以创建不限数量的 Projects。因此一个 Project 满了，不代表账号不能再建 Project；它只说明这个容器需要清理、重新打包，或按任务拆开。
当前数字应以 OpenAI 的 Projects in ChatGPT 和文件上传 FAQ为事实锚点。前者负责 5/25/40 与一次 10 个的规则，后者负责 Plus 20 的冲突值，以及上传速率、存储、大小、token、图片、表格和 GPT 知识文件等边界。
“文件上限”其实有六个不同计数器
遇到上传失败时，先给限制标单位。数的是 Project 内文件、一次选择数量、时间窗口里的尝试次数、存储字节、单文件大小，还是 GPT 知识文件？单位不同，修复动作也不同。
| 计数器 | 当前边界 | 命中后真正有效的动作 |
|---|---|---|
| Project 容量 | 按套餐为 5、25 或 40；Plus 有官方 20/25 冲突 | 删除旧文件、合并同一主题材料、移动到新 Project；容量长期不足再考虑换套餐 |
| 一次上传数量 | 同时最多 10 个 | 把剩余文件放到下一批，不必删除已存文件 |
| 滚动或每日上传速率 | 最多每 3 小时 80 个；Free 每天 3 个；高峰期可能降低 | 等窗口恢复，再用更小批次重试 |
| 账号/工作区存储 | 每位终端用户 25GB；每个组织 100GB | 在 Settings > Storage 查找并删除旧上传 |
| 单文件有效性 | 通用 512MB；文本/文档 200 万 token；表格约 50MB；图片 20MB | 压缩、筛选、拆分或提取真正相关的内容 |
| 自定义 GPT 知识 | 每个 GPT 生命周期最多 10 个文件 | 替换或整合同一 GPT 的知识文件；Project 套餐变化不会改这个数 |
为什么很多“解决办法”无效？因为删除 Project 文件只会释放 Project 位置，并不会让之前的上传尝试立即退出三小时窗口；等待可以恢复时间额度，却不会让 600MB 的 PDF 变成合规文件；升级可能增加 Project 容量，也不会提高单个文档的 512MB 或 200 万 token 上限。
ChatGPT 目前没有可靠的滚动上传剩余额度表。存储使用量可以在 Settings > Storage 查看，但 FAQ 说明用户看不到还剩多少上传额度，而且失败尝试也可能计数。反复用同一个无效文件测试，会让诊断更混乱。
Project 已满时，按这个顺序处理
最省事的原则是：只做能够改变当前计数器的动作。
- 先数当前 Project 的文件。 界面若显示 5/5、20/20、25/25 或 40/40，这是容器容量问题，等待不会出现新位置。
- 删掉已被替代的输入。 旧草稿、重复导出、过期截图、已被新版本覆盖的文档，都不值得继续占位。
- 只合并本来就属于一组的材料。 连续会议记录可以整理成带日期索引的文档，同一政策的多份说明可以成为一份目录清晰的资料包。不要为了省位置把完全无关的文件塞进一个巨型 PDF。
- 按工作流或负责人拆 Project。 研究、写作、审稿可以分开；不同客户或不同代码服务也应分开。无限 Project 数量让这种拆分比“万能杂物箱”更安全。
- 跨 Project 都失败时检查存储。 小而有效的文件在多个 Project 都上传失败，进入 Settings > Storage 查看长期占用。
- 只有时间型失败才等待。 刚完成多批上传、各处都被拒绝，才像滚动或每日额度。删除文件不是重置时间窗口的按钮。
- 只有反复缺 Project 位置才升级。 5 个或 25 个位置长期妨碍正常工作时，套餐变化才可能有价值。超大、超长、损坏或不支持的文件仍要单独处理。
可以用行为快速缩小范围：一个文件从第一遍就失败，多半是文件本身；连续上传后所有小文件都失败，更像速率或存储；只有某个拥挤的 Project 无法新增，才像 Project 容量。错误提示是线索，失败出现在哪里同样重要。
三种常见资料包，应该怎样装进 Project
Project 不是文件仓库，而是围绕当前任务整理的证据包。减少数量的目的不是“绕过”，而是提高来源清晰度和检索质量。
Plus 上的 31 份论文资料
假设你有 18 篇核心论文、4 份方法说明、3 份数据字典、4 个正在修改的章节和 2 份旧提纲。面对 25 个位置，可以保留 18 篇论文、3 份当前方法/数据参考和 4 个活动章节；把两个旧提纲归档，再将 3 份次要参考放进“论文资料归档”Project。
4 份方法说明如果逻辑连续，可以整理为一份带目录的“方法包”。但把 18 篇论文硬合成一个大 PDF 虽然省位置，却会破坏作者、页码和引用边界，也可能碰到大小或 token 上限。
55 个文件的代码仓库审查
不要逐个上传仓库文件。先做一个审查包：架构概览、依赖清单、API schema、数据库 schema、关键配置、测试摘要、错误日志，以及与当前问题直接相关的少量源码。部署证据与产品行为由不同的人决策时，分别放进两个 Project。
这种做法同时降低文件数和噪音。40 个位置只是容量上限，不代表每次回答都会同等使用 40 个附件。
40 份团队交接材料
Business 或 Enterprise 的 Project 可以容纳 40 个文件，但一次仍最多上传 10 个。可以按 10 份来源文档、10 份运营记录、10 份审阅资料、10 份当前交付分四批上传。每批结束后检查文件列表，避免把失败项误认为已经保存。
如果不同团队拥有不同决策权，分 Project 通常比把 40 份材料混在一起清楚。Project 边界不仅表达数量，也可以表达负责人、保留周期和审阅状态。
一次 10 个，不等于 Project 只能放 10 个
Projects 帮助页说的是“同时最多上传 10 个文件”。这是批次边界，不是 Project 总容量，也不能扩写成所有 ChatGPT 场景都“每条消息最多 10 个”。
Plus 的 25 个位置可以按 10 + 10 + 5 分批填入，前提是实时界面确实开放到 25，且没有速率或存储问题。40 个位置则可以用四批 10 个。若在选择阶段第 11 个文件就进不去，只需缩小这一批，不要误删 Project 里已经保存的材料。
“10 个”在另一个产品面还有不同含义：文件上传 FAQ 写的是每个自定义 GPT 生命周期最多 10 个知识文件。自定义 GPT 的知识容量和 Project 一次上传数量是两条不同规则。
三小时窗口与 Project 容量怎么区分
文件上传 FAQ 列出最多每 3 小时 80 个文件，同时为 Free 单列每天 3 个文件。高峰期速率可能降低。这里数的是最近上传活动，不是某个 Project 还剩多少位置。
滚动窗口不会在整点或午夜统一清零。12:10、12:40、13:20 上传的批次，会各自在超出窗口后逐步停止计数。看起来像速率限制时，暂停并在稍后用小批次重试，比反复点击更可靠。
用下面四条就能快速分流：
- Project 明确已满： 删除、合并或移动文件。
- 近期多次上传，多个 Project 都失败： 等时间窗口恢复。
- 存储已满： 清理账号或组织里的旧文件。
- 只有一个文件总失败： 检查大小、token、表格形状、图片大小和格式。
删除已存文件不会抹掉先前的上传尝试；反过来，等三小时也不会给一个仍然满员的 Project 增加位置。
大小、token、表格、图片和存储边界
Project 位置只数对象，不保证每个对象都能通过文件层检查。
| 文件边界 | 当前上限 | 更好的准备方式 |
|---|---|---|
| 通用文件 | 单文件 512MB | 去掉无关媒体、压缩，或按主题拆分 |
| 文本/文档 | 单文件 200 万 token | 提取相关章节，或制作带索引的来源包 |
| CSV/表格 | 约 50MB，具体取决于行大小 | 删除无用行列、筛选时间范围、按用途分表 |
| 图片 | 每张 20MB | 上传前缩放或压缩 |
| 终端用户存储 | 25GB | 在 Settings > Storage 清理旧上传 |
| 组织存储 | 100GB | 统一清理，避免个人临时方案掩盖工作区问题 |
合并后的 PDF 仍然只占一个 Project 位置，但仍受单文件大小和 token 限制。整理时保留标题、日期、作者、页码边界与目录，让 ChatGPT 能区分来源。文件变少并不自动等于证据质量变好。
表格更不应拿 512MB 当规划目标。它的实际边界低得多，而且取决于行大小。先在本地筛行、删列和汇总，再上传真正服务当前问题的数据，比用同一张超大表反复试错更稳。
什么情况值得换套餐，什么情况应该换工作流
套餐变化只在你反复缺少的单位是“每个 Project 的文件数”时有效：Free 到 Go/Plus 可以从 5 个提升到 Projects 页当前写的 25 个；Plus 用户要先确认自己实时界面是 20 还是 25；Edu、Pro、Business、Enterprise 当前均列为 40 个。
若缺的是 MB、token、表格大小、图片大小、存储、一次选择数量或自定义 GPT 知识文件，换套餐不是对应修复。你需要压缩、筛选、拆分、清理或分批。
ChatGPT Projects 适合交互式任务：比较文档、保留项目说明、连续追问，以及维护一个边界清楚的来源包。若要重复导入几百或几千个文件，应该使用带明确存储、索引、重试、日志和审计控制的 API 或数据管道。ChatGPT 消费端 Project 限制与 OpenAI API 限制是两套合同。
常见问题
一个 ChatGPT Project 最多能放多少文件？
截至 2026 年 7 月 16 日，Projects 帮助页列出 Free 5 个、Go 和 Plus 25 个、Edu/Pro/Business/Enterprise 40 个。文件上传 FAQ 仍把 Plus 写成 20 个，因此 Plus 的第 21—25 个位置应以实时界面为准。
ChatGPT Plus 的 Project 上限是 20 还是 25？
两个数字都出现在当前 OpenAI 官方帮助页。安全规划时按 20 个，第 21—25 个只在账号 Project 界面允许时使用。
一个 Project 可以超过 25 个文件吗？
当前只有列为 40 个位置的套餐能在同一 Project 超过 25。其他情况应删除旧文件、合并逻辑连续的来源，或拆到另一个 Project。OpenAI 说明 Project 创建数量不限。
能否一次上传超过 10 个？
不能在同一批选择超过 10 个，但容量高于 10 的 Project 可以分批填满。例如 25 个可以按 10、10、5 上传。
删除文件会重置上传限制吗？
删除可以释放 Project 位置并减少存储，但不会重置滚动上传窗口。时间额度被占用时要等待恢复。
ChatGPT 接受的最大文件多大？
通用上限是每个文件 512MB；文本和文档还受 200 万 token 限制，表格约 50MB，图片每张 20MB。
自定义 GPT 最多能有多少知识文件？
文件上传 FAQ 列出每个 GPT 生命周期最多 10 个。这与 Project 总容量和 Project 一次上传 10 个都不是同一条规则。
文件被拒绝时先检查什么？
先看当前 Project 数量。Project 已满就改变容器内容；近期多次上传后各处都失败就等待；只有一个文件失败就检查大小、token、表格形状、图片大小或格式。只有 Project 容量反复不足时才考虑升级。
真正有用的数字，是和当前失败计数器匹配的数字。先数 Project 文件、确认单位，再采取最小且确实能改变它的动作。
