
A ChatGPT Project keeps related chats, files and instructions together for ongoing work on one subject; a custom GPT is a reusable version of ChatGPT configured for one job and shared with other people. OpenAI's own comparison puts it plainly: a GPT is single-player, with static content curated by an expert, while a shared project is multi-player and evolves as people contribute to it. Use a Project when the context belongs to a piece of work, and a fixed assistant when many people need the same behavior; for anything you start now, that fixed assistant should be a workspace agent or a plugin, because as of October 2026 OpenAI has scheduled custom GPTs to retire on December 11, 2026.
This comparison is about the two ChatGPT workspace features. The broader question of a chatbot versus an agent is answered in custom GPT vs AI agent, and the build steps are in how to create a custom GPT for your business.
What is the difference between a ChatGPT Project and a custom GPT?
The table uses OpenAI's help pages as of October 2026: the Projects article, the GPT overview and sharing article, and the workspace agents article. The third column is the successor you would build today.
| Project | Custom GPT | Workspace agent | |
|---|---|---|---|
| Purpose | A container for ongoing work on one subject: chats, files and instructions together | A reusable assistant configured for one job and handed to others | A reusable assistant that can also run on a schedule or a trigger and take approved actions |
| Instructions | Project instructions, which override the user's global custom instructions | Fixed by the builder; a GPT ignores the user's saved memory, custom instructions and earlier chats | Fixed by the builder, with a chosen model and reasoning effort |
| Files | 40 per project on Business, Enterprise, Edu and Pro (25 on Go and Plus, 5 on Free); Google Drive files and Slack channels can be added as sources by link | Up to 20 knowledge files per OpenAI's GPT editor article (its upload article says 10), each up to 512 MB | 512 MB per file, 10 GB per agent |
| Who can create | Signed-in users on every plan; unlimited projects; no extra cost | Business, Enterprise and Edu workspaces only; personal plans cannot create GPTs | Business and Enterprise; off by default at launch for Enterprise |
| Sharing | Shared projects on every plan with Chat or Edit access; up to 100 collaborators on a workspace project; Business and Enterprise can invite groups or share a workspace link | Invite-only, anyone at the workspace with the link, the whole workspace, anyone with the link or the GPT Store; Can chat, Can view settings or Can edit; direct sharing with up to 100 users or groups | Published to the workspace, with agent-owned or end-user authentication for its connections |
| Memory and context | Project-only memory is an option, and shared projects always use it; chats created with a GPT cannot be moved into a project | Starts fresh from its configuration every conversation | Runs from its configuration, files and connected apps |
| Integrations | Drive and Slack sources; connected apps the user has | Connected apps or Actions, not both; Actions do not transfer at migration | Apps, custom MCP servers, skills, schedules, a Slack channel and an API trigger; write actions default to "Always ask" |
| Admin controls | Role permissions to create and manage projects and to share them; projects inherit workspace retention and feature settings; Enterprise can turn sharing off | Business owners manage GPT settings; Enterprise role controls cover creation, sharing levels, third-party GPTs and an Action domain allowlist | Role toggles to enable agents, agent building, publishing, and publishing with agent-owned connections |
| Status | Current feature | Retires December 11, 2026 (February 11, 2027 with an approved Enterprise deferral); new creation on Enterprise planned to end October 26, 2026; migrates to a plugin | Current builder for Business and Enterprise |
When should a team use a Project?
When the context is the work itself. A client account, a product launch, a hiring round, an audit, a quarter's planning: the files change weekly, several people add to them, and the useful history is the conversation so far. OpenAI's example is a "Q4 planning hub". A Project costs nothing extra, exists on every plan, and a workspace project can carry the whole team, so it is also the right place for a department's prompt library in daily use (see the prompt library guide). Its weakness is discipline: the instructions override each member's own settings, shared projects always run with project-only memory, and someone has to own the file set or it fills with drafts nobody trusts.
When should a team use a custom GPT, or its successor?
When the behavior matters more than the history. OpenAI's example is an "HR Benefits GPT": curated documents, fixed instructions, the same answer for the hundredth person as for the first, and no memory of who asked. That profile fits policy and procedure assistants, drafting tools in a house style, and first-line support. The maintainer is one expert; the users are everyone. Because new custom GPTs are a short-lived build, create that assistant today as a plugin (the skill and reference files a GPT would have held) or as a workspace agent when it needs schedules, triggers or approved write actions. Examples by department are in custom GPT examples for business.
Can you use a custom GPT in a Project?
Not as one combined thing. OpenAI's Projects article states that chats created with a GPT cannot be moved into a project, and a GPT does not read a project's files or instructions; they are separate containers with separate instructions, files and sharing. In practice a team gets the effect it wants in one of two ways: copy the GPT's instructions into the project's instructions and attach the same documents, so the project behaves like the GPT for that body of work; or keep the GPT (or its successor) for the fixed questions and use the project for the evolving work, and accept that answers from one are pasted into the other by a person.
Role-based examples and ownership
| Role | Project | GPT or workspace agent | Owner |
|---|---|---|---|
| Account manager | One shared project per client with the contract summary, status reports and meeting notes | A status-report drafter in the house format, shared with the account team | The account lead owns the projects; sales operations owns the drafter |
| Operations | A project per improvement effort, such as a warehouse move or a software rollout | A procedure assistant that answers from the handbook | The project lead; the operations manager |
| HR | A project for this year's handbook revision, with drafts and legal review notes | A benefits and policy assistant for all staff | The HR manager owns both, with legal review on the assistant's sources |
| Finance | A project per month-end close, with the checklist and the reconciliations in progress | An expense-policy assistant; later a workspace agent that assembles the weekly numbers brief on a schedule, read-only | The controller |
These examples are illustrative. The ownership column is the part most companies skip and most regret: a project with no owner becomes a dumping ground, and an assistant with no owner answers from last year's policy.
How do collaboration, knowledge and access limits compare?
Collaboration favors Projects: on every plan, with Chat or Edit access and up to 100 collaborators on a workspace project. Knowledge capacity favors Projects as well (40 files against a GPT's 20 or 10, depending on which OpenAI article you read), but a GPT's files are curated once and a project's change constantly, which is the real difference. Access control favors the managed plans: in ChatGPT Business, owners manage GPT settings and apps are enabled by default; in ChatGPT Enterprise, role-based access control decides who creates projects, shares them, creates GPTs or builds agents, and project and GPT activity appears in the Compliance Platform. On both plans, projects and GPTs inherit the workspace's retention settings, and OpenAI states that workspace data is not used to train its models by default (enterprise privacy page).
When does either need a workspace agent or an API integration?
A Project and a GPT both wait for a person to type. The moment the job needs to run on Friday at 8 a.m., react to a new message, read a live system or change a record, it has outgrown both. Inside ChatGPT that is a workspace agent, with its schedule, Slack channel or API trigger and approval-first write actions. Outside ChatGPT, for a customer-facing assistant, an embedded chat or a process without a human seat, it is an application on the API. The decision, with ownership, billing and support compared, is in custom GPT vs AI agent.
How NetSys helps a team choose
Through corporate AI and ChatGPT training, NetSys engineers set up the Projects a team works in, with instructions, file ownership and the usage policy applied; through our custom GPT development service we scope, build and test the fixed assistants, as plugins or workspace agents with a named owner and a review schedule. Either way the first deliverable is a one-page map of which work belongs in a project, which in an assistant and which needs an agent.
Choose the right company assistant with NetSys: bring the two or three tasks your team repeats most and we will map them in one call.
Frequently asked questions
Is a ChatGPT Project the same as a custom GPT?
No. A Project is a workspace for ongoing work, holding chats, files and instructions that evolve; a custom GPT is a configured assistant with fixed instructions and curated files, shared for repeated use. OpenAI describes the first as multi-player and the second as single-player.
Can I share a Project with my team?
Yes. As of October 2026 shared projects are available on every plan with Chat or Edit access; a workspace project on Business or Enterprise can include up to 100 collaborators, and those plans can invite groups or share a workspace link. Shared projects always use project-only memory.
Which is better for a prompt library?
A Project for the entries one team uses daily, because the prompts, files and conversations stay together; a plugin or workspace agent for the three or four prompts the whole company runs the same way. Keep the catalog itself in a shared document.
Do Projects or custom GPTs train the model on our data?
Not on ChatGPT Business or Enterprise by default. OpenAI states that workspace data, including projects and GPT conversations, is not used for training unless the workspace opts in. On personal plans training is on unless each user turns it off, which is one more reason company work belongs in a company workspace.
Can I convert a Project into a custom GPT or an agent?
There is no one-click conversion. You carry over the instructions and the curated files by hand, which is a useful filter: only the stable parts of a project belong in an assistant. Given the retirement date, build the result as a plugin or a workspace agent rather than a new GPT.
What replaces custom GPTs?
Plugins and workspace agents. Under OpenAI's retirement FAQ, a GPT's instructions become a skill in a plugin and its knowledge files become reference files, the migrated plugin starts private, and GPT Actions do not transfer. Workspace agents in Business and Enterprise add schedules, triggers and approval-first actions on top of the same ingredients.
Related reading
How-toHow to Create a Custom GPT for Your Business (and What Replaces It)
Read Article
How-toChatGPT Prompt Library for Business Teams: How to Build and Govern One
Read Article
ComparisonCustom GPT vs AI Agent: What Should Your Company Build?
Read ArticleAlso on this topic: Claude Projects vs Skills: How Teams Should Organize Work · Custom GPT Actions: Connect Business Systems Safely
Discuss custom gpt development for your business.
Tell us about your current systems, the result you need and your timeline. We will discuss the work, responsibilities and pricing before you decide on an engagement.
