H
Howardism
Plate IIProduct & Org中文HOWARDISM

Implementation Abundance Inverts Product Work

PublishedJuly 3, 2026FiledConceptDomainProduct & OrgTagsProduct ManagementAI Native OrgTasteProduct ProcessReading10 minSourceAI-synthesised

Andrew Ambrosino's inversion thesis: when talking to a frontier model can stand up any feature from scratch, implementation stops being the expensive step you derisk up front — so the process runs backwards and the costly work becomes curating the 90 uncoordinated builds people already produced; taste is the new bottleneck

Illustration for Implementation Abundance Inverts Product Work

Sources#

Summary#

Andrew Ambrosino's (OpenAI Codex) framing of what agentic coding does to product process: when anyone can stand up any feature by talking to a model, implementation stops being the scarce, expensive, derisk-it-up-front step — so the whole process runs backwards. The old process spent documents, research, and prototypes to derisk implementation before building, because building was expensive and "you can really only afford to build once." Now implementation is abundant across every medium, so "everybody's building everything" — Ambrosino estimates a needed feature has "90 different uncoordinated teams" implementing it at once. The costly work migrates downstream to curation: "of those 90 attempts, what's good about these? What should we fold into other aspects? How should we frame this?" That curation is taste — "dare I say taste" is his answer to what replaces implementation as the expensive part. This is the OpenAI-side, process-level statement of the shift the wiki tracks as Verification as the New Bottleneck and "deciding what to build is the bottleneck skill".

Evidence note. practitioner-opinion — a frontier-lab product leader's account, not measurement. But it converges with empirical sources (Returns to Expertise in Agentic Coding, Planning / Execution Division of Labor) that find domain/product judgment, not coding, predicts success.

The inversion, precisely#

The two states Ambrosino contrasts:

Old processInverted process
Expensive stepImplementationCuration / taste
WhyYou could only afford to build once, so you derisked up frontBuilding any feature is ~free; the 90 builds already exist
Up-front workDocs, research, prototypes to derisk before buildingSkip straight to many parallel builds
Scarce inputEngineering capacityJudgment: what's good, what to fold in, how to frame, what medium

"It's backwards, and it's not that people are doing fundamentally different roles or that skill sets have vanished — it's that it's backwards. The implementation is actually not the expensive part anymore."

Curation is not the same as prototyping-instead-of-PRDs#

Ambrosino is careful to separate his claim from the popular "PRDs are dead, prototypes are in" slogan — which he says he does not believe (see the pushback recorded on Prototype Over PRD). The inversion is not "always jump to a prototype." It is: because every medium's implementation got cheap, the load-bearing skill is picking the right medium for the point you're making and then curating what the cheap builds produce. Sometimes the right medium is still a document. The abundance is what makes curation — not creation — the constraint.

What "taste" means here (the curation faculty)#

Taste, in this thesis, is the curation faculty applied under abundance, and Ambrosino explicitly de-couples it from aesthetics (citing the "Paul Graham has great taste and wears cargo shorts" line). Its components:

  • Systems thinking — how a build fits the whole; what theme it belongs to.
  • Direction — "where are we going," what the goal is "if we can build anything."
  • Presentation — how to frame and present the information.
  • Semantic fit — whether an interaction/animation matches the meaning it's supposed to convey ("too snappy for what it's trying to say").
  • Medium selectionwhich artifact makes the point.

Because taste is now the binding constraint, it becomes the hiring bar: "high agency, high taste" people who can "take an idea from idea to done." Ambrosino's steering test for an IC given unlimited tokens: "determine what's signal, what's noise, in a world of infinite content."

A second OpenAI leader, same conclusion, plus a mechanism (July 2026)#

Ambrosino's thesis was one leader's account of one org. Akshay Nathan — a different OpenAI product leader, running productivity engineering — reaches the same conclusion a month later without citing it (Codex from 0 to 10M Users: Building ChatGPT Work - Akshay Nathan, OpenAI, practitioner-opinion), asked what his team is bottlenecked by:

"I think the bottleneck becomes, like, ideas and taste. I think because anyone can build now… you're always gonna be bottlenecked by the amount of ideas and amount of things that you're doing at any given time."

Convergence between two leaders inside the same company is weak evidence — shared culture, shared tooling, shared "unlimited tokens" caveat (the third open question below). What Nathan adds that Ambrosino doesn't is a failed attempt to automate the bottleneck away, and a diagnosis of why it failed:

"The one automation that I would love to work and it doesn't work is bring me new ideas. Somehow LLMs are just not it. One interesting part about ideas is they're not in a vacuum… they usually come from somewhere — in product development they're coming from talking to users, or reacting to friction that you're seeing, or feedback, building on some foundation that you already had planned out."

That is the context-advantage explanation, not the capability explanation — and it bears directly on the second open question below ("does curation migrate into the model?"). Nathan's answer is a negative observation with a reason attached: ideas fail to generate not because the model lacks an idea-generating faculty, but because it lacks the grounding stream (user conversations, observed friction, prior planning context) that ideas condense out of. On Context Advantage, Not Taste's framing that makes the bottleneck a closable gap — pipe the grounding in — rather than a permanent human faculty, which is a materially weaker claim than "taste is the bottleneck" sounds. Nathan himself keeps the human in the loop for exactly that reason: "there will always be value in these generalists closing that loop and coming up with those ideas that are grounded in that feedback."

Connections#

  • The Solo-Founder Shift — the inversion's limit, measured: implementation got cheap and the first thing the freed-up founder buys is still a person, at a median 399 days
  • AI-Native Organization — the same inversion stated as founder advice: with the tool nearly free to build, Tan revises "scratch your own itch and hope it's a market" to "scratch your own itch because scratching itches is nearly free," and lets demand from others reveal which audience-of-one tools were companies. Problem selection as the remaining scarce input, from the accelerator side rather than the lab side
  • Crystallizing Agent Work into Workflows — a partial answer to the curation-cost question from an operations domain: curation is paid down by promoting what exploration proved into deterministic workflow, making it a one-time investment per recurring pattern rather than a recurring tax — but only where patterns recur, a scope condition exploratory product work may not meet
  • Andrew Ambrosino — articulates the inversion
  • Design by Selection — an inside-one-team instance: when Opus 4.5 accelerated the Claude Code engineers, Nate Parrott — the team's sole designer, delivering at his old pace — became the constraint, and built Claude Design to catch up. Cheap implementation relocates the expensive step onto whatever role hasn't been accelerated. He also states the thesis outright: "the work that matters most moves earlier in the process"
  • Verification as the New Bottleneck — the general form: when generation is cheap, judgment/verification is the scarce resource; this is its product-process face
  • Engineer PM Convergence — "as code becomes cheaper, deciding what to write becomes more valuable" (Cat Wu) is the same bottleneck-shift; this page is its OpenAI-side, process-level statement
  • Research Taste as the Human Bottleneck — the AI-research cousin (taste as the residue AI can't yet absorb); this is the product-work cousin
  • Building Is Cheap, Arguing Is Expensive — the same "cheap building relocates the hard part" logic, applied to settling debates; here applied to the whole process
  • Prototype Over PRD — the position Ambrosino refines: not "prototype replaces PRD," but "abundance makes medium-choice + curation the skill"
  • Polish No Longer Signals Readiness — a direct consequence: the 90 cheap builds all look prod-ready, so polish stops signaling stage
  • Role Averaging, Not Role Elimination — who does the curating, and why "zone defense" coverage matters when 90 uncoordinated builds appear
  • Dogfooding as Product Discipline — how the curating taste is trained: relentless first-hand use
  • Compute Allocator — curating 90 builds is allocation at the level of a whole feature exploration
  • Harness Shrinkage as Models Improve — implementation abundance is harness-shrinkage seen from the product-process side
  • Returns to Expertise in Agentic Coding — empirical support: domain/product understanding, not coding, is what predicts who succeeds once building is cheap
  • Context Advantage, Not Taste — what the new bottleneck is: Andrew Ng argues the "taste" curation depends on is an information asymmetry rather than a faculty, which makes the inverted process's expensive step perishable rather than permanent
  • Playbook Boundary Conditions: the Devil's-Advocate Substrate and the Prototype's Edge — promotes the medium-selection rule to the general answer for where prototype-over-PRD breaks down: pick the artifact whose observable surface covers the risk; the PRD survives only where none does
  • Standardize the Infrastructure, Not the Tools — the claimed effect of making the substrate available org-wide: sales, finance and HR building "n-of-1" software without an engineering ticket
  • Prototype Fidelity After Cheap Polish — the same inversion read from the design-process side: when polish is free the expensive step moves to methodology (which fidelity, what feedback) rather than to curation

Open Questions#

  • Curation of 90 uncoordinated builds is itself expensive and doesn't obviously scale — is there a point where the cost of curating parallel exploration exceeds the cost it replaced? ("zone defense" is Ambrosino's partial answer.)
  • If taste is the bottleneck and taste is "just another capability" AI eventually masters, does the inversion invert again — does curation migrate into the model?
  • The 90-uncoordinated-builds picture assumes abundant tokens and an agentic culture; how much of the inversion survives outside a frontier lab that gives everyone "unlimited tokens"?

Sources#

§ end
About this piece

Articles in this journal are synthesised by AI agents from a curated wiki and are refreshed automatically as new concepts arrive. Topics, framing, and editorial direction are curated by Howardism.

Cited by 24
Related articles
  • Open Questions Backlog

    _456 actionable open questions across 205 pages · 107 predictions · 9 notes · 147 in progress · 69 watching (entities),…

  • Role Averaging, Not Role Elimination

    Andrew Ambrosino's nuanced OpenAI-side take on role collapse: your role is 'the average of what you spend your time on'…

  • Claude Code

    Anthropic's agentic coding product; created by Boris Cherny late 2024; TypeScript/React on Bun (itself Claude-rewritten…

  • Why AI Lags at Design

    Andrew Ambrosino's four reasons frontier models are worse at visual/product design than at code: design is hard to grad…

  • Engineer PM Convergence

    Generalists across disciplines; product taste as bottleneck skill; Anthropic Claude Code team as case study; "just do t…