# Start Here: Build With an AI Agent in 60 Minutes Most people approach AI tools through the autocomplete paradigm. That is the wrong starting point. GitHub Copilot-style autocomplete is useful, but it keeps you inside the old editor experience: type a line, accept a suggestion, type another line. You are still driving at the keystroke layer. The new paradigm is the agent. An agent can take a natural-language goal, inspect multiple files, make coordinated edits, run commands, read errors, and iterate. You do not ask for the next line. You ask for the next working version. And you do not need to be a developer to run this loop. You need one small thing you actually want to exist. So the wrong question is: Can this thing code for me? Better question: Can this thing help me build one small useful artifact today? That shift matters. You are not trying to become a perfect programmer in an hour. You are trying to create a working loop: ask, inspect, run, fix, repeat. If you can do that, you are building with an agent. The promise In 60 minutes, you should be able to: Start a small project. Ask an agent to make a first version. Run it. Read the error when it breaks. Ask for a fix with the error included. Make one visible change yourself. That is the loop. Everything else is scale. What to use Use one of two paths. Tool Best for Why Replit Beginners and fastest publishing It gets you from idea to live URL with the least setup. Codex Serious agent work It brings high-autonomy reasoning into real projects — files, documents, data, tests, and code. The macOS app means no terminal anywhere in the path. If you are new, start with Replit and ship something on the internet today. If you already work in projects, docs, spreadsheets, repos, or messy local folders, use Codex. The macOS app at chatgpt.com/codex is the easiest way in: download it, sign in, point it at a folder, and describe what you want in plain English. Claude is just as serious an agent. If it fits your taste, use it instead and nothing below changes. I personally use Codex more than anything else because it spans the widest range of work for me: coding, writing, research, repo cleanup, local automation, document work, and weird one-off machine tasks. Do not start by comparing every AI tool. The win is leaving autocomplete behind and learning the agent loop. The 60 minute path Minutes 0-10: choose a tiny artifact Pick something almost embarrassingly small. Good first artifacts: A personal landing page. A habit tracker. A CSV cleaner. A script that renames files. A tiny calculator for a decision you make often. A page that explains a project you care about. Bad first artifacts: A social network. A finance app with real money. A medical assistant. A marketplace. Anything with accounts, payments, or private data. You are learning the loop. Keep the blast radius low. Minutes 10-20: write the first prompt Use this: I want to build {artifact}. I am new to coding. Make the smallest working version first. Use simple tools. Explain how to run it. After the first version works, suggest three improvements. Then paste your actual idea. Do not ask for the final product. Ask for the first working version. Minutes 20-35: run it This is where beginners get stuck. They read the code like it is an essay. Do not do that yet. Run it. In Replit it runs in the browser. In Codex, ask the agent to run it and show you the result. The first goal is not comprehension. The first goal is feedback from the machine. If it fails, copy the exact error and ask: This failed. Here is the full error. Explain what happened in plain English, then give me the smallest fix. The error is not proof you are bad at this. The error is the conversation moving forward. Minutes 35-45: make one visible change Change something you can see. Rename the title. Change the colors. Add a button. Add one field. Change the output format. Add one example row. Then run it again. You need to feel causality. I changed this, and the thing changed. That is the psychological unlock. Minutes 45-60: ask for the next layer Once the artifact works, ask: Give me three next improvements: one easy, one useful, and one ambitious. For each, explain what files would change and what could break. This teaches you how to think about software as a system instead of a pile of magic text. The beginner mistake The beginner mistake is trying to understand everything before doing anything. That is not how this works anymore. You learn by asking the system to make something real, then interrogating the result. Ask: What did you create? Which file matters most? How do I run it? What is the simplest change I can make? What could break? How would I undo this? These are better than asking, "Teach me JavaScript." The first mental model Think of a coding project like a restaurant. The UI is the dining room. The server is the kitchen. The database is the pantry. The command line is the back door. Git is the security camera. You do not need to know every recipe to walk around the building. Your job at first is orientation. Where does the app start? Where does the data live? Where does the page render? Where do errors appear? Once you can point to those places, the AI gets much more useful because your questions get sharper. Use dumb questions aggressively Ask the questions you would be embarrassed to ask a coworker. What is a terminal? What is a dependency? What does this error mean? Why did changing this file affect the page? Explain this like I know spreadsheets but not software. This is not weakness. This is the new learning interface. The model does not care what you should already know. It just keeps answering. What "learning to code" means now Learning to code used to mean memorizing syntax before you could make anything. Now it means learning how to: Describe intent clearly. Break large goals into small artifacts. Run code and collect evidence. Read errors without panic. Judge whether the output matches reality. Keep enough context to steer the system. Syntax still matters. Expertise still matters. But the entry point moved. You can start from intent. Your first day checklist Make one tiny artifact. Run it. Break it once. Fix it once. Ask what each file does. Add one visible feature. Save the final working version. Write down the three prompts that helped most. That is a real first day. The point You are not learning to type code faster. You are learning to turn thoughts into working systems. Start small. Run the loop. Keep evidence. Ask shamelessly. That is how you get your first agent loop.