Claude Code Guide

You don’t need to know how to code. You need to know how to describe what you want — and Claude Code builds it for you.

Think of it like having a software engineer sitting next to you who works at the speed of typing. You describe the problem, they build the solution. You’ve been doing this your entire career — defining requirements, managing workflows, negotiating contracts, coordinating logistics. The hard part isn’t the technology. It’s understanding the business problem clearly. And you already do that better than most software engineers ever will.

What You Need (5-Minute Setup)

Two things: a Claude subscription and Claude Code installed.

1

Get a Claude Subscription

Go to claude.ai/pricing and sign up for the Pro plan ($20/month). This is the same subscription you’d use for Claude on the web or your phone — but it also powers Claude Code, the terminal version. No separate purchase needed. You can upgrade later if you hit usage limits, but Pro is fine to start.

2

Install Node.js

Claude Code needs a program called Node.js to run. You only install this once.

  1. Go to nodejs.org
  2. Click the big green LTS button (LTS = the stable version)
  3. Run the installer — just click Next through everything, accept the defaults
  4. Close and reopen your terminal after installing (this is important — the terminal needs to reload)
3

Install Claude Code

Open your terminal and paste this command:

How to open the terminal:
Windows: Press the Windows key, type “PowerShell”, click “Windows PowerShell”
Mac: Press Cmd+Space, type “Terminal”, hit Enter

npm install -g @anthropic-ai/claude-code

If you get an error like “npm is not recognized”: Node.js didn’t install correctly, or you didn’t close and reopen the terminal. Close the terminal, reopen it, and try the command again. If it still doesn’t work, re-run the Node.js installer from Step 2.

4

Set the Best Model

The first time you run Claude Code, type this command to use the best model:

/model opus

You only have to do this once. It remembers your choice.

Terminal Basics

The terminal is just a text-based way to tell your computer what to do. Instead of clicking folders, you type where you want to go. That’s it.

You only need 5 commands. Everything else, Claude Code handles for you.

CommandWhat It DoesThink of It As
pwdShows where you are right nowChecking which floor you’re on
lsShows what’s in the current folderLooking around the room
cd foldernameGo into a folderWalking through a door
cd ..Go back one folderWalking back out
mkdir foldernameCreate a new folderBuilding a new room
pwdShows where you are right now
lsShows what’s in the current folder
cd foldernameGo into a folder
cd ..Go back one folder
mkdir foldernameCreate a new folder

These commands work the same on both Windows (PowerShell) and Mac.

The Only Navigation You Actually Need

The first time, you need to create your project folder. After that, you just navigate to it.

What’s $HOME and ~? These are shortcuts for your personal folder. On Windows, $HOME means something like C:\Users\Gus. On Mac, ~ means /Users/gus. So $HOME\projects just means “the projects folder inside your personal folder.”

First time — create the folder and start Claude Code:

Windows:

mkdir $HOME\projects cd $HOME\projects mkdir aviation-platform cd aviation-platform claude

Mac:

mkdir ~/projects cd ~/projects mkdir aviation-platform cd aviation-platform claude

Every time after that — just two commands:

Windows:

cd $HOME\projects\aviation-platform claude

Mac:

cd ~/projects/aviation-platform claude

Your First Claude Code Session

Once you type claude and hit Enter, you’re talking to the same Claude you’d talk to on claude.ai — but this version can read and create files on your computer.

What to Say First

Just talk to it like a person. Here’s a real example you can try right now:

Hi Claude. I'm building a software platform for aviation aftermarket parts companies. The core problem is that these companies manage inventory, respond to RFQ emails, and make purchasing decisions using slow manual processes. I want to start by building a proof of concept that can: 1. Parse sample RFQ emails and extract part numbers, quantities, and urgency 2. Cross-reference those parts against an inventory list 3. Flag AOG (aircraft on ground) requests as top priority I have some sample data I can share. What do you need from me to get started?

Claude Code will ask you questions, suggest an approach, and start building. You review what it builds, give feedback, and iterate.

Key Things to Know

  • You can paste text directly. Got a sample RFQ email? Paste it right in.
  • You can point it at files. Drop data files (CSV, Excel exports) into your project folder. Claude Code can read them.
  • It makes mistakes. That’s fine. Tell it what’s wrong and it fixes itself. Just like correcting an employee.
  • It explains things if you ask. Say “explain that in simple terms” or “why did you choose that approach?”
  • Type /exit to leave. Or just close the terminal window.

What a Real Session Looks Like

You type something, Claude responds, you give feedback, it adjusts. Repeat.

You: "Here's a sample RFQ email. Parse it and show me what data you'd extract." Claude: [analyzes the email, shows extracted fields: part number, quantity, condition, urgency level, customer name] You: "Good, but you missed the aircraft type. That's in the subject line usually — '737-800' or 'A320' or similar." Claude: [updates the parser to also extract aircraft type from subject lines] You: "Now do the same thing for these other 5 sample emails I'm dropping in the emails/ folder." Claude: [processes all 5, shows results in a table, flags any it wasn't sure about]

This is the actual workflow. You describe, it builds, you course-correct.

How the Process Works

For anything bigger than a quick question, you’ll use a structured process called Spec-Driven Development. It’s exactly like how you’d run a project at work.

SDD StepYour World EquivalentWhat Happens
SpecifyWriting a statement of workYou describe what you want. Claude asks clarifying questions.
PlanCreating a project planClaude researches options, designs the approach, picks the tools.
TasksBuilding a work breakdown structureClaude creates a step-by-step checklist of everything to build.
ImplementExecuting the projectClaude builds everything on the list, checking in with you at each phase.
SpecifyLike writing a statement of work — you describe what you want, Claude asks clarifying questions
PlanLike creating a project plan — Claude researches options, designs the approach
TasksLike a work breakdown structure — Claude creates a step-by-step checklist
ImplementExecuting the project — Claude builds everything, checking in with you at each phase

When to Use This vs. Just Asking

Use the Full Process For

  • Building a new feature (email parser, inventory analyzer)
  • Starting a new project or proof of concept
  • Anything that will take more than a few minutes

Just Ask Directly For

  • Quick questions (“What’s the best CSV structure for inventory?”)
  • Small changes (“Change the pricing formula to 15% markup”)
  • Analysis (“Look at this data and tell me what patterns you see”)
  • Research (“What aviation ERPs have APIs?”)

Building Your Aviation Platform

Here’s how the process maps to your specific business. These are real sessions you can run.

Proof of Concept #1: Email Parser (Start Here)

The quickest way to show value. Take 10-20 sample RFQ emails and build a parser.

What you need: Sample RFQ emails (copy-paste as .txt files) + inventory data (CSV or Excel export)

I have sample RFQ emails in the emails/ folder and an inventory CSV in data/inventory.csv. Build me a tool that: 1. Reads each email and extracts: part number, quantity, condition requested (new/OH/SV/AR), customer name, urgency (flag AOG as critical) 2. Cross-references each part against my inventory 3. Shows me a summary: what we have in stock, what we don't, and which requests are AOG 4. For parts we have, draft a quote response email Start with the first 3 emails so I can verify accuracy before you do all of them.

Proof of Concept #2: Inventory Analysis

Turn historical transaction data into strategic recommendations. This addresses one of the biggest aftermarket pain points: bad stocking decisions that create anchors — like investing $50K in a valve for a one-time customer, then watching it sit for years as a depreciating tax liability.

What you need: Transaction history + current inventory snapshot + customer list

Analyze my transaction history and current inventory. I need to know: 1. Which parts sell the fastest (highest turnover)? 2. Which parts have been sitting on the shelf for 12+ months (dead stock)? Flag anything that's becoming a depreciating tax liability. 3. Based on my customer base (mostly 737 operators), which parts should I invest more in? Which am I holding that don't match my customers' fleets? 4. Which parts am I overstocked on relative to demand? 5. Give me a clear report I can share with Stef — include ROI on existing stock and dump-vs-invest recommendations.

Proof of Concept #3: Competitive Research

Use Claude Code to research the market before you build. You already know the major players — ePlaneAI, Rotabull, VistaQuote, SkySelect — but you need a clear picture of where they fall short for shops your size.

Research the aviation aftermarket software landscape. I need to understand: 1. What does ePlaneAI do and how much do they charge? They seem to target mid-to-large operations — confirm that. 2. What does Rotabull do? They focus on quoting speed but not inventory strategy — is that right? 3. What do VistaQuote and SkySelect offer? How do they compare? 4. What's the gap for small-to-mid aftermarket shops (5-50 employees) that need BOTH email automation AND strategic inventory advisory? 5. What pricing model makes sense for a startup targeting this segment? Look at what Quantum Control and Pentagon 2000 charge as a reference. 6. Create a competitive analysis table I can use in a pitch deck for investors. Include target market, pricing, and gaps for each competitor.

Preparing Your Data

The better your data, the better the results. Here’s what to gather.

Must-Have (For the First Session)

  • 5-10 sample RFQ emails — Copy-paste into .txt files. Include standard requests, AOG urgency emails, follow-ups, corrections. Sanitize customer names if needed — part numbers and format matter most.
  • Inventory snapshot — Export from ERP as CSV or Excel. Columns: part number, description, quantity on hand, condition (new/OH/SV/AR), aircraft type, acquisition cost, location.

Nice to Have (Makes It Way Better)

  • 5-10 sample quote responses — Shows Claude how you format and price quotes
  • Transaction history — What sold, when, to whom, at what price. Even 6 months reveals patterns.
  • Customer list — Which customers, what aircraft types, approximate volume. Can be anonymized.
  • Aircraft types served — e.g., 737-700/800, A320ceo, CRJ-200
  • Sample IPC page — One or two pages showing how parts map to aircraft types

How to Organize It

Create this folder structure in your project:

aviation-platform/ emails/ ← Drop sample RFQ emails here (.txt files) data/ inventory.csv ← Inventory export transactions.csv ← Sales history customers.csv ← Customer list quotes/ ← Sample quote responses reference/ ← IPC pages, industry docs

Create this structure by pasting into your terminal:

mkdir emails data quotes reference

Then drag files from your Downloads into the right folders, or save them directly there.

Other Business Uses

Claude Code isn’t just for building software. Here are things you can do right now.

Company Formation

I need to set up an LLC in Nevada for an aviation aftermarket software company. Walk me through the process step by step. What forms do I need? What's the cost? What decisions do I need to make (registered agent, operating agreement, EIN)?

Pitch Deck / Presentations

Based on the requirements document and competitive research in this folder, create a pitch deck outline for presenting this business idea to Stef and potential investors. Focus on: the problem (3+ hour RFQ response times, dead stock as tax liability, no inventory strategy), market size (small-to-mid aftermarket shops, 5-50 employees), our solution, competitive advantage vs ePlaneAI/Rotabull, and what we need to get started.

Partnership Structure

I'm starting a business with a partner named Stef who has startup experience (he's co-founded and sold companies before, including one acquired by MasterCard). He has a manufacturing warehouse in the Bay Area and a software engineer on staff. I'm bringing the domain expertise (20+ years in aviation aftermarket) and building the initial proof of concept. Help me think through: 1. What partnership structure makes sense (co-founders, investor/operator, advisor + equity)? 2. Who should own the IP if I'm building the POC with my own tools? 3. What should we put in writing before combining resources? 4. What are the risks of NOT defining this clearly upfront?

Email Drafts

Draft a professional email to my former employer Adam explaining that I've built a proof of concept for the AI platform we discussed. I want to propose a pilot program where we test it with his company's data. Keep it concise and professional.

Contract Analysis

I'm going to paste a partnership agreement template. Review it and flag any terms I should negotiate or be concerned about. Explain each concern in plain language — I'm not a lawyer. Pay special attention to IP ownership, equity split, and what happens if one partner wants to exit.

Market Research

Research the aviation aftermarket parts industry. What's the total market size? How many companies are in the 5-50 employee range in the US? What's the average revenue per company? I need real data I can cite in a business plan. Also look at recent acquisitions in this space — Stef's previous company was acquired by MasterCard, so we know exits happen in adjacent markets.

Setting Up Spec-Driven Development

The full structured workflow — from installing the toolkit to building your first feature end-to-end.

SDD is a methodology created specifically for working with AI coding tools. Instead of just typing “build me a thing” and hoping for the best, you go through a structured process that produces dramatically better results. Think of it like the difference between telling a contractor “build me a house” vs. giving them blueprints, a materials list, and an inspection checklist.

Learn more: Spec-Driven Development Guide · GitHub Spec Kit

Step 1: Install the Prerequisites

You need two tools: uv (a Python package manager) and spec-kit itself.

Install uv:

Windows (PowerShell):

powershell -ExecutionPolicy ByPass -c "irm https://astral.sh/uv/install.ps1 | iex"

Mac:

curl -LsSf https://astral.sh/uv/install.sh | sh

Close and reopen your terminal after installing uv.

Install Spec Kit:

uv tool install specify-cli --from git+https://github.com/github/spec-kit.git

Verify it worked:

specify --help

Step 2: Initialize Your Project

Navigate to where you want your project (create the folder first if it doesn’t exist), then run the init command:

Windows:

mkdir $HOME\projects cd $HOME\projects specify init aviation-platform --ai claude

Mac:

mkdir -p ~/projects cd ~/projects specify init aviation-platform --ai claude

If the projects folder already exists, that’s fine — mkdir will just tell you it already exists. No harm done.

This creates a project folder with the SDD structure:

aviation-platform/ .specify/ ← SDD toolkit (templates, scripts, config) memory/ ← Constitution and project memory templates/ ← Templates for specs, plans, tasks scripts/ ← Automation scripts CLAUDE.md ← Instructions Claude Code reads automatically specs/ ← Where your feature specs will live

If you already have a project folder with data in it, init in place:

Windows:

cd $HOME\projects\aviation-platform specify init . --ai claude

Mac:

cd ~/projects/aviation-platform specify init . --ai claude

Step 3: Start Claude Code (Must Be in the Project Directory)

This is critical: Claude Code reads the project configuration when it starts. The SDD commands only work when Claude Code is launched from inside a project that has the .specify/ folder.

Windows:

cd $HOME\projects\aviation-platform claude

Mac:

cd ~/projects/aviation-platform claude

If the /speckit.* commands don’t work: type pwd to check you’re in the right directory. On Windows you should see something like C:\Users\Gus\projects\aviation-platform. On Mac it would be /Users/gus/projects/aviation-platform. If you’re somewhere else, type /exit, navigate to your project, and start claude again.

Step 4: Set Your Constitution

The constitution defines the non-negotiable principles for your project — the rules that every feature, plan, and piece of code must follow. Think of it like a company’s operating agreement: it establishes the ground rules before any work begins.

/speckit.constitution

Claude will ask you about your project’s core principles. For your aviation platform, you might establish:

  • Data accuracy is non-negotiable — An incorrect quote is worse than a slow quote
  • Human review before customer-facing output — AI drafts, human approves
  • Security first — Customer data, pricing, inventory levels are confidential
  • Aviation compliance — FAA 8130-3 documentation requirements must be respected
  • Small operator focus — Design for 5-50 employee shops, not enterprise

The constitution gets saved to .specify/memory/constitution.md and Claude Code references it for every future feature. Without it, different features might make conflicting assumptions.

Step 5: Your First Feature — The Full Workflow

/speckit.specify — Define What You Want

/speckit.specify "Build an RFQ email parser that reads inbound request-for-quote emails, extracts part numbers, quantities, condition codes, aircraft types, customer info, and urgency level (standard vs AOG). Cross-reference extracted parts against our inventory CSV and produce a summary showing what we have, what we don't, and flag all AOG requests as critical priority."

Write this like a scope of work. Focus on what you want and why, not how to build it. Claude produces a formal specification document saved to your specs/ folder.

/speckit.clarify — Fill in the Gaps

/speckit.clarify

Claude reads the spec and identifies up to 3 ambiguities. It asks focused questions like: “Should the parser handle multi-line RFQs where one email requests 15 parts?” or “What email format do RFQs come in — structured forms, freeform text, or a mix?”

Claude recommends an answer based on best practices — you can just say “yes” to accept. Your answers get written back into the spec.

/speckit.plan — Design the Approach

/speckit.plan

Claude switches from “what” to “how.” It researches the best tools, designs the architecture, defines the data model, and creates interface contracts.

Pro tip: Before running this, tell Claude: “Before you plan, research the current state of aviation aftermarket email parsing tools and how companies like ePlaneAI and Rotabull handle this.” This makes the plan dramatically better.

Review the plan. This is your chance to say “actually, use this approach instead” before any code is written. It’s much cheaper to change a plan than to rewrite code.

/speckit.tasks — Break It into Steps

/speckit.tasks

Claude takes the plan and creates an ordered checklist: setup first, then core features, then polish. Each task specifies what to build, which file to modify, and dependencies. This is your last checkpoint before implementation starts.

/speckit.analyze — Quality Check (Optional)

/speckit.analyze

Cross-checks your spec, plan, and tasks for consistency. Catches requirements with no tasks, tasks referencing undefined components, terminology drift, and constitution violations. If there are critical issues, fix them before implementing.

/speckit.implement — Build It

/speckit.implement

Claude works through the tasks one by one. It creates the project structure, builds each component, runs tests, fixes its own errors, and checks in with you at each phase. When it’s done, you have a working feature.

The Full Flow at a Glance

cd $HOME\projects\aviation-platform # Navigate to your project (Windows) cd ~/projects/aviation-platform # Navigate to your project (Mac) claude # Start Claude Code /speckit.constitution # Set project principles (one-time) /speckit.specify "description..." # What do you want? /speckit.clarify # Fill in gaps /speckit.plan # How should we build it? /speckit.tasks # Break it into steps /speckit.analyze # Quality check (optional) /speckit.implement # Build it

For your first feature, go through all the steps. For subsequent features, skip the constitution (it’s already set) and repeat specify → clarify → plan → tasks → implement.

Why This Works Better Than Just Asking

You could skip all of this and just tell Claude Code “build me an email parser.” And it would build something. But without the structured process, it guesses at requirements, picks tools without researching alternatives, misses edge cases, and produces no documentation.

The SDD process takes maybe 15-20 extra minutes upfront. But it saves hours of rework, produces better results, and creates documentation that makes every future feature easier.

You already know this instinctively from running logistics operations — preparation saves time, documentation prevents errors, and structured processes beat ad-hoc firefighting every time.

Quick Reference

Everything in one place.

Terminal Commands

CommandWhat It Does
pwdWhere am I?
lsWhat’s in this folder?
cd foldernameGo into a folder
cd ..Go back one folder
cd $HOME\projects\aviation-platformGo directly to your project (Windows)
cd ~/projects/aviation-platformGo directly to your project (Mac)
mkdir foldernameCreate a new folder
claudeStart Claude Code
pwdWhere am I?
lsWhat’s in this folder?
cd foldernameGo into a folder
cd ..Go back one folder
cd $HOME\projects\aviation-platformGo to your project (Windows)
cd ~/projects/aviation-platformGo to your project (Mac)
mkdir foldernameCreate a new folder
claudeStart Claude Code

Inside Claude Code

CommandWhat It Does
/exitLeave Claude Code
/helpSee all available commands
/model opusSwitch to the best model (one-time)
Ctrl+CStop Claude if it’s stuck
/speckit.constitutionSet project principles (one-time setup)
/speckit.specify "..."Define what you want to build
/speckit.clarifyClarify requirements
/speckit.planCreate implementation plan
/speckit.tasksBreak plan into task list
/speckit.analyzeQuality check across all artifacts
/speckit.implementBuild everything
/exitLeave Claude Code
/helpSee all available commands
/model opusSwitch to the best model (one-time)
Ctrl+CStop Claude if it’s stuck
/speckit.constitutionSet project principles (one-time)
/speckit.specify "..."Define what you want to build
/speckit.clarifyClarify requirements
/speckit.planCreate implementation plan
/speckit.tasksBreak plan into task list
/speckit.analyzeQuality check across all artifacts
/speckit.implementBuild everything

Setup Commands (Run Once)

CommandWhat It Does
uv tool install specify-cli --from git+https://github.com/github/spec-kit.gitInstall Spec Kit
specify init aviation-platform --ai claudeInitialize a new SDD project
specify init . --ai claudeInitialize SDD in current folder
uv tool install specify-cli ...Install Spec Kit
specify init aviation-platform --ai claudeInitialize a new SDD project
specify init . --ai claudeInitialize SDD in current folder

Your Daily Workflow

Windows:

cd $HOME\projects\aviation-platform claude

Mac:

cd ~/projects/aviation-platform claude

Two commands. That’s it.

What’s Next

1

Get the Claude Pro Subscription

claude.ai/pricing — $20/month (this powers both Claude on the web and Claude Code)

2

Install Node.js

nodejs.org — click the green LTS button, install, restart terminal

3

Install Claude Code

Follow the setup steps above

4

Install Spec Kit

Follow the SDD setup steps above

5

Gather Your Sample Data

Even 5 RFQ emails and an inventory export is enough to start

6

Initialize Your Project & Set Your Constitution

specify init aviation-platform --ai claude, then /speckit.constitution

7

Build Your First Feature

Start with the email parser — POC #1

Resources

ResourceLink
Spec-Driven Development Guidesdd.goecke.io
GitHub Spec Kitgithub.com/github/spec-kit
Claude Code Documentationdocs.anthropic.com
Claude Subscriptionclaude.ai/pricing
Node.js (required for Claude Code)nodejs.org