The terminal isn’t scary. It’s just a conversation with receipts.
Learn to use Claude Code safely, clearly, and confidently—even if you do not consider yourself a developer. You’ll practice the commands, make judgment calls, and finish with a repeatable workflow for real projects.
What you’ll be able to do
Install and start Claude Code, give it project rules, choose safe permissions, guide complex work, verify changes, and troubleshoot common problems.
How this course works
Each module follows a simple loop: learn the idea, see it in action, make a decision, then prove you can use it.
Your safety mindset
Start in Ask mode, use version control, review every diff, keep secrets private, and never let speed outrun judgment.
No jargon gatekeeping
Every new term is translated into normal language. Open the glossary anytime if you need a quick refresher.
Meet the terminal—without the drama
The terminal is a text-based way to tell your computer what to do. Claude Code lives there so it can inspect a whole project, suggest edits, run allowed commands, and show you the evidence.
Claude web chat
You bring snippets to the conversation. It answers based on what you paste or upload.
Claude Code
It works inside a project folder, can read the structure, propose file changes, and run approved commands.
Choose your setup path
Runs the recommended native installer. Read commands from trusted sources before pasting them into a terminal.
Run in PowerShell. Windows users may also work through WSL depending on their setup.
Requires Node 18+. Avoid using sudo with npm; fix the user-writable prefix instead.
Use the path above that matches your system.
Run
claude, sign in through the browser, then return to the terminal.Quick check
What is the safest default for someone brand new to Claude Code?
Start a session and speak clearly
Claude Code is strongest when it is inside the correct project folder and your request names the outcome, location, limits, and proof of success.
The prompt recipe: O-L-L-P
Outcome
What should be true when the task is done?
Location
Which page, feature, folder, or file is in scope?
Limits
What must stay unchanged? What should it ask before doing?
Proof
Which tests, checks, or acceptance criteria prove success?
Which request gives Claude the clearest path?
claude -p "task" runs one task and exits; claude -c continues a recent session; /resume reopens from inside the CLI; /clear starts fresh.Quick check
Your prompt is producing edits in the wrong places. What should you add first?
Give Claude a project playbook
A CLAUDE.md file is the “how we work here” note Claude reads at session start. It reduces repeated explanations and prevents the assistant from inventing conventions.
User level
~/.claude/CLAUDE.md
Preferences that should follow you across projects.
Project level
./CLAUDE.md
Shared rules that belong with the repository.
Directory level
./src/CLAUDE.md
More specific guidance for one area.
After an edit
Start a fresh session or use /clear when you need Claude to reread the instructions.
A site uses teal and magenta brand tokens. Which CLAUDE.md instruction is most useful?
Quick check
Where should team-wide project conventions live?
Stay in control of every action
Permissions decide what Claude can do without stopping to ask. Convenience is useful—but only after you understand the action and its blast radius.
Ask mode
Best for beginners and unfamiliar projects. Claude requests approval for writes and shell actions.
Allowlisted mode
Pre-approve narrow, repeatable actions such as reading or running one known test command.
Skip permissions
Disables approval prompts. Reserve for tightly controlled automation—not interactive learning or everyday work.
Version control
Work inside Git so you can inspect the diff, create checkpoints, and recover from mistakes.
Categories: ASK → ALLOWLIST → BLOCK. Choose what a cautious beginner should do.
Quick check
What is wrong with allowlisting Bash(*)?
Use the workflow that prevents chaos
For anything bigger than a tiny edit, slow down before the first file changes. Planning makes assumptions visible; verification makes results trustworthy.
Use
/plan. Ask Claude to identify files, risks, assumptions, and acceptance criteria.Correct misunderstandings before they become edits.
Keep scope narrow and ask before risky changes.
Inspect exactly what changed. A confident explanation is not proof.
Ask Claude to test its work, then inspect the results.
Create a recoverable checkpoint. Use
/compact or /clear when the session gets crowded.Claude says the checkout redesign is complete, but it changed 19 files and did not run tests. What should you do?
Quick check
When is /compact most useful?
Automate the boring parts—carefully
Hooks, worktrees, parallel sessions, plugins, and schedules can multiply output. They also multiply mistakes when the task is unclear or the guardrails are weak.
Hooks
Run predictable actions at lifecycle moments—format after an edit, block a dangerous command, or test at task completion.
Worktrees
Give parallel sessions isolated Git workspaces so two tasks do not edit the same files.
Loops & schedules
Repeat local tasks with /loop or use supported cloud scheduling for work that continues while your laptop is offline.
Plugins, MCP & skills
Connect approved tools and reusable instructions. Add only what the project actually needs.
You want one session to update documentation while another fixes tests, with no file collisions. What is the best starting point?
Quick check
Which hook is the best place to automatically run a formatter after Claude edits a file?
Customize, troubleshoot, and go mobile
A useful setup fits the way you work. Customize what helps you stay oriented; use mobile access for monitoring and approvals, not squinting through major reviews.
/statusline
Show useful context such as model, folder, and context usage.
/color
Give concurrent sessions different visual identities.
/voice
Speak detailed prompts when talking is easier than typing.
Output style
Choose explanatory or learning-oriented responses when you want coaching.
Remote-control checklist
Use the current supported remote-control command shown in Claude Code.
Treat that link like a password and never post or forward it.
Remote control connects to the local process; closing it ends the session.
Mobile is ideal for monitoring, quick instructions, and low-risk approvals.
Claude keeps ignoring the CLAUDE.md rule you just edited. What is the best first step?
Quick check
Your remote session disappears when you close the terminal. Why?
Prove you can run the workflow
Score 80% or higher to complete the course. You can retry; the goal is confident decisions, not perfect memory.
Claude Code Confidence
This certifies that
successfully completed the beginner course in safe, effective terminal-based AI collaboration.
Plan clearly • Protect the project • Verify the work