Use Your ChatGPT Subscription in Make.com Scenarios

Call a Codex-backed OpenAI endpoint from Make.com with the HTTP module: exact module settings, response mapping, and what an AI-heavy scenario costs both ways.

Make.com can run its AI steps on your ChatGPT subscription, with one change: instead of the native OpenAI app and a metered API key, use an HTTP module pointed at a Codex-backed endpoint. The request is the same OpenAI chat/completions call; the billing moves from per-token to your flat plan. Configuration takes one module.

Below: the exact module settings, the response-mapping gotcha specific to Make, and a worked scenario cost.

Why there is no ChatGPT login for Make

ChatGPT plans and the OpenAI API are separate products, so Make’s OpenAI connection wants an API key, not your ChatGPT password. The bridge is Codex: OpenAI’s coding agent is included in ChatGPT plans and runs programmatically through codex exec, its documented non-interactive mode. Codex Hosted runs the official CLI in an isolated container you sign into through OpenAI’s device-code flow, and exposes one OpenAI-compatible endpoint. Intended functionality, with OpenAI keeping the final call; the deeper reasoning lives in the n8n version of this guide, which covers the same split for that platform.

Make’s native OpenAI app is hardwired for api.openai.com; unless your connection type exposes a base URL override, it cannot point elsewhere. The HTTP module can point anywhere, which makes it the dependable path.

The HTTP module, field by field

Add HTTP → Make a request wherever the AI step belongs in your scenario:

URL:             https://api.proxyllm.ai/v1/chat/completions
Method:          POST
Headers:         Authorization: Bearer YOUR_PROXYLLM_KEY
                 Content-Type: application/json
Body type:       Raw
Content type:    JSON (application/json)
Parse response:  Yes
Request content:
{
  "model": "gpt-5",
  "messages": [
    { "role": "system", "content": "You rewrite article summaries in our house style." },
    { "role": "user", "content": "{{1.summary}}" }
  ]
}

Drop scenario data into the JSON with Make’s usual mapping panel, the {{1.summary}} above being whatever your trigger module outputs. Keep Parse response on; it turns the JSON reply into mappable fields instead of a text blob.

Mapping the response

One Make-specific gotcha: Make indexes arrays from 1, not 0. The reply text therefore lives at:

{{2.data.choices[1].message.content}}

where 2 is your HTTP module’s number. Map that into the next module (a Google Doc, an email, a database row) and the scenario reads exactly like one built on the native app.

Two honest caveats. The Codex lane returns complete responses rather than streams, which suits Make perfectly, since a scenario module always waits for the full reply anyway. And keep embeddings or fine-tune calls on a real OpenAI API key; the model surface here is what Codex serves, meaning chat models.

What a scenario costs, both ways

Worked example: a content pipeline that watches RSS, summarizes each item, rewrites it in house style, and runs a QA pass. Three model calls per run, 400 runs a day, averaging 2,000 input and 600 output tokens per call on GPT-5.4 (OpenAI June 2026 list: $2.50/M input, $15/M output).

Monthly figureAmount
Model calls400 × 3 × 30 = 36,000
Input tokens72M × $2.50/M = $180
Output tokens21.6M × $15/M = $324
API total$504/mo
Subscription pathChatGPT Plus $20 + ProxyLLM $129 = $149/mo

A Plus window covers roughly $700 of API-equivalent work on our planning estimates, so this scenario fits with headroom; estimates, not guarantees, and the request log shows your real consumption per lane. Make bills operations identically on both paths, so only the OpenAI line moves.

Make bills operations and OpenAI bills tokens, and only one of those two meters has a flat alternative.

The honest flip side: below about $150 a month of OpenAI spend, stay on the meter, because the flat fee only earns its keep above it. Our Starter tier is $0 for exactly that case, BYO key with logs and a dashboard, no markup. When the scenario grows, the lane is one module edit away.

The same pattern works in Zapier via its webhooks step, and the Make integration page keeps the copy-paste config. To price your own scenarios, the calculator maps your current OpenAI bill to a plan tier in thirty seconds.

Frequently asked questions

Can Make.com use a ChatGPT subscription instead of an OpenAI API key?

Not through a ChatGPT login, but yes through an OpenAI-compatible endpoint backed by your plan. ProxyLLM runs OpenAI's Codex signed in with your ChatGPT account; Make calls the endpoint with its HTTP module, and the AI steps bill to your flat subscription.

How do I call a custom OpenAI-compatible endpoint from Make?

Add an HTTP 'Make a request' module: POST to https://api.proxyllm.ai/v1/chat/completions, an Authorization header of Bearer plus your key, JSON body with model and messages, and Parse response enabled. The reply maps into later modules like any other data.

Does Make's native OpenAI app support a custom base URL?

The native OpenAI app is built for api.openai.com, and most connection types offer no base URL override. The HTTP module sends the identical request with full control over URL and headers, so it is the dependable path for any OpenAI-compatible endpoint.

Does this change what I pay Make?

No. Make bills operations the same whether a module calls api.openai.com or another endpoint. What changes is the OpenAI side: token-metered API billing becomes usage inside your flat ChatGPT plan's windows.

More on ChatGPT subscription as API
Codex Hosted · the main feature

Run your AI workloads on your ChatGPT subscription.

ProxyLLM runs OpenAI's Codex for you, signed in with your own ChatGPT account. Your apps call one OpenAI-compatible endpoint and the work bills to your flat plan instead of per-token API pricing.