yaab, the AI Software Factory: specs in, verified code out
AI Software Factory · operated by forward deployed engineers

The AI Software Factory.
Specs in.
Verified code out.

You write what a change must do. The factory builds it, tests it and shows it works. An engineer, yours or ours, approves every change.

The factory pilot is invoiced when the three changes are approved.
In production
40,000+

connected facts, each with its source, in the Company Brains we operate

3,000+

conversations and cases handled by our AI agents

most

of the code we deliver is written by AI

Who this is for

For backlogs that grow faster than your team.

SaaS product teams.

A live product, and more on the roadmap than your team can deliver this quarter. The factory builds features. Your engineers decide what to build.

Enterprise IT departments.

An ERP, a CRM and internal systems your team mostly maintains. The factory makes changes on your systems. AI agents take over your team's time-consuming processes.

AI Agents →
Where to start

Three places to apply AI.

A forward deployed engineer, a senior engineer of ours inside your team, finds where AI brings a measurable result first.

AI in what you sell.

Features, retrieval, copilots and agents inside your product, built by the factory on your repository.

The factory →

AI in how you operate.

AI agents in your processes, each one measured on your real cases and run daily.

The agents →

AI in how you build.

The AI Software Factory, plus two of its lines for what already runs: QA to protect it, legacy to modernize it.

The factory →
Forward deployed engineers →
How the factory works

What goes in, what comes out, who approves.

The input is a spec as your product team already writes it: expected behavior, acceptance criteria and scenarios.

For each spec, the factory produces
The change, in the right layer

The factory decides the implementation. It reads your architecture and conventions before it touches anything.

Functional tests from the acceptance criteria

One test per criterion, failure paths included.

Visual tests where the interface changes

Desktop and mobile, with screenshots attached.

A record linking change to requirement

Requirement to file to test. Six months later, your team can read why a line of code exists and which test covers it.

The run log

What ran, what was verified, what was corrected.

Verified separately

Tests reviewed by an independent check

The check did not write the tests. It blocks loosened assertions, skipped steps and emptied validations, the fastest routes to a green build.

Human approval

Your team, or ours, approves every change

The factory opens a pull request and stops there. An engineer on your team, or ours, approves every change before it is merged. Each approval is recorded in your repository's history.

Ambiguity

The factory stops and asks

When a spec has a gap, the factory asks a precise question, and the task waits for the answer.

How it starts

Diagnose, prove, scale.

The same roadmap for the factory and for agents. For the factory, your current numbers come from your repository history.

01

Diagnose, week 1.

A 45-minute working session, then a week with your forward deployed engineer inside your operation. They write three specs from your backlog or, for an agent, sample your real cases.

02

Prove, the pilot.

Factory, weeks 2 to 4: the three specs become pull requests your team approves. Agents, weeks 2 to 7: one agent handles a real queue of your cases.

03

Scale, month to month.

We operate the factory on your code, or run the agent daily, and extend to more modules, repositories or agents.

What we measure in week 1

Your current numbers, before anything changes.

We take them in the first week. Every month after is measured against them.

The factory pilot is invoiced when the three changes are approved.
The agent pilot is invoiced when the agent meets the accuracy target agreed with you, based on what false alarms and missed cases cost.
Your forward deployed engineer joins your standups in the first week.
The first verified change enters your repository within the first three weeks.
The full factory page →
The pod

Operated by forward deployed engineers, inside your team.

Your forward deployed engineer writes specs with your people, builds the solution and is accountable for the result in production.

One forward deployed engineer, inside your team: a senior engineer before AI, used to directing AI that writes the code.
One deployment strategist: a senior lead, shared with other clients, who sets up the factory on your architecture and keeps it tuned.
The factory, or the agents, running on your repository and your CI.

Our engineers work in time zones aligned with your working day.

Where it runs

The factory runs in client codebases today.

Legacy enterprise system, public sector.

The factory runs in production on a Dynamics 365 and .NET architecture with years of history, under the client's CI, conventions and review flow.

Everything the factory produces (readable code, tests and records) stays in your repository, under your version control. If you stop working with us, it all keeps running.

Three numbers are being measured on a factory in production: changes per week, share approved on the first pass, time from spec to pull request. Each is published here with its source when its measurement closes.

Service · AI Agents

We build and operate agents in five areas.

The same forward deployed engineers specify each agent before it is built and report its quality at production volume.

Conversational agents.

Long conversations by voice or text, for support, intake, sales discovery, interviews and assessment. Each ends with a record backed by exact quotes.

Conversational agents →

Decision agents.

Document processing, research and analysis, review and monitoring. The agents weigh the evidence, a person decides, and false alarms are measured.

Decision agents →

Marketing and sales agents.

Paid media, attribution, CRM reporting and audits of the chatbot and the sales team. A person approves every change.

Marketing and sales agents →

Product agents.

An agent for the product owner. It answers what the product does, from the code in production, and what is broken, decided or open, citing the source.

Product agents →

Process agents.

Agents that run IT operations, help desk and back-office workflows across your systems. Exceptions go to a person.

Talk to us →
All five areas

Explore AI Agents →

What powers the factory

Your record of every decision, rule and test.

It stays in your repository and can grow into a Company Brain, one connected record of how your company works.

FAQ

Questions we get.

QWho approves each change?

An engineer on your team, or ours, approves every change before it is merged. They review a pull request with the reasoning, the diff, the tests and the proof that it works. Each approval is recorded in your repository's history.

QWhat do we keep?

Everything the factory produces: readable code, the tests, the records that link each change to its requirement, and the proof that it works. It is in your repository from the first commit, under your version control, and you need no license from us to use it.

QWhere does it run?

In your infrastructure: your repository, your CI, your environments. Our access is the minimum needed, and it ends when the engagement does.

QWhat happens when a spec is ambiguous?

The factory stops and asks. For a spec with a gap, it sends a precise question, and that task waits until someone answers it.

QWhat time zone do you work in?

Our engineers work in time zones aligned with your working day. Your forward deployed engineer joins your standups.

Book a working session

Start with a working session.

Bring three pending changes to a 45-minute session. You leave with their specs and a plan for the factory, whether or not we work together.

We reply within one business day.