From Blank Folder to Working System: How to Set Up Any Project in Claude Code
After converting dozens of people to Claude Code, this is the process that actually gets them unstuck.
Every time a new AI tool drops, I ask myself the same question:
āWhatās the 10x play here?ā
Not the 2x. Not the āsaves me 20 minutes.ā The thing that fundamentally changes how I work with AI.
For me, that answer has been the same for almost a year: building an agent workspace where AI actually knows your projects, your thinking, your preferences. An AI partner that compounds its understanding of you over time. Claude Code is where Iāve gone all in.
And to be honest, one of the proudest things Iāve done in my entire AI journey, besides growing this newsletter, is converting people to Claude Code. Founding members of AI Maker. Clients. Close friends in the space. Maker Lab subscribers. Iāve walked dozens of them through the setup, watched the moment it clicked, and seen their faces beam with excitement, knowing it changes the way they work.
The Blank Folder Problem
Last week, my livestream with Michael Simmons went live where I did something I hadnāt done before: open my entire Claude Code setup on screen and walk through how I actually run this newsletter. Not a polished demo. Just sharing my screen, triggering skills, explaining what each layer does, and answering questions in real time.
šØ This video can only be played if you are a paid member of Maker Labs.
I showed everything. My CLAUDE.md file. My custom commands. My skills for SEO, thumbnails, LinkedIn carousels, news digests, draft reviews. My MCP connections. My CLI tools. The full system, layer by layer, running live.
And the response from Maker Lab members were almost unanimous:
āThatās incredible. But how do I get there? Is there a clear path I can follow to build something like that?ā
That question hit me. Because it confirmed something Iād been hearing in private conversations too. After publishing my Claude Code guide, I got a wave of messages that all sounded the same:
āI installed it. I opened my folder. Now what?ā
I started calling it the āblank folder problem.ā And the more I dug into it, the more I realized this is the messy middle that nobody talks about. There are hundreds of tutorials showing you what Claude Code can do. Features, demos, possibilities. But almost nothing that addresses the actual gap: how do you go from āI have a projectā to āClaude Code understands everything about me and my workā?
Thatās where people quit. Not because the tool is too hard. Because the space between knowing the features and setting up YOUR project is a valley that no feature walkthrough can cross.
This post is about crossing that valley. By the end, youāll know exactly what files to create, what order to create them in, and what to skip entirely. So you can get to the part that actually matters: Claude Code becoming your full agentic AI assistant that knows how you work, end to end.
And to be clear: donāt let the word āCodeā fool you. This has nothing to do with coding. Iām not a developer. The people Iāve converted arenāt developers. Claude Code is an AI agent that lives inside your project files, and those files can be anything: newsletter drafts, client proposals, research notes, marketing campaigns, course materials, strategy docs. If your work involves creating, writing, researching, or managing projects, this applies to you.
The Anatomy of a Claude Code Project
Before we get into what to build, you need to see the full picture of whatās possible:
This image shows every file and folder a Claude Code project can have. Study it for a second, then take a breath. Because hereās the thing most people miss:
You donāt need most of this.
At least not on day one. But Iām showing you the full anatomy so you understand the territory, not so you build all of it right now. Think of it like a map of a city. You donāt need to visit every street just because they exist.
Let me walk you through each layer so you know what it does and when it matters.
Hereās something important before we go layer by layer: no matter what kind of project youāre setting up, whether itās a marketing campaign, a content creation system, a consulting practice, or a personal research workflow, two things need to be in place every time:
CLAUDE.md
.claude/ folder
These are your non-negotiables. Everything else is optional and project-specific.
Letās dive in.
šØ Quick reminderā¦
If you enjoyed this preview and want the full blueprints, AI Maker Lab pricing is going up next Thursday (from $10/month to $15). You can lock in $10/month before then, and your rate stays the same forever. You can learn more details here.
Layer 1: The Foundation
These are the files Claude reads every single time you start a conversation.
CLAUDE.md is your projectās instruction manual. It tells Claude what youāre working on, how you like to communicate, and what mistakes to avoid. This gets committed to git, so if youāre on a team, everyone shares it. This is the only file you absolutely need on day one.
Layer 2: The Control Center
The .claude/ folder is where configuration lives.
settings.json controls what Claude is allowed to do in this project. Can it create files? Edit documents? Access the web? These permissions give you more control over what Claude can and canāt do.
Most people never touch these manually. Claude sets them up through permission prompts as you work. They exist in the background.
Layer 3: The Workflows
This is where things get powerful, and where most people over-build too early:
commands/ holds your custom slash commands. These are tasks YOU trigger when you need them. Write a markdown file, and it becomes a command you can run with a slash.
/project:daily-plan,/project:research,/project:weekly-report, whatever your workflow needs.rules/ holds modular instruction files that load automatically based on what youāre working on. You donāt trigger these. Claude reads them on its own when the context matches. A
writing-tone.mdrule loads when youāre drafting content. Aclient-communication.mdrule loads when youāre writing emails. Set them once, never think about them again.skills/ are auto-invoked workflows. The difference from commands: you donāt trigger skills manually. Claude recognizes when a skill is relevant and runs it. Each skill lives in its own folder with a SKILL.md file that defines when and how it activates.
agents/ are isolated specialists. They run in the background, handle longer tasks, and donāt interfere with your main conversation. A research agent. A content-repurposing agent. A weekly synthesis agent. Each one stays in its own lane.
What This Means For You
The anatomy image shows a mature, fully-built project. Yours wonāt look like that in the beginning, but it will evolve over time as you add more capabilities to your Claude Code system, and eventually it will reach that state.
The rest of this post will help you figure out which layers you actually need and how to set them up for your project, so you can navigate it on your own.
What Youāre Getting Below
Now you know the anatomy. You understand the layers. You know you donāt need all of them.
But knowing the map isnāt the same as knowing how to start walking.
Below, Iām sharing the exact three-phase process Iāve walked my founding members, clients, and friends through, one by one, to get their Claude Code projects running. The same process that turned āI opened my folder and frozeā into āClaude already knows how I work.ā
This is the first part of my agent harness guide, which Iāll expand in upcoming posts.
Hereās whatās inside:
The Three-Phase Setup - The complete Dump > Refine > Audit process. What files to throw in your folder (by project type), how to run /init the right way, the interview prompt that fills in what your files canāt capture, and the plugin that scores your CLAUDE.md so you know itās actually good.
My Actual CLAUDE.md, Broken Down Line by Line - Iām sharing the exact file that runs my entire newsletter operation. It started at 500+ lines and made Claude worse. I trimmed it to ~130 lines and Claude got dramatically better. Iāll show you what stayed, what got cut, why each section exists, and the principle that took me 9 months to learn about how to structure this file.
When to Add Each Layer - The exact signals that tell you itās time to build your first rule, your first command, your first skill, your first agent. With the specific question to ask yourself before adding anything.
8 Stress Tests - Specific scenarios you can run to pressure-test whether your setup actually works. The ambiguity test, the rule canary test, the cold start test, and more. Each one targets a failure mode you wonāt catch if you use it normally.
Video Walkthrough - Iāve recorded myself walking you through the Claude Code setup process from scratch all the way to a fully working system.
This is the guide I wish existed when I started. And itās the one I keep sending people when they message me saying āIām stuck.ā
Before we continue, I want to be clear: if this is your first time reading about Claude Code, you might want to go through my previous Claude Code ultimate guide to understand its full capabilities, then jump into this post.
The Three-Phase Setup (From Blank Folder to Working System)
This is the part most people get wrong. They either create a CLAUDE.md but never improve it over time, or they keep adding to a 500-line instruction file that ruins the agentās effectiveness.
Both fail for the same underlying reason: they focus on the file, not the process behind it.
Iāve landed on a three-phase approach that works every time. It takes about 30 minutes, and you end up with a CLAUDE.md that actually makes Claude useful from day one.
Hereās the process: Dump > Refine > Audit.
Iāve prepared two things to help you follow along:
I recorded myself running through this entire process from scratch: the three phases, setting up rules, building commands, creating skills, and deploying agents. If you prefer learning by watching, start here. If you prefer reading, skip the video and use the written guide below. The video covers the same ground.






