THE FUTURE MARKETACADEMY
Your classroomRoom 01 · AI Lab
School of AI

Claude Code Projects: larger codebases, tests and git

Step 6 of 7 in AI Lab

Next in your path: 1.1.4 AI Lead: roll out AI in a team or organisation

What you'll be able to do
  • Explore a project with many files and explain how the parts fit, without reading every line yourself.
  • Turn a loose idea into a written spec and a plan, and build it in small steps.
  • Use tests as the pass-or-fail check Claude runs, and enforce that check with a hook.
  • Work with Git branches, small commits, worktrees and pull requests without losing control.
  • Review AI-written code with a fresh pair of eyes, including a reviewer subagent that cannot edit.
  • Keep cost, context and permissions under control on longer jobs.

Before this course: Coding with AI (course 1.5.1) and Claude for Coding: Claude Code Basics (course 1.5). You should already have installed Claude Code, used plan mode, written a CLAUDE.md, run /rewind, and made a commit with Claude's help. Here we go one step further: projects with several files, tests you rely on, and habits that keep you in charge. The example project is a small Python tip calculator, but everything works in any language. Commands were tried on Python 3.9 and Git 2.50; menus and some flags can differ by version.

Words in this course 51Open the Vocabulary Hall
01

Find your way around a codebase

In simple words

Walking into a big library, you do not read every book. You ask where the maps are, which shelf holds what, and who knows the building. Claude Code can be your guide. You ask it for the map first, and only then pick one shelf to work on.

Key facts
  • Claude Code works in any folder and reads files fresh on each tool call. Start broad ("give me an overview of this codebase"), then narrow ("how is authentication handled?").
  • Official prompt recipes to try: "explain the main architecture patterns used here", "what are the key data models?", "trace the login process from front-end to database".
  • Type @ and a path to include a file or folder in your message, for example @src/utils/auth.js. A folder reference shows a file listing, not contents. Files over 256KB are not included.
  • Exploring fills your context with file reads. The docs suggest delegating it: "use a subagent to investigate how our auth system handles token refresh". The subagent reads in its own context window and sends back a summary.
  • A specific prompt saves a round of corrections. Name the file, describe the symptom and say what "fixed" looks like. Weak: "fix the login bug". Strong: "users report login fails after the session times out. look at token refresh in src/auth/, write a failing test that reproduces it, then fix it".
  • Run /context all in a session to check which files such as CLAUDE.md were loaded.
Example project used in this course (Python)
tipcalc/
 __init__.py
 pricing.py   # tip(amount, percent)
 split.py    # split_bill(amount, percent, people)
tests/
 __init__.py
 test_split.py
Step by step
  1. Open a terminal in a project with at least five files (use your own, or any small open-source project). Start claude.
  2. Type: give me an overview of this codebase. Read the answer.
  3. Ask: what are the key modules, and how do they depend on each other?
  4. Pick one file and ask: Explain the logic in @path/to/file (type the real path after the @).
  5. Ask: where is the code that handles the most important feature, and which tests cover it?
  6. Write the map in your own words in a notes file: modules, what each does, where the tests are.
  7. Check: you can explain, without looking, which file you would open to change one named feature.
Watch on YouTube
Claude Code best practices from AnthropicAnthropic · YouTube · youtube.com

Videos by other creators on YouTube, for reference. They are not made by or affiliated with The Future Market.

LESSON 01Find your way around a codebase
LESSON 01 / ANIMATED LESSON / AI VOICE00:00 / 01:00
Read the video script
[Host] "Big codebase? Do not read it all. Ask for a map."
[Screen: Claude Code answering 'give me an overview of this codebase'] "Start broad, then narrow down."
[Text on screen: @path/to/file] "Use the at sign to point at one file."
[Screen: a subagent summary] "Let a subagent read many files and bring back only the summary."
[Host] "Your own map in your own words is the real goal."
Try it now

Pick a project with many files. Use the steps above to write a one-page map: modules, data flow and where the tests live. Then ask Claude to point out one thing in your map that is wrong or missing.

ClaudeStuck? Copy a ready-made prompt for Claude

Copy this, open Claude, paste it, and Claude will walk you through the lesson step by step.

For a grown-up: Claude is for adults (18+). Copy this, paste it into Claude, and use the answer to explain the lesson to your child.

I'm learning "Claude Code Projects: larger codebases, tests and git" on The Future Market. Lesson 1: "Find your way around a codebase".

What the lesson teaches:
- Claude Code works in any folder and reads files fresh on each tool call. Start broad ("give me an overview of this codebase"), then narrow ("how is authentication handled?").
- Official prompt recipes to try: "explain the main architecture patterns used here", "what are the key data models?", "trace the login process from front-end to database".
- Type @ and a path to include a file or folder in your message, for example @src/utils/auth.js. A folder reference shows a file listing, not contents. Files over 256KB are not included.
- Exploring fills your context with file reads. The docs suggest delegating it: "use a subagent to investigate how our auth system handles token refresh". The subagent reads in its own context window and sends back a summary.
- A specific prompt saves a round of corrections. Name the file, describe the symptom and say what "fixed" looks like. Weak: "fix the login bug". Strong: "users report login fails after the session times out. look at token refresh in src/auth/, write a failing test that reproduces it, then fix it".
- Run /context all in a session to check which files such as CLAUDE.md were loaded.

The exercise I'm working on:
Pick a project with many files. Use the steps above to write a one-page map: modules, data flow and where the tests live. Then ask Claude to point out one thing in your map that is wrong or missing.

I'm stuck. Please:
1. Explain the main idea in plain, simple words with one everyday example.
2. Walk me through the exercise one small step at a time. Ask me what I've done so far before giving the next step.
3. Don't just give me the final answer. Help me do it myself, and check my work when I share it.
I'm a parent helping my child (about 8 years old) with a lesson called "Find your way around a codebase" from the course "Claude Code Projects: larger codebases, tests and git".

Here's what the lesson says:
Walking into a big library, you do not read every book. You ask where the maps are, which shelf holds what, and who knows the building. Claude Code can be your guide. You ask it for the map first, and only then pick one shelf to work on.

The activity:
Pick a project with many files. Use the steps above to write a one-page map: modules, data flow and where the tests live. Then ask Claude to point out one thing in your map that is wrong or missing.

Please explain this so an 8-year-old understands: short sentences, a fun everyday example, and no hard words.
Then give me 3 simple questions I can ask my child to check they understood, and a way to do the activity together, one tiny step at a time.
Open Claude
Sources
My notes
02

From idea to spec to plan

This lesson is part of full access: every course and every level for one payment.

03

Tests are the loop

This lesson is part of full access: every course and every level for one payment.

04

Git as your safety net

This lesson is part of full access: every course and every level for one payment.

05

Review code you did not write

This lesson is part of full access: every course and every level for one payment.

06

Subagents and parallel work

This lesson is part of full access: every course and every level for one payment.

07

Stay in control on bigger jobs

This lesson is part of full access: every course and every level for one payment.

++

Final project

This lesson is part of full access: every course and every level for one payment.

??

Quiz

  1. How do you include one file in your message to Claude Code?

  2. Why ask Claude to interview you and write SPEC.md?

  3. After two failed corrections, what do the docs suggest?

  4. What makes a good check for Claude to run?

  5. What does a Stop hook that exits with code 2 do?

  6. Do checkpoints replace Git?

  7. What does claude --worktree feature-auth do?

  8. Why use a reviewer that did not write the code?

  9. How can a reviewer subagent be made unable to edit files?

  10. What is the main cost of subagents?

  11. Why put a never-rule in a deny rule or hook instead of only CLAUDE.md?

  12. Which commands help control a long session's cost and context?

EX

Final exam

This lesson is part of full access: every course and every level for one payment.

CE

Certificate

This lesson is part of full access: every course and every level for one payment.