Skip to content

Claude Code quick start: from install to a verified first feature

The Claude Code quick start is eleven short guides, about two hours in total, that take a developer from an empty machine to a first feature proved by tests: install, sign in, set permissions, write CLAUDE.md, then build one feature in slices verified by type checks, tests, and a fresh-context review.

This hub is for developers setting up Claude Code or repairing a drifted setup. Without a setup that runs your checks, the first session ends with a large diff you cannot judge.

What the Claude Code quick start gives you

Section titled “What the Claude Code quick start gives you”
  • A CLI signed in to the account you meant to bill.
  • Allow rules that let Claude run your test, lint, and type-check commands unprompted.
  • A CLAUDE.md that names those commands.
  • One feature committed with evidence: criteria, passing gates, and review findings.

In what order should you set up Claude Code?

Section titled “In what order should you set up Claude Code?”

Do steps 1–7 in order; take steps 8–11 when you need them.

#GuideTimeDone when
1Install the CLI10 minclaude --version prints a version
2Sign in5 minclaude auth status --text shows the login method you expect
3Configure permissions and models10 minYour check commands run without a prompt
4Connect your IDE10 minThe VS Code or JetBrains session sees your open file
5Write CLAUDE.md15 minThe file lists build, test, lint, and type-check commands
6Build your first feature20 minTests and gates pass; review findings are resolved
7Commit and open a PR10 minThe PR carries an evidence summary
8Plan from a PRD15 minA spec becomes a plan file and a task list
9Connect MCP servers15 minclaude mcp list reports each server as connected
10Tune effort for hard problems10 minYou know when to raise /effort and when to switch model
11Recover from bad sessions10 minYou have used /rewind once on purpose

Which model and permission mode will a new session use?

Section titled “Which model and permission mode will a new session use?”
  • Model. From v2.1.280 (the latest channel), Claude Code defaults to Claude Opus 5.5 on every paid plan and the Anthropic API. The stable channel (Homebrew cask claude-code) was at v2.1.274 on 2026-09-26 and still runs older defaults. The models hub lists per-provider defaults and prices.
  • Effort before model. Opus 5.5 runs at medium effort by default; raise it with /effort high before you change model. Pick Claude Fable 5.1 (/model fable) only for long-horizon work that Opus 5.5 fails on your own tests. It is never a default and can bill usage credits.
  • Permissions. With v2.1.283 or later (the latest channel), interactive terminal and VS Code sessions on every plan and provider start in auto mode, where a classifier reviews each action; on stable (v2.1.274 on 2026-09-26) only Pro, Max, and Team do. claude -p still starts in Manual, as does the Agent SDK and any session on a model auto mode doesn’t support, such as the default Sonnet 4.5 on Microsoft Foundry. Configuration lists the exceptions and allow rules.

Run these commands in a terminal at your repository root:

Terminal window
claude --version # 2.1.283 on the latest channel, 2026-09-26
claude doctor # health check; reads this repo's settings without a trust prompt
claude auth status --text # which login method is in use
claude mcp list # configured MCP servers and their health
claude -p "Reply with the single word: ready"

Then start claude and run /status for the model and account, and /init if the repository has no CLAUDE.md yet.

How do you trust the first feature without reading every line?

Section titled “How do you trust the first feature without reading every line?”

The quick start teaches one habit: Claude proves its work, and you check the proof. Agree acceptance criteria in plan mode first. Have Claude write failing tests that pin the behavior, then implement in slices that must pass your type check, lint, and tests. Then run /code-review: it reviews in its own context window, so the reviewer did not write the code.

You then read the criteria, the test names, the gate output, and the review findings, and sign off; CI re-runs the gates before merge. Build your first feature walks through each step. Evidence, not diffs explains why this scales past one developer.

SymptomLikely causeRecovery
claude: command not foundStale PATH in your shellOpen a new terminal (the native installer uses ~/.local/bin), then run claude doctor.
Usage bills the wrong accountAn ANTHROPIC_API_KEY in your shell profile that you approved once, or that claude -p picks up automaticallyRun claude auth status --text, remove the stray key, and see authentication.
Session runs Opus 5 or Sonnet 5, not Opus 5.5stable channel installExpected until stable reaches v2.1.280; to switch, see installation.
Claude ignores your conventionsNo CLAUDE.md, or one without commandsRun /init, then add the check commands by hand.
Every command asks for approvalNo allow rulesAdd rules for your check commands in configuration.
A change went wrongThe step was too large/rewind (or Esc twice) to the last good checkpoint, then ask for a smaller slice.

Where to go next after the Claude Code quick start

Section titled “Where to go next after the Claude Code quick start”

Start with installation, then follow the developer track or the Claude Code overview. Using another agent? See the Codex quick start and the Cursor quick start.