These sources support a practical picture of the system: an execution runtime around the model, with tools, state, feedback, and interfaces that let an agent perform multi-step work. They do not, on their own, establish that OpenAI made a newly named “Harness” available under the Apache 2.0 license on August 20.
The supplied evidence does not establish:
The claim appears in a secondary report that describes codex execapp-server as part of the release . However, the official sources provided here describe those capabilities and components at different times and in different contexts. They should not be treated as confirmation of the reported release without a matching official announcement or repository record.
A separate OpenAI experiment provides the clearest source-backed result in the material. Using GPT-5.6 Sol on the ARC-AGI-3 public task set, OpenAI reported a score of 13.3% with the standard harness. After enabling retained reasoning and context compaction through the Responses API, the score reached 38.3%—roughly a threefold improvement—while output-token use fell by about six times .
The model weights were not the change described in that comparison. The important differences were how the runtime carried state between turns:
OpenAI’s builder guidance presents these settings as ways to reuse work already performed and maintain coherence over longer task horizons . The result is therefore best understood as a measurement of the combined model-and-runtime system, not as evidence that the underlying model alone became three times more capable.
The benchmark result also comes with an important limitation: it compares two execution configurations on a public evaluation set. It does not prove that the same improvement will appear in every agent, model, workload, or production environment.
The strongest confirmed developer takeaway is not the unverified Apache 2.0 announcement. It is that OpenAI provides several ways to build around agentic coding behavior:
Together, these capabilities make it possible to place an agent inside a product or engineering workflow instead of limiting it to a general-purpose conversational interface. Developers can supply domain-specific instructions, tools, permissions, validation steps, and state handling around the model. That is a documented integration direction; the broader claim that a single Apache-licensed Harness release formalizes all of it remains unconfirmed by the supplied official sources.
The supplied sources do not identify companies that adopted the alleged Apache-licensed framework, nor do they provide company-level outcomes for legal, operational, research, or other non-coding workflows.
There is broader evidence that Codex is being used by enterprise customers: OpenAI reported that, as of June, Codex generated 64% of combined Codex and ChatGPT output tokens among enterprise customers . That figure indicates substantial enterprise activity, but it does not demonstrate adoption of the alleged Harness package, identify particular companies, or establish business impact.
The verified pattern points toward a shift from chat-based assistance to delegated execution. Codex combines a model with tools, an iterative feedback loop, persistent or compressed state, and execution environments capable of carrying out work over multiple steps .
For product teams, that architecture can support specialized agents for software repositories, internal operations, research tasks, or other controlled workflows. The quality of those applications will depend not only on model choice, but also on how developers design tool access, state retention, context limits, validation, and recovery from failure.
That is the durable lesson from the ARC-AGI-3 experiment: changing the harness can change both capability and efficiency. But based on the evidence available here, it is more accurate to describe OpenAI’s Codex runtime and API components than to report the August 20 Apache 2.0 “Harness” release as an established fact.