How we work · The pod

Five people. A fleet of agents. One definition of done.

Most firms added AI to an unchanged delivery model. We changed the model, on our own projects, for a year, before we sold a minute of it to anyone. Here is exactly how a pod is assembled, what the agents actually do, and the four things they are never allowed to touch.

01 — Anatomy

A pod is built for
your engagement.

Every pod is assembled after we know what you're building. Five senior people are drawn from a bench of 180 and matched to the work. The same four agent roles are on every pod; the specialists change with the work. When it's done, the pod comes apart.

HUMAN BENCH 180 ENGINEERS · NEARSHORE · ~HALF SENIOR 5 SELECTED FOR THIS ENGAGEMENT AGENT ROSTER STANDING FLEET · SPECIALISTS ON DEMAND UX DEVELOPER INFRA / DEVOPS QUALITY CONTROL SALESFORCE DATA ENG. ANALYTICS API / INTEGR. DASHED = ADDED PER ENGAGEMENT MATCHED PER ENGAGEMENT THE POD ONE PER ENGAGEMENT · LARGER PROGRAMS RUN TWO OR THREE HUMANS — OVERSIGHT & VALIDATION ARCHITECT / PRODUCT OWNER PROJECT MANAGER SENIOR DEVELOPER LEAD QUALITY CONTROL INFORMATION SECURITY LEAD ALLOCATION SET PER ENGAGEMENT HUMAN-IN-THE-LOOP AGENTS — EXECUTION UP TO 10 IN PARALLEL UX DEVELOPER INFRA / DEVOPS QUALITY CONTROL + SPECIALIST AGENTS ITERATE UNTIL DONE HUMAN-ONLY GATES — NEVER DELEGATED FINAL COMPILATION PRODUCTION RELEASE POLICY & ACCESS FINAL SECURITY REVIEW
Source
Human bench
180 engineers · nearshore · ~half senior
5 selected for this engagement
Matched per engagement
Source
Agent roster
Standing fleet · specialists on demand
UX Developer Infra / DevOps Quality control Salesforce Data eng. Analytics API / integr.
Dashed = added per engagement
Assembled into
One per engagement · larger programs run two or three
The pod
Humans — oversight & validation
Architect / Product Owner Project Manager Senior Developer Lead Quality Control Information Security Lead
Allocation set per engagement
Human-in-the-loop
Agents — execution · up to 10 in parallel
UX Developer Infra / DevOps Quality control + specialist agents
↻ Iterate until done
Human-only gates — never delegated
Final compilation Production release Policy & access Final security review

Read it left to right.Read it top to bottom. Five people and a standing agent fleet are matched to the engagement by what the work actually needs. The seam between the two halves is where a human is pulled in. See §04.

02 — The humans

Five seniors.
Sized to the engagement.

They oversee and validate. They don't execute, and that's the whole economic argument. How much of each role you get is set by what you're building and how many pods it takes. You are buying senior judgment by the hour it's actually needed.

Human 01

Architect /
Product Owner

Owns the shape of the thing. Writes the definition of done that every agent iterates against, and is the only person who can change it.

Owns: what gets built, and what "done" means
Human 02

Project
Manager

Owns sequence, scope and your calendar. The person you call. Project management is the one thing we tried to automate and deliberately walked back.

Owns: sequence, scope, client communication
Human 03

Senior
Developer

Owns the standard the code is held to. Reviews what the agents produce, writes the parts that need a person, and does the final compilation.

Owns: the engineering bar
Human 04

Lead Quality
Control

Owns acceptance criteria and test strategy. Sets the bar the QC agent tests against, and signs off that done actually means done.

Owns: verification, and the sign-off
Human 05

Information
Security Lead

Owns risk. Reviews at design time, before a line is written, and again before release. On the pod from day one.

Owns: what could go wrong

Five roles on every pod · allocation set per engagement · 180 engineers behind them

03 — The agents

Execution lives
in the fleet.

Four agent roles are on every pod. Specialists are added when the engagement needs them, and each specialist agent is supervised by someone on the bench who has done that job for real. An unsupervised specialist agent is just a confident stranger.

A01

UX

Flows, states, and the screens that carry them. Design decisions stay with the architect.

A02

Developer

The build. Its brief is the definition of done, which it can check its own work against.

A03

Infrastructure / DevOps

Environments, pipelines and configuration, everywhere below production.

A04

Quality Control

Tests, regression, security scanning and the acceptance criteria the QC lead wrote.

A05 +

Specialists, as needed

Added for the engagement and retired with it.

SalesforceData engineeringAnalytics API / integrationsand more
04 — The loop

Agents iterate until done.
Humans decide what done means.

"Done" is written at the start as a checkable definition: acceptance criteria, tests, security constraints. An agent keeps going until it passes or until it has to ask.

HUMANS PULLED IN WHEN A TRIGGER FIRES AMBIGUOUS REQUIREMENT · DESIGN DECISION · ANYTHING TOUCHING AUTH, THE DATA MODEL OR PII REPEATED FAILURE AGAINST THE SAME CRITERION · ANY CHANGE TO THE DEFINITION OF DONE 01 DEFINITION OF DONE WRITTEN BY ARCHITECT + QC LEAD, UP FRONT 02 AGENTS BUILD FULL AUTONOMY IN LOWER ENVIRONMENTS 03 AGENTS VERIFY TESTS · REGRESSION · SCAN AGAINST THE CRITERIA 04 HUMAN CHECKPOINT SENIOR DEV · QC LEAD INFOSEC WHEN IN SCOPE 05 SHIPPED RELEASED BY A PERSON NOT DONE → AGAIN
Humans
Pulled in when a trigger fires
Ambiguous requirement · design decision · anything touching auth, the data model or PII · repeated failure against the same criterion · any change to the definition of done
Escalates to the humans above
01
Definition of done
Written by the architect and QC lead, up front.
02
Agents build
Full autonomy in lower environments.
03
Agents verify
Tests, regression and security scanning, against the criteria.
↺ Not done → back to 02
04
Human checkpoint
Senior developer and QC lead. Infosec when it's in scope.
05
Shipped
Released by a person.

Steps 02 and 03 repeat without us. That loop is where the velocity comes from. Steps 01, 04 and 05 are people, every time.

05 — Environments

Agents own everything
up to production.

The boundary is enforced by the environments themselves. Agents have real autonomy below the line, they can break things and sometimes do, and no credential that reaches production is ever in an agent's hands.

Lower

Development

Agents create, destroy and rebuild freely. Nothing here is precious.

Agent autonomous
Lower

Test

The QC agent runs the suite the QC lead defined. Failures loop back automatically.

Agent autonomous
Lower

Staging

Production-shaped. Where the human checkpoint happens and infosec does the pre-release review.

Agent + human review
Gated

Production

A person runs the release. Agents hold no production credentials and have no path to one.

Humans only

Same rule whether it's our infrastructure or yours

06 — Gates

Four things an agent
never does.

These four never move, on any engagement, for any client. Where the agent's domain stops is not something we work out per project; it was settled early, after a year of testing where the technology fails, and it holds.

Gate 01

Final compilation

The build that becomes a release is produced by the senior developer.

Gate 02

Production releases

Deployment to production is a human action with a human name attached.

Gate 03

Security policy & access

Who can reach what, and under which rules, is decided and changed by people.

Gate 04

Final security review

The infosec lead signs off before release. An agent can prepare the evidence; a person signs it.

SEC 01

Infosec reviews twice, and the first one is before any code exists

A design-time review sets the constraints the definition of done has to carry: data flows, retention, what may touch a model. A pre-release review checks what was actually built against them. Both are agent-assisted and human-signed.

SEC 02

Agents are constrained by how they're configured, before anyone prompts them

Agents run under a standing policy set that is the same on every engagement: no secrets in context, no network egress outside an allowlist, no writes outside the working repository, and every action logged and attributable to the session that took it. That is the floor; the full control set is part of the security review, and it doesn't get relaxed per client.

SEC 03

ISO 27001, and an infosec lead inside the pod

Certified in 2026, and audited by someone outside the company. Six of our clients are banks, insurers or public financial institutions, which is why the infosec lead joins the pod on day one and stays on it.

07 — The bench

Five in front of you.
180 behind them.

The pod is small on purpose. The company behind it runs to 180. When an engagement turns out to need a payments specialist or someone who has run a core banking migration, they already work here. Nearshore, same time zone, some of them past twenty years at Takeoff.

Uruguay · Argentina · Colombia · Ecuador. Your morning is our morning.

08 — Start