OpenAI launches /goal in Codex CLI: autonomous agent or expensive way to write code?

OpenAI has shipped /goal in Codex CLI 0.128.0, a command for fully autonomous development in which the agent writes code, tests it and reflects on the results for hours at a time. In practice, token consumption jumps 3-5x unpredictably, MCP calls fail silently when the quota wall is hit, and the system gives no warning. Researchers picked up /goal before developers did. One real public case showed a +25% fps gain in a single hour.

AI-processed from Habr AI; edited by Hamidun News
OpenAI launches /goal in Codex CLI: autonomous agent or expensive way to write code?
Source: Habr AI. Collage: Hamidun News.
Listen to article
Article Fact Sheet & Key Figures
ParameterDetails
Primary sourceHabr AI ↗
Editor-in-Chief
Key metric #1Tokens grow 3-5x unpredictably
Key metric #2MCP calls fail silently at the quota wall
Key metric #3No transparent real-time spend counter

OpenAI has released Codex CLI 0.128.0 with the /goal command, a mode in which the AI agent works fully autonomously: it writes code, tests it, reflects and keeps going for hours. It sounds like a revolution in software development, but a month of real work in a team painted a very different picture.

How /goal works

The /goal command runs on top of GPT-5.5 and is built on a five-layer architecture, with each layer responsible for a particular phase of the work. The agent sees its own code, can run tests, read error logs and analyze the results in a full loop. The system deliberately injects a system prompt to avoid proxy signals, the false signals of task completion that usually break autonomous chains.

Researchers, not developers, were the first to adopt /goal. They quickly found that for specific tasks, such as optimizing for particular APIs or hunting down bottlenecks in code, the agent can work for hours and deliver genuinely useful results. As usual, whoever uses the tool is the one who finds its niche.

The real price of autonomy

The main finding of the first weeks: the token counter jumps 3-5x unpredictably. Not 2x, as you might expect. Five times and higher. You can plan around 2x and adjust the budget. At 5x it is a roulette wheel, and predicting spend becomes impossible.

On one public task, OpenAI achieved +25% fps in an hour on the xhigh version of GPT-5.5, and that is a real result. But the full price tag stayed hidden, which gives a misleading picture of cost-effectiveness.

  • Tokens grow 3-5x unpredictably
  • MCP calls fail silently at the quota wall
  • No transparent real-time spend counter
  • The /side command has unexpectedly become a crutch for deciphering GPT-5.5's errors

When it breaks

When it hits the quota wall, MCP calls fail silently. This is critical because the agent does not understand why the call failed and may loop on broken code, burning tokens for nothing. The system does not warn about limits in advance. It just fails quietly, leaving the developer in the dark.

Developers have started using /side to decipher what GPT-5.5 did not understand the first time, when /goal gets stuck in a loop.

That is a bit odd for an agent that is supposed to be "autonomous."

What this means

/goal is neither a panacea nor a revolution. It is a specialized tool for specific tasks where the cost of an agent with highly variable spend is not critical. Production development requires an understanding of the real price and more transparent logging of limits. No evangelism here: this is a tool with clearly visible pitfalls and open traps.

Story

Key Questions Answered

How /goal works?

The /goal command runs on top of GPT-5.5 and is built on a five-layer architecture, with each layer responsible for a particular phase of the work. The agent sees its own code, can run tests, read error logs and analyze the results in a full loop. The system deliberately injects a system prompt to avoid proxy signals, the false signals of task completion that usually break autonomous chains. Researchers, not developers, were the first to adopt /goal. They quickly found that for specific tasks, such as optimizing for particular APIs or hunting down bottlenecks in code, the a

What are the key details on The real price of autonomy?

The main finding of the first weeks: the token counter jumps 3-5x unpredictably. Not 2x, as you might expect. Five times and higher. You can plan around 2x and adjust the budget. At 5x it is a roulette wheel, and predicting spend becomes impossible. On one public task, OpenAI achieved +25% fps in an hour on the xhigh version of GPT-5.5, and that is a real result. But the full price tag stayed hidden, which gives a misleading picture of cost-effectiveness. Tokens grow 3-5x unpredictably MCP calls fail silently at the quota wall No transparent real-time spend counter The /sid

When it breaks?

When it hits the quota wall, MCP calls fail silently. This is critical because the agent does not understand why the call failed and may loop on broken code, burning tokens for nothing. The system does not warn about limits in advance. It just fails quietly, leaving the developer in the dark. Developers have started using /side to decipher what GPT-5.5 did not understand the first time, when /goal gets stuck in a loop. That is a bit odd for an agent that is supposed to be "autonomous."

ZK
Zhemal Khamidun — CPO at Alpina Digital, product manager of AlpinaGPT. Building AI products since 2019. Hamidun News is a pet project that grew into a production aggregator with 6,000+ readers.
✦ Hands-On AI Engineering · Hamidun Academy

Build & Ship Production AI Agents Without Boilerplate Code

Start your free 72-hour trial at Hamidun Academy (academy.hamidun.com) — interactive lessons on Claude Code & Cursor, live Tech Radar, and production agent templates.

Start 72h Free Trial →Vibe-Coding Intensive
What do you think?
Loading comments…