---
title: "AI software factory: the lesson is not the tools"
description: "Y Combinator's president published his method to \"ship like a team of twenty.\" The real lesson is not in the 30 tools he shares, but in the process they run on top of."
url: "https://gilabs.fr/en/blog/usine-logicielle-ia/"
lang: "en"
author: "Yann Gilliot"
published: "2026-07-01"
tags: ["Industrialization", "Method", "Generative AI"]
---
# Garry Tan's AI software factory: the lesson is not in the tools

By [Yann Gilliot](https://gilabs.fr/en/about/) · published on 2026-07-01

Y Combinator's president published his method to "ship like a team of twenty." The real lesson is not in the 30 tools he shares, but in the process they run on top of.

## The short version

- Garry Tan, president of Y Combinator, open sourced around thirty commands that turn a coding assistant into a full engineering team.
- The gain comes from the process, not the tools: think, plan, build, review, test, ship, reflect, each stage producing a deliverable the next one consumes.
- Stacking AI tools on a vague process does not produce an efficient process. It produces a vague process that costs more.

Y Combinator's president, Garry Tan, published an open-source "AI software factory": about thirty commands that turn a coding assistant into a full engineering team, with a role that challenges scope, an architect, a designer, a tester, a security lead. The natural instinct is to look at the list of tools. The real subject lies elsewhere.

## What he actually built

What Garry Tan put together does not replace a prompt with a better prompt. It replaces blank-page prompting with a structured process:

- Think, then plan, then build, then review, then test, then ship, then capitalize on what was learned.
- Every step produces a concrete deliverable (a design doc, a test plan, a review) that the next step consumes directly.
- The AI no longer improvises on each prompt: it moves forward inside a framework that structures its work.

In other words: performance does not come from the AI itself. It comes from the process it is made to work within.

## What I see, engagement after engagement

This is exactly what I observe with clients. The organizations that actually get something out of AI are not the ones that bought the most licenses or tried the most tools. They are the ones that first mapped their process: where the hours go, which step produces what, who validates what, before wiring AI onto that already-clarified framework.

Stacking AI tools on top of a fuzzy process does not produce an efficient process. It produces a fuzzy process, more expensive, with an AI layer bolted on top. And the felt gain proves nothing: [developers thought they were 20% faster with AI, they were 19% slower](https://gilabs.fr/en/blog/metr-productivite-ia/).

## Discipline first, automate second

Industrializing AI is not about adding tools one after another and hoping for a cumulative effect. It is about disciplining an existing process, often by first making it work correctly by hand, then inserting AI exactly where it earns its keep. I go into this method, as I apply it on engagements, in [why I spent weeks automating nothing](https://gilabs.fr/en/blog/concierge-dabord-code-ensuite/).

The good news in all this: mapping a process before touching it is an exercise any SME can do, with no prior technical skill required. It is even the most cost-effective first step, the one the [30-day AI diagnostic](https://gilabs.fr/en/services/ai-diagnostic/) starts with, before considering a single line of code.

## Sources and references

- [gstack, the command set published by Garry Tan (MIT licence)](https://github.com/garrytan/gstack), GitHub
- [Inside Garry Tan's AI Coding Setup](https://www.ycombinator.com/library/OW-inside-garry-tan-s-ai-coding-setup), Y Combinator

Topics: Industrialization, Method, Generative AI

## Take it further

Do your AI tools sit on top of a process, or replace one?

Before you spend a euro on AI, you know what it will return. In 30 days: your processes mapped, the real end-to-end delay of each one, a return in hard euros per priority case and a payback measured in months. My method has three steps, map it, prioritise it, then automate it, in that order: automating a cluttered process does not speed it up, it multiplies it. That is why part of the gain I quantify for you cannot be bought, least of all from me. Quantified by the person who will build it.

[30-day AI diagnostic](https://gilabs.fr/en/services/ai-diagnostic/)

**Book a 30-minute call**: [Calendly](https://calendly.com/yann-gilabs/30min)
