{"slug": "ai-wrote-my-landing-page-3-weeks-ago-i-have-no-idea-what-s-in-it", "title": "AI Wrote My Landing Page 3 Weeks Ago. I Have No Idea What's In It.", "summary": "A developer used Claude to generate a landing page in a minute and deployed it without reading the code. Three weeks later, when asked to change a button color, they had no mental model of the code, realizing AI-generated code lacks the fingerprints and history that aid recall. The developer warns that while AI saves time initially, it creates invisible costs when debugging or modifying code, as the mental model transfer is skipped, leading to a productivity loan with compounding interest.", "body_md": "Three weeks ago I asked Claude to build a landing page.\n\nIt took about a minute. The output was clean, structured, looked exactly right. I deployed it, sent the link to someone, moved on Yesterday a client asked me to change the CTA button color.\n\nI opened the file.\n\nI had no idea where anything was.\n\nNot because the code was bad. The code was fine. But I had never read it. I watched it appear in a chat window, decided it looked right, and shipped it. The mental model I would normally build while writing code never formed because I never wrote the code.\n\nI was looking at a stranger's work.\n\nWhen you inherit a codebase from another developer, there are fingerprints. Variable names that reflect how that person thinks. Comments that explain unusual decisions. An architecture that reveals assumptions made at the start of the project.\n\nYou can reverse-engineer the intent. It takes time but the trail is there.\n\nAI-generated code has no fingerprints.\n\nIt is technically correct, consistently structured, and completely neutral. There is no personality in it, no history, no \"why did they do it this way\" to chase down. It optimized for correctness, not for the person who would have to touch it three weeks later.\n\nThat person is you. And you have nothing to hold onto.\n\nThere is research in learning science about the difference between recognition and recall.\n\nRecognition is seeing something and knowing you have seen it before. Recall is being able to reconstruct it from memory without a prompt.\n\nWhen AI writes your code and you review it briefly before shipping, you get recognition. The code looks familiar because you watched it appear. But you never built the deeper understanding that enables recall.\n\nThree weeks later, recognition has faded too. You open the file cold.\n\nDevelopers who write their own code build recall naturally. The act of writing forces you to make decisions, which forces you to understand the tradeoffs, which builds the mental model you need to come back to the code later.\n\nAI skips that process entirely. Fast at generation. Zero at mental model transfer.\n\nThe time savings from AI generation are real and measurable. A landing page that would take 2 hours takes 45 seconds.\n\nThe costs are invisible until they are not.\n\nEvery time something breaks in code you did not write, you start from zero. No mental model to navigate by. No memory of why things are structured the way they are. Just a file full of correct-looking code that could be hiding the problem anywhere.\n\nOne developer described this exactly in a thread I was reading recently: when QA reports come in on AI-generated code, the team feeds the bugs back to the AI because nobody has the mental model to debug manually. The AI fixes the bugs it created. Sometimes correctly. Sometimes not. The team is no longer debugging. They are managing a system they do not understand.\n\nThat is not a productivity gain. That is a productivity loan with compounding interest.\n\nFor developers, cognitive ownership is a real but manageable problem. You can slow down, read the output carefully, ask the AI to explain its decisions, build the mental model deliberately even if the code was generated.\n\nFor non-technical users, the problem is structural.\n\nA marketer who generated a landing page with Claude was never going to build a mental model of the HTML. That was never the point. They needed a page, Claude gave them a page, they shipped the page.\n\nBut when something breaks, or when they need to change the offer, or when a client asks why the button does not work on mobile, they have nothing. No understanding of what they shipped. No way to fix it themselves. No path forward except going back to Claude and hoping the next output is better.\n\nThe only review step available to them is visual. Does it look right? Does it work on my phone? Is the layout broken anywhere I can see?\n\nThat review step is the only ownership they can realistically have over AI-generated HTML. And most of the time nobody builds that step into the workflow.\n\nI am not going to argue that non-technical users should learn to read HTML. That is not the solution.\n\nThe solution is building the review step they can actually do into the workflow before the page goes live.\n\nVisual review. Real screen sizes. Desktop, tablet, mobile. Before the URL exists and the client has already seen the broken version.\n\nThat is the design principle behind ** HTML Deployer**. The extension sits inside the Claude or ChatGPT tab where the conversation happened. It loads the generated HTML automatically. It shows you exactly what the page looks like on every screen size before you deploy. Then one click and it is live on Netlify, GitHub Pages, FTP, or your own server.\n\nThe cognitive ownership problem does not fully go away. But the most expensive version of it, shipping something broken because nobody looked at it on a real screen, goes away completely.\n\nThe question worth sitting with Every AI tool that generates something asks you to make a decision before you fully understand what you are deciding about.\n\nThe faster the generation, the less time you spend with the output before shipping it.\n\nThat speed is genuinely valuable. But it has a cost that shows up later, quietly, when something breaks and you realize you are looking at a stranger's work with no map and no memory.\n\nThe question is not whether to use AI to generate. The question is what you put between generation and ship to make sure you actually own what you are about to send into the world.\n\nHas anyone found a workflow that genuinely solves the cognitive ownership problem with AI-generated code? Not just \"review it carefully\" but something structural that forces understanding before shipping. Curious what people have actually tried.", "url": "https://wpnews.pro/news/ai-wrote-my-landing-page-3-weeks-ago-i-have-no-idea-what-s-in-it", "canonical_source": "https://dev.to/backrun/ai-wrote-my-landing-page-3-weeks-ago-i-have-no-idea-whats-in-it-3eai", "published_at": "2026-06-15 10:06:22+00:00", "updated_at": "2026-06-15 10:14:52.458904+00:00", "lang": "en", "topics": ["artificial-intelligence", "large-language-models", "developer-tools"], "entities": ["Claude", "AI"], "alternates": {"html": "https://wpnews.pro/news/ai-wrote-my-landing-page-3-weeks-ago-i-have-no-idea-what-s-in-it", "markdown": "https://wpnews.pro/news/ai-wrote-my-landing-page-3-weeks-ago-i-have-no-idea-what-s-in-it.md", "text": "https://wpnews.pro/news/ai-wrote-my-landing-page-3-weeks-ago-i-have-no-idea-what-s-in-it.txt", "jsonld": "https://wpnews.pro/news/ai-wrote-my-landing-page-3-weeks-ago-i-have-no-idea-what-s-in-it.jsonld"}}