Code assistants are transitional technology, like Blu-ray or Blackberry. The next decade belongs to organizations running autonomous AI software engineers 24/7 on legacy work.
I've just got back from re:Invent 2025, where I had many conversations in the conference about how Ona is different from code assistants. It's a fair question given your company has likely rolled out Copilot, Cursor or Claude Code. While Ona integrates very well with code assistants already, we believe: code assistants are a transitional technology.
Like Blu-ray and Blackberry we believe that code assistants will be useful for a short while, but their utility will fade. Deploying code assistants was not a mistake, it was a necessary first step for many organizations to use AI in software. That said, with recent innovations, coding agents can now work autonomously for longer periods of time, opening up far more ambitious possibilities that code assistants can't achieve due to their design.
The challenge with code generation is that most large enterprises don't need more code. They need to deal with the code they already have. But 95% of that work is below the surface, it’s the work that nobody wants to talk about, and nobody wants to do, like:
It's boring, it’s tedious, but it’s necessary to keep the lights on and our organizations can’t function without this legacy code. It’s propping up the entire company. From banking systems to airline applications. It’s organizational-scale work, it won’t be solved ‘one developer at a time’ by making each developer marginally faster using a code assistant.
A hybrid workforce is one where human engineers focus on architecture, strategy, product thinking, and judgment calls while AI software engineers handle execution, operations, modernization, and toil. Not replacing people, or engineers but reorganizing our systems and organizations for a new form of work. Where engineers are redirected onto creative work, offloading ‘undifferentiated heavy lifting’ work to AI software engineers.
AI software engineers, unlike code assistants:
But all of this isn't just theory. With the right infrastructure, today you can already deploy a hybrid workforce. How? By giving each AI software engineer its own secure environment, and with systems that allow you to manage them at scale.
The simplest way to understand the difference is to look at where each runs, is secured and scaled. Or, in the case for code assistants: where it doesn't scale and creates security loopholes.
| Capability | Code Assistants | AI Software Engineers (Ona) |
|---|---|---|
| Runtime | Runs on developer's local machine in work hours | Isolated, ephemeral environments that run 24/7 in your VPC |
| Scale | One developer, and one task at a time | Orchestrate changes across hundreds of repositories simultaneously |
| Security | Code leaves your network, runs on developer devices | Runs entirely in your infrastructure, never touches developer machines |
| Orchestration | Manual, developer-initiated | Automated workflows: manual mass jobs, triggered by events (PR creation, schedule, policy violations) |
| Policies | Commit hooks, but can be overriden | Centralized policies, approval workflows, audit trails, runs in your network |
| Cross-repository | Can't coordinate across repos | New environment for each repository, scales horizontally |
| Integrations | IDE plugins | Platform: integrates with SCM, ticketing, CI/CD, communication tools |
| Autonomy | Works only when developer does | Works in the background, async, 24/7 with human review only when required |
Watch Ona execute against 100's of repositories simultaneously:

The infrastructure that enables this is:
Isolated automated environments: Each AI software engineer should run in its own secure, ephemeral environment. Ideally this is automated so each environment comes configured with all the tools, dependencies, and access it needs. You don’t want agents re-installing all their tools and suffering ‘works on my machine’ for every prompt or task.
Securely deployed orchestration: AI engineers should trigger via scheduled jobs, or event-based actions like a pushed branch for code review. Every Monday, you should be able to configure your AI software engineers to check for dependency updates across every single repo, and fully remediate if required. Those AI software engineers should be able to securely run their own tests and fix them if they’re broken.
Central policies and governance: All of this needs to run in your VPC and cloud account. Ideally no code leaves your network, you have audit trails for every action taken by your agents and a way to enforce policies globally to ensure your AI software engineers can never go rogue.
When people ask how a code assistant differs from an AI software engineer like Ona, the answer is that we're not trying to be a ‘better code assistant’. Code assistants are tools for individuals.
AI software engineers are infrastructure for a hybrid workforce.
This requires thinking about AI as a workforce, not just tooling. It means designing for organizational capability, not just individual efficiency. It means focusing on the 95% of legacy and maintenance work that lurks below the surface, not the 5% of code generation work that sits above. To do this, you need infrastructure that enables transformation.
If you're starting to think beyond code assistants, let's talk.
Deploy AI software engineers across hundreds of repos
This website uses cookies to enhance the user experience. Read our cookie policy for more info.