Get AI summaries of any video or article — Sign up free
the ChatGPT store is about to launch… let’s get rich thumbnail

the ChatGPT store is about to launch… let’s get rich

Fireship·
5 min read

Based on Fireship's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

OpenAI’s GPT Store is positioned as a fast monetization path for custom GPT agents, leveraging ChatGPT’s scale of over 100 million daily active users.

Briefing

OpenAI’s upcoming GPT Store launch is set to turn custom “GPT agents” into a direct monetization channel for developers—so quickly that the marketplace may be flooded with low-quality “crapware.” With ChatGPT already surpassing 100 million daily active users about a year after launch, the pitch is straightforward: if even 1% of users pay $1 per month for a custom agent, a developer could reach decamillionaire-level revenue within a year. That math, paired with a very low barrier to entry, makes the store feel less like a slow-building platform and more like a near-term gold rush.

The immediate expectation is a race to publish. Creating a custom GPT agent is described as largely a configuration task: go to “my GPTs,” create a new agent, add custom instructions and conversation starters, optionally upload files with proprietary data, and then release it on the store. The suggested go-to strategy is to “slap the hood on” and market the agent as solving users’ problems—fast enough that quality may lag. The transcript also flags uncertainty around the economics: the revenue split between OpenAI and developers is unknown, with speculation ranging from Apple-like 70/30 to something less favorable if OpenAI is doing most of the heavy lifting.

Competition may not be limited to OpenAI. Leaked screenshots for Google’s “B Advanced” suggest Bard could introduce its own developer pay tier and marketplace tied to Gemini Ultra, though that remains speculation. Still, the core bet is that a leaderboard will reward usefulness, giving genuinely helpful agents a path to significant earnings.

What to build is treated as the real bottleneck. The transcript lists example agent concepts—smart-home automation, a stock broker agent connected to APIs like Alpaca, and an AI personal trainer that uses daily messaging to push behavior change—then dismisses them as “dumb” once spoken aloud. The more cynical, practical advice is to identify existing “trendy AI SaaS” products, copy their ideas, and package them as GPT Store offerings.

The concrete build walkthrough centers on adding real capabilities to a GPT agent via “actions” (formerly plugins). The described approach is to create a custom API that ChatGPT can call over HTTP, documented using an OpenAPI specification (YAML or JSON). The transcript emphasizes that ChatGPT can execute only limited code by default (notably Python), but an action-backed agent can trigger server-side logic—such as running JavaScript in a sandbox on the developer’s server. A Nitro-based TypeScript setup is suggested for routing and deployment, and the GPT action is configured through an AI-plugin JSON file placed in a well-known directory on the developer’s site or URL. Once deployed, the agent can accept user chat input, send it to the API, and return results—positioned as an “artificial slave” that can be monetized through the store next week.

Cornell Notes

OpenAI’s GPT Store is expected to let developers sell custom GPT agents directly to ChatGPT’s massive user base, with a simple monetization model: convince a small fraction of users to pay a monthly fee. Because creating GPT agents is described as easy—custom instructions, conversation starters, and optional uploaded data—quality may initially suffer, but useful agents could still rise via leaderboards. The transcript’s practical focus is on making GPT agents do real work using “actions” (formerly plugins): developers build an HTTP API, document it with an OpenAPI spec, and connect it through an AI-plugin JSON configuration. This enables capabilities beyond default limitations, such as running JavaScript on the developer’s server in a sandboxed environment.

Why does the GPT Store launch create a “gold rush” dynamic, and what revenue math is used to justify it?

The transcript ties the opportunity to scale and speed: ChatGPT has well over 100 million daily active users about a year after launch, and the GPT Store is about to open developer monetization. The example calculation is that if 1% of users pay $1 per month for a custom agent, a developer could reach decamillionaire-level earnings by year’s end. The low barrier to entry—create a GPT, add instructions and starters, optionally upload files, and release—makes rapid publishing likely, which in turn increases the chance of early wins.

What does “building a custom GPT agent” involve in the simplest workflow described?

The described workflow is mostly configuration: go to “my GPTs,” create a new agent, write custom instructions and conversation starters, and optionally upload files containing custom data. After that, the agent can be released on the store. The transcript also emphasizes marketing speed: after publishing, developers should quickly position the agent as solving users’ problems.

What uncertainties could affect developer profitability once the store launches?

Two major uncertainties are highlighted. First is the revenue split between OpenAI and developers—speculated as either an Apple-like 70/30 or something lower if OpenAI retains more value because it provides most of the platform capability. Second is marketplace quality and competition: the store may be filled with low-quality offerings due to the ease of creation, which could make differentiation harder.

How does the transcript propose giving a GPT agent capabilities beyond basic chat?

It uses “actions” (formerly plugins) to connect the GPT to an external HTTP API. The agent is configured with an action pointing to a developer URL, allowing ChatGPT to call an API that performs the real work on the developer’s server. The API must be documented with an OpenAPI specification (YAML or JSON) so GPT can understand the interface. The transcript claims this can enable JavaScript execution in a sandboxed environment on the developer’s server, rather than being limited to Python execution.

What role does Nitro play in the proposed implementation?

Nitro is suggested as a TypeScript framework for building and deploying the API. The transcript describes it as handling file system routing and being easy to deploy “almost anywhere.” The idea is to generate the OpenAPI schema automatically via the framework’s experimental configuration, then provide the schema to the GPT action either via URL or by pasting it into the configuration.

What is the recommended strategy for choosing what to build?

After listing several example agent ideas (smart-home controller, stock broker tied to APIs like Alpaca, and an AI personal trainer), the transcript dismisses them as not compelling. The practical recommendation is to find trendy AI SaaS products, steal their ideas, and repackage them as GPT Store offerings—prioritizing market-tested demand over novel concepts.

Review Questions

  1. What specific mechanism lets a GPT agent call external services, and what documentation format is required for GPT to understand the API?
  2. How does the transcript’s revenue model depend on user conversion rate and pricing, and what does it assume about the store’s reach?
  3. Why might the GPT Store become crowded quickly, and how could that affect which agents succeed on a leaderboard?

Key Points

  1. 1

    OpenAI’s GPT Store is positioned as a fast monetization path for custom GPT agents, leveraging ChatGPT’s scale of over 100 million daily active users.

  2. 2

    A simple conversion model—1% of users paying $1 per month—drives the claim that developers could reach very large annual revenue.

  3. 3

    Creating a GPT agent is described as low-effort: custom instructions, conversation starters, optional file uploads, then publishing to the store.

  4. 4

    Developer economics remain uncertain, especially the revenue split between OpenAI and creators.

  5. 5

    Competition may extend beyond OpenAI, with hints of Google marketplace/pay-tier plans tied to Gemini Ultra, though details are speculative.

  6. 6

    The transcript’s technical core is using “actions” (formerly plugins) to connect GPT to an HTTP API documented with an OpenAPI spec.

  7. 7

    Nitro is recommended as a practical way to build and deploy the API, enabling server-side capabilities like sandboxed JavaScript execution.

Highlights

The monetization pitch hinges on converting a tiny slice of ChatGPT’s user base: 1% paying $1/month could translate into decamillionaire-level outcomes.
Custom GPT agents can be published quickly, which raises the likelihood of a crowded marketplace with low-quality offerings early on.
“Actions” (formerly plugins) turn a GPT from a chat-only tool into an API-calling agent, enabling real server-side work.
OpenAPI documentation (YAML or JSON) is treated as the key contract that lets GPT reliably understand how to call the API.
Nitro is presented as an easy deployment path for the API layer that powers the agent’s capabilities.

Topics

  • GPT Store Monetization
  • Custom GPT Agents
  • Actions and OpenAPI
  • Nitro API Deployment
  • Developer Revenue Split

Mentioned