← YouTube

I Made Codex and Claude Code Build the Same App. One Clearly Won.

YouTube · Nate Herk | AI Automation · August 14, 2026
A developer prompted both Codex and Claude Code to build an identical production-ready TypeForm alternative, resulting in vastly different performance metrics with one taking 3 days and costing $3,000 while the other took 5 hours and cost $800. The first output, called Real Form, demonstrated functional form-building features but contained multiple bugs and UI issues, including an unavailable image preview feature and overwhelming interface design that prioritized administrative functionality over user experience. The comparison revealed distinct differences in how each coding agent approached the same development task.

Detailed Analysis

A YouTube creator's head-to-head comparison of OpenAI's Codex and Anthropic's Claude Code pits the two leading AI coding agents against each other in a real-world test: building a production-ready Typeform clone from an identical prompt. The methodology is notable for its rigor by influencer standards—both agents received the same "slash goal" command structured around three phases (research, build, verify), with explicit instructions not to stop at a prototype but to continue "researching, building, testing, breaking, fixing, and retesting until the app is genuinely complete." The results diverged dramatically in cost, time, and output quality: one agent took three days and roughly $3,000, while the other completed the task in five hours for about $800, though the article doesn't specify at this point which tool corresponds to which numbers, building suspense for the reveal.

The qualitative walkthrough of the first output—an AI-generated form-builder app called "Real Form"—reveals both the strengths and persistent weaknesses of current coding agents when left to operate with significant autonomy. The landing page and signup flow are polished enough to pass as human-designed at a glance, reflecting how far AI-generated UI has come. However, once the reviewer moves into actual product functionality—building a form, inserting variables, uploading a welcome-screen image—cracks appear quickly: cluttered UI with too many competing elements, unclear interaction patterns (like how to delete a block), and an outright broken feature where an uploaded image simply fails to render. This gap between surface polish and functional completeness is a recurring theme in evaluations of agentic coding tools: they are increasingly good at generating aesthetically convincing scaffolding but still struggle with the long tail of edge cases that a human product manager would catch through actual usage testing.

This comparison matters because Codex and Claude Code represent the two dominant approaches to agentic software development currently on the market, and enterprises and individual developers are actively trying to determine which tool to standardize on for complex, multi-step engineering tasks. Cost and time efficiency are becoming as important as raw output quality in these evaluations, since agentic coding tools bill based on token usage and compute time, meaning a "smarter" agent that takes three times as long or costs four times as much may not be the better business choice even if its output is marginally superior. The creator's admission that the prompt itself was suboptimal—lacking a dedicated planning phase between research and build—also highlights a broader lesson in the agentic AI space: prompt and workflow design increasingly matters as much as which underlying model is used, since both tools are sensitive to how tasks are decomposed and sequenced.

More broadly, this kind of comparative, task-based benchmarking reflects a shift in how the AI community evaluates coding agents—moving away from abstract benchmark leaderboards toward real, end-to-end build tests that surface practical differences in autonomy, reliability, and self-correction. As both Anthropic and OpenAI push their agents toward greater independence (multi-hour or multi-day autonomous sessions, self-testing, and iterative fixing), the gap between "impressive demo" and "production-ready product" remains the key differentiator that users are trying to measure. Content like this, despite its informal and non-scientific framing, is increasingly influential in shaping developer perception and adoption decisions, filling a gap left by more formal benchmarks that often fail to capture real-world usability, UI coherence, and the kind of subtle bugs that only emerge through actual hands-on testing.

Read original article →