The Spec Is the Code Now
Jason Snell, writing for Six Colors ahead of WWDC:
The act of trying to describe an app to an AI coding engine is a clarifying one. The more you describe the app, the harder your brain has to work, because it’s always more complicated than you think it’s going to be. The decisions you make determine what the app comes to be.
I’ve lived this. Not building a Mac app — building product features, internal tools, prototypes that used to require a sprint cycle and three rounds of eng back-and-forth to get wrong before getting right. With AI coding tools, I describe what I want, iterate in real time, and have something working the same afternoon. The feedback loop collapsed.
That is genuinely transformative in a way that most PM takes on AI are not. It’s not “AI helps you write better PRDs.” It’s that the PRD and the product are now the same step. You write it precisely enough, and it exists. The spec became the code.
What Snell nails — and what took me a while to internalize — is that this doesn’t make the PM role smaller. It makes it higher stakes. Engineers used to absorb the ambiguity in your requirements. They’d make judgment calls, ask clarifying questions, fill in the gaps with experience. AI doesn’t do that. It builds exactly what you described, including the parts you didn’t think through. Soft specs produce broken software immediately and visibly. There’s nowhere to hide.
The PMs who thrive in this are the ones who were already rigorous — who could hold the full system in their head, anticipate edge cases, write requirements that meant something. The rest are about to find out which category they’re in.
None of this means PMs are replacing engineers at companies building real software. Complex systems, scale, architecture decisions, code quality that actually holds under load — that still requires engineers, and good ones are still the constraint. What’s changed is the surface area of what a PM can do independently: prototypes, internal tools, proofs of concept, things that used to require eng time just to validate whether an idea was worth pursuing. That whole category is now self-serve.
Snell wraps with a call for Apple to fix Xcode. Fine. But the bigger question isn’t the tools — it’s whether product people will take the wheel now that they can. Some will build things that matter. Most will ask for a Jira ticket anyway.