Last June I wrote a reflection on how vibe coding had made it possible to create some fireworks that helped bring our vision for the future of public employment support to life. In the months since, those fireworks have become a portfolio of provocatypes, and a lot of learning and a cascading number of new ideas.
And it all has the feeling of standing close to fast machinery. You’ll know what I mean if you’ve ever been to an old mill turned industrial museum where the looms are up and running. Powerful, amazing, machinery. That could absolutely rip your arm off.
It’s hard to imagine what it would have been like when Edmund Cartwright first showed off his power loom, let alone what it was like when mill after mill was filled with them and all you’d ever known was hand looms and spinning wheels.
AI-assisted delivery and the craft of confidence
But I think if you’ve spent any time with AI-assisted development tools over the last year and a bit then you’ll know what I’m talking about. Maybe you’ve only just started with the new models in the last few weeks and you’ve read Matt Shumer’s widely shared Something Big is Happening piece which says things I can absolutely identify with. Or maybe, like me, this has been a slower burn and for a while now you’ve had that intoxicating mixture of exhilaration and dizziness.
Either way, I do think we are past an inflexion point like the one that greeted the start of the 19th century: a kairos moment for digital delivery where the nature of what it is to work in digital government has changed shape.
There’s a popular term for this: vibe-coding. But as I explore in the chapter why vibe-coding matters (and what it isn’t), the phrase is really the hook, not the substance. This world where we can use natural language to describe what we want and have working software generated moments later. But there is a tension in that language. It immediately sounds like flimsy demo-ware, and like a rejection of discipline or craft.
Vibe coding: the hook, not the point
And when it comes to building services that respond to the needs of the public, vibes aren’t enough.
So some months ago now I started to try and write about what this might mean for our disciplines and our craft. It has taken me longer than I wanted, but I’m happy enough with them to publish my reflections on on what changes for product management in a vibe-coded world — and the broader argument collected at https://vc-product.wel.by/.
A small warning: it’s long. I think it deserves your time (which will be much less than the time I gave it), because it’s trying to take seriously what AI-assisted delivery changes, and what it doesn’t. So I’ve woven in links to take you into the dedicated chapters where I try and unpack each idea. You’ll see there’s breadth but that’s because the implications are broad: for how we work today, and how we’ll need to work tomorrow.
But while vibe-coding is the hook, I think we are really talking about something that needs its own name.
Andrej Karpathy, who coined the original phrase, has suggested ‘agentic engineering‘, and that’s useful because it insists that this is becoming a professional workflow: you orchestrate agents, you scrutinise output, and you keep the quality bar intact. That makes it serious rather than a good party trick.
But it’s not the frame we need when it comes to our public services.
‘Agentic engineering’ names how software gets written. But we’re grappling with how public value gets added. In government (and more than likely elsewhere too), the unit of delivery is not an individual with a clever workflow – the unit of delivery is the multidisciplinary team, and the enabling environment wrapped around it. It’s policy, ops, analysis, content, design, engineering, and their leaders getting closer to runnable reality sooner, together. That’s why in my writing I’m using AI-assisted delivery.
Continue reading