Underrated AI coding workflow
Stop Coding. Start Building. The Underrated AI Workflow That Separates Geniuses from Grinders.
You have an idea for an app.
What do you do?
If you’re like 99% of developers, you open your code editor. You run npx create-next-app. You start wrestling with boilerplate, fighting CSS, and setting up your DB.
You feel productive.
You’re typing.
Things are happening.
This is a trap. And it’s the single biggest reason most projects die before they ever see the light of day.
You’re not paid to type. You’re paid to solve problems. The code is just the final, messy, and often least important part of the equation.
For the past year I experimented heavily with AI assisted coding, vibe coding – building stuff using any tools available, writing as much manual code as possible.
In this article we’ll talk about three-phase system for building applications that is so simple, so powerful, it feels like cheating.
It's really about one fundamental principle: Aggressively separate the thinking from the doing.
Most developers mix them. They try to design architecture while implementing a button. They figure out the product while fighting a CORS error. This is slow, expensive, and stupid.
The new way—the leveraged way—is to use AI not as a crutch, but as a specialized tool for each distinct phase of creation.
You de-risk your idea completely before you write a single line of application code.
Here's the three-phase workflow. Steal it.
Phase 1: The Architect – define the game before you play.
Goal: Turn a vague idea into a crystal-clear, de-risked plan.
Tool: General-use chatbot (Gemini, ChatGPT, Claude).
Before you touch a code editor, you open a chat window. This is your sparring partner. Your goal isn't to get code; it's to get clarity.
Instead of coding, spend the first phase in chat window. Treat the AI like a product manager.
Define he vision. Example? An AI-powered tool to transform passive video consumption into active learning.
Prompt:
Let's work on an app idea. Keep your answers as short as possible. Ask me questions. Never make assumptions. Clarify everything.
App idea; AI bot powered by Gemini that turns video course content into actionable learning materials, checklists, assignments.
Generate a Product Requirements Document (PRD). Have Gemini outline the vision, target audience, and key features.
Then narrow the scope to an MVP (Minimum Viable Product): Cut everything that isn’t essential for the first version. No user accounts. No assignments. Just the core loop.
Now you can prototype the UI. Use Gemini's Canvas feature, Generate a visual layout for the app. No Figma, no CSS, just a prompt.
The Output: A complete set of project requirements and a UI mock-up.
Time Spent: Minutes, not days.
Lines of Code (Manually) Written: Zero.
You don't start a war without a map. You don't build a house without a blueprint. Stop building software without a plan. Use AI as your architect. It’s free leverage.
Phase 2: The scientist – de-risk the magic.
Goal: Prove your core technical assumption is possible.
Tool: A specialized AI development environment (Google AI Studio) for AI powered apps or N8N for workflows.
Every ambitious app has a "magic trick."
For my app, the magic is analyzing a video and spitting out structured learning materials. If that doesn't work, the entire project is worthless.
Does the average developer test this first? No. They build the entire frontend, the backend, the database, and the deployment pipeline. Then they try to implement the magic and discover it’s harder than they thought. Game over.
The smart developer de-risks the magic first. That’s the POC - proof of concept.
In my case - switching from the general-purpose Gemini chatbot to the developer-focused Google AI Studio. This is where you test the raw capability of the model.
I test the core prompt. I verify results.
In your POC you can use AI studio for chatbots or automation tools for workflows.
The Output: Proof that the core technical idea is viable.
Time Spent: Under an hour.
Lines of Code Written: Still zero.
Phase 3: assemble, not write.
You have now validated both the product vision and the core technology without writing a single line of application code. The riskiest parts of your project are already solved. The rest is just execution.
Goal: Translate your validated plan into a working application.
Tool: An AI-native code editor (like Cursor).
Now, and only now, do you start coding. But you don't "code" in the traditional sense. You become a conductor. Your job is to guide an AI agent that has full context of your project.
Here's how I did it, and how you can too.
First, I provided the AI agent with all the context: the detailed PRD and the tech stack (Next.js, Firebase, Gemini SDK) that I'd defined in Phase 1.
Then, I gave high-level commands. Instead of saying "create a div with these classes," I instructed, "Based on the PRD, prepare the MVP code."
I let the agent work, knowing it understood the plan and could start implementing the frontend, backend API routes, and the logic to connect them, even determining which files to create and what code to put in them. I acted as the reviewer.
When an error popped up (and it did, live on the webinar!), I didn't debug it myself. I simply took a screenshot of the error, fed it back to the agent, and told it, "We have an error." The agent analyzed the image, understood the problem (the google/genai package wasn't installed), and provided the fix, which I then simply approved.
The Output: A functional MVP.
Time Spent: A fraction of the traditional time.
Lines of Code Written by Hand: Minimal.
This is the paradigm shift. Your role evolves from a code-typer to a system architect and a quality assurance expert. You're leveraging your strategic thinking, and AI is leveraging its ability to execute.
The Takeaway
Stop thinking of AI as a single tool. It's a suite of specialized labor.
Use chatbots for high-level strategy and planning.
Use AI playgrounds for technical prototyping and de-risking.
Use AI-native editors for implementation and debugging.
Separate the thinking from the doing. Define the game, de-risk the magic, and only then, build.
This is the most underrated technique in modern development. The tools are here. The workflow is proven.
Stop grinding. Start building.





