1
1 Comment

Why does AI still make me repeat myself?

After 24+ years of working with software delivery teams, through countless sprints, PRDs, vibe code sessions, and retro postmortems, one thing is abundantly clear: what slows us down isn’t the complexity of the product, it’s the SHEER REPETITION of how we build it.
We expected AI to help eliminate grunt work. Instead, it added a new set of manual checkpoints: generate with AI, review with AI, fix AI's gaps, and stitch the parts into our actual project setup. We’re still repeating ourselves, just differently.

Where AI Currently Helps (and Fails)
Let’s break down how most dev teams today “try” to build faster with AI and how the repetition creeps in.

  1. PRDs to AI Prompt
    You start by converting a product spec (PRD) into a prompt for AI to generate initial code. You’re essentially rewriting the same story card in a new format. Example YouTube: Convert PRDs into Code -> https://www.youtube.com/watch?v=f5xR3ElH-gY
    What’s repetitive: You already wrote the logic in the spec. Now you're just repeating it in a form GPT understands, without any context of the rest of the project.

  2. Vibe Coding / Iterative Prompting
    Next, you ask AI to “vibe” the code, add validations, apply best practices, or make it cleaner.
    Example YouTube: Vibe Coding Fundamentals In 33 minutes -> https://www.youtube.com/watch?v=iLCDSY2XX7E
    What’s repetitive: Each change means another prompt. Want to add error handling? New prompt. Align with team’s standards? Another prompt. It's copy–paste, regenerate, repeat.

  3. Manual Stitching and Fixing
    Then comes the painful part: merging generated code into your actual codebase, resolving mismatched data models, fixing missed edge cases.
    What’s repetitive: You debug structure misalignment, resolve missing references, rewire file paths—stuff that AI should’ve known if it had context.

So… What’s the Real Problem?

  • The gap between reality and hype - AI should result in productivity, it's not there yet
  • A big learning curve to vibe code🤦🏼
  • AI code isn't reliable

AI isn’t context-aware across workflows. It doesn’t understand your project’s flow, naming conventions, or dependencies. It treats every screen as a fresh start. So we end up doing just enough manual work to defeat the whole purpose of using AI.
It speeds up coding, but it’s not seamless. And most importantly, it’s not saving us from repetition.

In my opinion, the Better Way is automation of repetitive tasks not vibe coding.
Imagine a world where:

  • You don’t write PRD-based prompts.
  • You don’t vibe the same prompt five different ways.
  • You don’t fix what AI didn’t know. Instead, your personal AI knows the spec, the screen context, the naming conventions and auto-builds the first working draft.

All you need to do is the important stretch: enhance architecture, refactor for performance, and apply dev intuition where it actually matters. That’s the work that matters to developers.

posted to Icon for group Developers
Developers
on July 2, 2025
  1. 1

    The "treats every screen as a fresh start" part is exactly right, and it goes deeper than just context. Even when you give the model perfect context, the output is non-deterministic. Run the same prompt twice and you get structurally different code. So the repetition is not just you repeating yourself to the AI. It is also you re-reviewing the AI's output every single time because it is never the same.

    This is the review tax that nobody talks about. AI makes generation fast but then you spend just as long reading through the output to make sure it did what you asked. And that review time compounds because you cannot build trust in a pattern that changes every run.

    We are working on a frontend coding agent that makes generation deterministic. Same input produces same output, every time. The idea is that once you review and approve a pattern, you never have to review that pattern again. Your time goes to the real work like you said, architecture and performance, not line-by-line checking of generated components.

    The point about "automation of repetitive tasks not vibe coding" is the right framing. Vibe coding is fun for prototypes but breaks down the second you need production consistency.

Trending on Indie Hackers
Your build-in-public audience is not your market. I learned the difference the slow way. User Avatar 231 comments Built a "stocks as football cards" thing. 5 days in, my launch tweet got 7 views. What am I missing? User Avatar 33 comments How to automatically turn customer feedback into high-converting testimonials User Avatar 28 comments Why Claude Skills Are Becoming Important for Tech Careers User Avatar 25 comments Spent months building LazyEats AI. Spent 1 day realizing I have no idea how to get users. User Avatar 21 comments Week 10+11: PDF cluster, blog launch, 143 indexed, and a new compression feature User Avatar 19 comments