I am canceling my ChatGPT subscription, and the reason is narrow. For a long time, the one thing ChatGPT offered that Claude did not was the custom GPT, a bot anyone could configure in an afternoon and release to the world with a link. That advantage is about to vanish. Creation of new custom GPTs ends on October 26, 2026, and existing ones will stop working on December 11, 2026, after OpenAI announced the planned retirement on September 11, offering a migration path to plugins in their place.
The custom GPT was a modest technology with an outsized reach. You wrote instructions in plain language, attached a few files, tested the result, and shared a link. Anyone with a ChatGPT account could use it. No server, no code, no API key. A writing tutor that knows your syllabus, a statistics coach that refuses to hand over answers, a mock interviewer for job candidates. The scale of this was not trivial: when the GPT Store launched, it already held more than 3 million GPTs built by users. One of my own research projects runs on a custom GPT that scores tutoring transcripts. It now needs a new home.
Plugins are a different kind of object, and the difference matters more than the migration tool suggests. A custom GPT was a separate room. You walked in, and everything inside was shaped by its instructions. A plugin is an item in a toolbox that general ChatGPT reaches for when it sees fit. In the migration, a GPT's instructions turn into a Skill and its knowledge files become reference files. OpenAI itself warns that a migrated plugin may respond differently from the original GPT and advises testing the same prompts before finishing the move. For an educator, that caveat is the whole story. The value of a course bot lies in predictability. The student should meet the same tutor, with the same rules, every time. With a custom GPT, the instructions were the behavior. With a plugin, the instructions are one input among several, blended by a general model whose priorities the designer cannot see.
The more serious loss is sharing. Publishing a plugin publicly requires going through OpenAI's submission portal, and the developer guidelines describe a submission flow that includes review and approval. Inside organizations, workspace administrators decide whether members can share plugins or publish them to a workspace directory. For individuals, the picture is worse. Pro and personal-account users currently cannot share a Site-hosted plugin with other ChatGPT users through invitations or a share link. Observers have already noted that plugins have no equivalent to the old "Anyone with the link" setting, and migrated plugins start out private. In practice, a student who builds a study bot on Tuesday can no longer send it to classmates on Wednesday. She waits for a company to approve it, a company with little reason to prioritize a sophomore's flashcard tutor, or she goes somewhere else.
Somewhere else means one of two doors. The first is the API, which requires programming, hosting, and billing, the kind of technical knowledge most faculty and nearly all students lack. The second is a third-party platform that wraps the API in a friendly interface and charges for the privilege. Both doors shrink the circle of builders. The custom GPT democratized the making of AI tools. Its replacement quietly professionalizes it again.
Why would OpenAI do this? The official framing is consolidation: the company is shifting customization toward plugins that bundle reusable instructions, reference material, and connections to outside services. That logic may serve enterprise clients well. My guess, though, is that compute costs played a part. Public bots generate traffic OpenAI cannot predict, and a popular one can consume a great deal of capacity. That is a real problem with an obvious remedy: charge for it. Cap free usage, bill creators whose bots exceed a threshold, or require paid plans for heavy use. Any of these would keep the feature alive while aligning cost with consumption. Instead, OpenAI chose to solve a pricing problem with an architectural decision. That is a blunder, and the reaction among people who built on the platform suggests I am not alone in thinking so.
Higher education stands to lose the most. Building a bot is one of the best ways for students to understand how these systems actually work. Writing instructions teaches task decomposition. Testing teaches skepticism, because the bot will misbehave in ways its author did not anticipate. Sharing teaches responsibility, because other people will now rely on what you made. A student who builds a bot and gives it to classmates becomes an author rather than a consumer. The public link also made the classroom porous. A course project could leave the course and find users in the world, which is precisely the kind of authentic work we keep saying we want. A gated directory turns that open circulation into a corporate pipeline with a reviewer at the gate.
Companies often misjudge who their most valuable users are. The heavy individual user is a cost. The person who builds something on the platform and invites others in is a recruiter, an evangelist, and a teacher, all unpaid. Faculty who spent a semester refining a course bot, and students who learned by making one, were never traffic to be managed. They were the reason to pay. My subscription ends with the feature that justified it.


.jpeg)






.png)


