Insikter
Inside Atmoz3 september 2026

A day in the life of our engineers

Agents write the code. Engineers own the system. A look at the engineering work that moves upstream: task decomposition, code interrogation, verification, and the constraints that make high-volume agent execution reliable.
A day in the life of our engineers
Atmoz Build Series
Part 3

The most common question we get about this build, from engineers, from students, sometimes asked directly and sometimes hiding inside another question, is this one: if agents write the code, what do the engineers do?

Here is the honest answer from inside one team, and it is neither of the two stories the internet tells. The engineers did not disappear, and nothing about their day is business as usual either. The job changed shape. It got harder in the places that matter and lighter in the places that never did.

Direct, interrogate, own

Our engineers spend their days on three verbs.

Direct: decide what should exist. Break an already-decided feature into work an agent can execute well, set the constraints, choose the approach. This was always the actual engineering. It used to be wrapped in hours of typing; now it is most of the job.

Interrogate: what comes back from an agent is a draft, not a deliverable. Engineers read it the way a senior engineer has always read a pull request from someone new: assume nothing, check the edges, ask why this way and not the other way. The skill that got more valuable in this build than any other is the ability to read code critically, at speed, and smell what is off.

Own: every piece of work that ships has an engineer's name on it, in the oldest sense of that phrase. Whether the first draft came from their hands or from an agent they directed changes nothing about who answers for it. There is no "the AI did it" in this building. Accountability did not get automated.

Where the craft moved

The agents here do not run loose. They run inside harnesses the team built: our conventions, our standards, our definition of what acceptable looks like, encoded so that every agent works inside the same walls.

That is where a large part of the engineering craft moved. Not into individual lines of code, but into the systems and standards that decide whether code is acceptable at all. Building those walls well is senior work. It demands exactly the things a decade of writing code by hand teaches you, which is one reason this team is small and senior on purpose.

The pattern generalizes, and we think it is the real story of engineering in this era: the craft is moving one level up. From writing the thing to defining what a good thing is, and building the machinery that holds every thing to it.

Quality assurance, when the code arrives fast

Fast production without a matching standard of verification is just fast risk. So verification is not a stage at the end of our week. It is woven through it.

Code is interrogated when it arrives. The platform's behavior is exercised continuously, because when versions appear at the pace described in part 2, testing cannot be an event, it has to be a rhythm. And above all of it sits the standard that this whole series keeps returning to, because the product's numbers face auditors, procurement teams, and regulators: every number traceable, every number recomputable, every number defensible to someone whose job is to doubt it.

Our climate analysts hold that last line, validating output at the end of every week against the audit bar, not the demo bar. Engineers guarantee the software is right. The domain guarantees the answers are.

What this means if you write code for a living

Two things we believe after living inside this, offered carefully because the stakes are people's careers.

First: the engineers who thrive in this model are not the fastest typists, and they never really were. They are the ones with judgment: about design, about failure modes, about what a system will look like in two years. Every bit of that judgment became more valuable when execution got cheap, not less.

Second: "senior" is starting to mean something new. Less "has written the most code" and more "can define good, direct work toward it, and catch it when it drifts." That skill has a name, and it is the oldest one in the profession: engineering.

The typing was never the job. It just used to be in the way of seeing that.

Next: the architecture that never moved while 165 versions changed around it.

Atmoz Build Series
Get the next part in your inbox
We're documenting the rebuild as we ship it. Drop your email and we'll send you the next part - nothing else.
One email per new part. Unsubscribe any time.
Dela artikelnSprid det vidare.
Fler insikter

Fler insikter: Inside Atmoz

Bläddra bland alla artiklar
Inside Atmoz
We ship every Friday (we didn't always)
Atmoz Build Series
Part 2

We ship every Friday (we didn't always)

Part 2 of the Atmoz Build Series: how the rebuild actually runs, from six-week foundation cycles to one-week sprints, and why 165 working versions of the platform exist.

25 aug. 2026·6 min läsning
Läs artikel
Inside Atmoz
Inside the rebuild: how we're rethinking carbon intelligence for the AI era
Atmoz Build Series
Part 1

Inside the rebuild: how we're rethinking carbon intelligence for the AI era

Atmoz paused a growing carbon data platform and rebuilt it from ground zero. Part 1 of the Build Series explains the first-principles reasoning behind the decision, and where AI actually enters the story.

12 aug. 2026·5 min läsning
Läs artikel
Inside Atmoz
Inside Atmoz's decision to rebuild its climate data platform from scratch for AI

Inside Atmoz's decision to rebuild its climate data platform from scratch for AI

Why Atmoz paused a growing product in October 2025, rebuilt its platform around AI agents in eight months, and what a smaller team means for data customers use in audits and procurement.

29 juli 2026·7 min läsning
Läs artikel