惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Recent Announcements
Recent Announcements
人人都是产品经理
人人都是产品经理
月光博客
月光博客
博客园 - 三生石上(FineUI控件)
GbyAI
GbyAI
博客园 - 司徒正美
美团技术团队
Vercel News
Vercel News
IT之家
IT之家
U
Unit 42
Y
Y Combinator Blog
罗磊的独立博客
Microsoft Security Blog
Microsoft Security Blog
MongoDB | Blog
MongoDB | Blog
Jina AI
Jina AI
V
Visual Studio Blog
B
Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
MyScale Blog
MyScale Blog
博客园 - 叶小钗
A
About on SuperTechFans
WordPress大学
WordPress大学
Hugging Face - Blog
Hugging Face - Blog
B
Blog RSS Feed

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
You Don't Own the Code AI Wrote for You
Backrun · 2026-06-08 · via DEV Community

AI is getting faster at generating HTML.

That sounds like good news. For most people reading this, it probably is.

But there is a group of users for whom faster generation is actually making things worse. Not because the output is bad. Because the output is arriving faster than they can do anything with it.

The amplification problem

There is a pattern that keeps showing up in how people actually use AI at work.

AI amplifies what you already have.

If you are a developer, AI amplifies your ability to ship. You generate, you review, you deploy. The whole loop is fast because you already knew how to close it.

If you are a marketer, a solo founder, a freelancer with no technical background, AI amplifies your ability to generate. But the rest of the loop, review, debug, deploy, still runs at the same speed it always did. Which for most non-technical users is somewhere between slow and completely stuck.

Faster generation does not help you if you cannot close the loop.

It just means you have more finished HTML sitting in chat windows going nowhere.

What the data from real usage looks like

In conversations with users of HTML Deployer, a Chrome extension I built for deploying AI-generated pages without touching a terminal, the same story comes up over and over.

Someone generates a landing page with Claude. It looks exactly right. They spend the next hour trying to get it live. Sometimes they succeed.
Often they do not. The page stays in the chat. The campaign launches late or not at all.

This is not a story about AI failing. The AI did its job. The HTML is good.

This is a story about what happens after the AI does its job.

The gap is structural, not a skill problem

Every deploy tool in existence was designed with a developer-shaped user in mind.

Netlify assumes you have a file saved locally or a Git repo ready to connect. GitHub Pages assumes you understand what a repository is and why it needs to be public. FTP assumes you have hosting, credentials, and some idea of what a file path means.

These are not unreasonable assumptions if your user is a developer.

They are completely wrong assumptions if your user just typed a prompt into Claude and got back a finished page.

That user does not have a local file. They have a chat window. They do not have a Git repo. They have an output they want to share. They do not know what FTP stands for and should not have to.

The tooling gap is not about intelligence or effort. It is about who the tools were designed for and who is actually using AI right now.

Who is actually using AI right now

The fastest growing segment of AI users is not developers.

It is people who never expected to be building anything but suddenly can describe what they want and get something real back. Marketers. Consultants. Small business owners. Teachers. Freelancers who do everything themselves. People running one-person operations who used to outsource web work and now realize they can generate it themselves.

That population is enormous.

And almost none of the tooling built around AI generation was designed for them.

The part that does not get talked about enough

There is a term from software testing called plausible wrongness. The output looks correct. It passes a surface inspection. But it behaves wrong under real conditions.

The deploy situation for non-technical AI users is a kind of structural plausible wrongness.

The workflow looks like it should work. Claude gives you HTML. Netlify lets you deploy HTML. The steps should connect.

But the steps were designed for two different users. The AI was designed for everyone. The deploy tools were designed for developers. The person in the middle, the non-technical user holding a finished HTML file, falls through the gap between them.

What closing the gap actually looks like

The fix is not teaching non-technical users to use developer tools.

The fix is building the deploy step where the generation already happened.

That is the design bet behind HTML Deployer. The extension lives inside the Claude or ChatGPT tab. It detects the HTML automatically. It shows you a preview on desktop, tablet and mobile before anything goes live. It deploys to Netlify, GitHub Pages, FTP or your own server in one click.

No new tab. No terminal. No file to save. No workflow to learn.

The generation is already happening in the browser. The deploy should happen there too.

The broader point

Every time AI gets faster at generation, the gap between output and outcome gets more visible for the users who cannot close it themselves.

That gap is not going to close on its own. Developer tools will not become intuitive for non-technical users just because AI got better.

Someone has to build the bridge.

Right now, not enough people are building it.


If you work with non-technical users who use AI tools, what is the step they get stuck on most consistently? Generation is rarely the answer anymore. I am curious what comes after.