OpenAI buys non-AI coding startup to help its AI to program

OpenAI on Thursday announced the acquisition of Astral, the developer of open source Python tools that include uv, Ruff and ty. It says that it plans to integrate them with Codex, its AI coding agent first released last year, as well as continuing to support the open source products.

OpenAI stated in its announcement that its goal with Codex is “to move beyond AI that simply generates code and towards systems that can participate in the entire development workflow — helping plan changes, modify  codebases, run tools, verify results, and maintain software over time. Astral’s developer tools sit directly in that workflow. By integrating these systems with Codex after closing, we will enable AI agents to work more directly with the tools developers rely on every day.”

In a blog, Astral founder Charlie Marsh said that since the company was formed in 2023, the “goal has been to build tools that radically change what it feels like to work with Python — tools that feel fast, robust, intuitive and integrated. Today, we are taking a step forward in that mission.”

He added, “In line with our philosophy and OpenAI’s own announcement, OpenAI will continue supporting our open source tools after the deal closes. We’ll keep building in the open, alongside our community – and for the broader Python ecosystem – just as we have from the start.”

Shashi Bellamkonda, principal research director at Info-Tech Research Group, said that many people think that “AI” is just the chat they have with an LLM, not realizing that there is a huge unseen ecosystem of layers that have to work together to help achieve results.

Most of the focus in AI, he said, goes to the model layer: who has the best reasoning, the fastest inference, the biggest context window. But the model is useless if the environment it operates in is broken, slow, or unreliable.

With its acquisition of Astral, OpenAI “is hoping to be more efficient with its coding, since the code has to run somewhere and be efficient and free of errors,” said Bellamkonda. “I hope that OpenAI will keep its promise to continue to develop open-source Python tools, as this is used by a lot of large companies using Python.”

One possible strategy for the purchase, he explained, “could be that OpenAI, having acquired the team that built these open source tools, optimizes these tools to work better inside OpenAI’s stack than anywhere else, giving them an advantage.”

A ‘corrective move’

Describing it as a reality check for AI-led software development, Sanchit Vir Gogia, chief analyst at Greyhound Research, said the acquisition is being framed as a natural next step for Codex. “It is not. It is a corrective move. And if you read between the lines, it tells you exactly where AI coding is struggling when it leaves the demo environment and enters real software engineering systems.”

For the past couple of years, he said, “the conversation around AI in development has been dominated by one idea: speed. How fast code can be generated. How quickly a developer can go from prompt to output. That framing has been convenient, but it has also been incomplete to the point of being misleading.”

Software development is not, and has never been, just about writing code, he pointed out, adding that the actual work sits in everything that happens around it, such as managing dependencies, enforcing consistency, validating outputs, ensuring type safety, integrating with existing systems, and maintaining stability over time. “These are not creative tasks,” he said. “They are structured, repeatable, and often unforgiving. That is what keeps systems from breaking.”

Astral tools ‘constrain, validate, and correct’

According to Gogia, “this is where the tension begins. AI systems generate probabilistic outputs. Engineering systems demand deterministic behavior. That gap is no longer theoretical, it is now showing up in day-to-day development workflows.”

Across enterprises, he said, “what we are seeing is not a clean productivity story. It is far messier. Developers often say they feel faster. And to be fair, in the moment, they are. Code appears quicker, boilerplate disappears, certain tasks collapse from hours to minutes. But when you step back and look at the full lifecycle, the gains start to blur.”

The effort, he explained, “does not disappear, it moves. Time saved at the point of creation starts to reappear downstream. Teams spend more time reviewing what was generated. They spend more time fixing inconsistencies. They deal with dependency mismatches that were not obvious at generation time. They enforce internal standards that the model does not fully understand. Integration takes longer than expected. Testing cycles stretch. In some cases, defects increase because the system looks correct on the surface but breaks under real conditions.”

Astral did not set out to build AI, Gogia said. Instead, “it focused on something far less glamorous and far more important: Making the Python ecosystem faster, stricter, and more predictable. Ruff enforces code quality and formatting at speed, uv simplifies and stabilizes dependency and environment management, ty brings type safety into the workflow with minimal overhead.”

He added, “[these tools] do not generate anything. They constrain, validate, and correct. They operate in a world where outputs must be consistent and reproducible. That is precisely what AI lacks on its own.”

By bringing Astral into the Codex environment, said Gogia, “OpenAI is not just adding features. It is adding discipline. It is effectively saying that if AI is going to participate across the development lifecycle, it needs to operate within systems that can continuously check and correct its behavior. Without that, scale becomes risk.”

This article originally appeared on InfoWorld.