How I Cut My 'Idea to Deploy' Time in Half

18 February 20256 min readOxygenLabs Team

Everyone says 'ship faster with AI.' I wanted to know where the gains actually come from. After a few months of using Cursor and Claude daily, three things made a real difference: using AI for scaffolding, debugging in place, and iterating on the prompt instead of the code. Here's what I do.

Scaffold first, then make it yours

New API route, form component, or test file — I describe what I need and the stack we use, and let the AI generate the skeleton. That gets me 80% of the way without copying from old projects or hunting for snippets. The last 20% is where I add our conventions: error handling, naming, the details that make it ours. I stay in flow instead of context-switching to find a template.

Context is everything

I mention the framework (Next.js, React), the file I'm in, and any patterns we follow. 'We use server actions for mutations,' 'match the style in the components folder.' The more the AI knows, the less I have to fix later.

Debug without leaving the editor

When something breaks, I paste the error and the relevant code and ask for a fix and an explanation. I usually get both. That's turned a lot of 'stuck' time into a few minutes. Over time I've internalised some of the patterns, but for new or rare errors, having a reasoning partner right there is still a big win.

Iterate on the prompt, not the code

When the first suggestion isn't right, I don't rewrite from scratch. I refine the prompt: 'use a hook', 'add loading and error states', 'match the other components.' The AI is fast; my job is to direct it well. Better prompts mean less back-and-forth and code that fits the first time.

That's it. Scaffold, debug in place, sharpen the prompt. Those three habits cut my idea-to-deploy time noticeably — and they're the ones I'd recommend to anyone trying to ship code faster without burning out.