Skip to content

White Belt: The Foundation Layer

Status: drafted · Time: 10 min · Audience: new-builder Outcome: Understand the White Belt path, evidence chain, and the exact work required to earn the first belt.

Graded artefacts for this belt: 🎮 Quest W-0: Turn GREEN · 🎮 Quest W-1: The HelloRazorpay commit · 🏁 Boss Fight W-B: One real typo, merged · 🏆 White Belt badge template

Promise. By the end of White Belt, you have opened Terminal, verified your environment, had your first useful Claude Code conversation, opened a first PR, and landed one tiny real change.

White Belt is not a reading certificate. It is the point where the program stops being abstract and becomes something your laptop can actually do. You will learn enough file system, terminal, git, auth, setup, prompting, permissions, and PR workflow to move from “I have a machine” to “I can ship a tiny change without freezing.”

The belt is deliberately small. The evidence is not.


Start here if any of these are true:

  • you have never opened Terminal before;
  • you have opened Terminal but mostly copy-paste commands without knowing what they do;
  • git, branches, commits, push, and pull feel like a bundle of magic words;
  • Claude Code works for someone else on the team but not yet on your machine;
  • you want to earn Yellow Belt later and need the setup gate to be honest.

If you already use Terminal, git, Claude Code, and PRs every week, you can skim this belt and go straight to the quests. Do not skip Quest W-0. Green setup is the entry ticket for every later belt.


White Belt proves four things:

  1. Your machine is ready. You can run the setup verification and understand what GREEN, YELLOW, and RED mean.
  2. You can navigate the repo world. You know where you are, which files changed, and how to get back to safety.
  3. You can use Claude Code with supervision. You can ask scoped questions, review what changed, and say no when the action is wrong.
  4. You can ship one tiny real change. Not a grand feature. One merged typo or equivalent micro-fix is enough because the loop is the point.

The belt claim is simple:

“I have shipped code.”


You need:

  • a Razorpay laptop;
  • Google SSO working in the browser;
  • access to the program-pinned setup path;
  • a repo assigned for the sandbox PR;
  • enough time to complete the modules over a week.

You do not need prior coding experience. You do need willingness to pause when a command asks for permission and to ask for help when your colour is YELLOW or RED.


White Belt is designed for 4-6 hours over a week.

BlockTimeWhat happens
W01-W03~95 minFile system, Terminal, git basics
W04-W08~125 minAuth, install, gateway, plugin, health checks
W09-W12~95 minClaude Code conversation, prompt quality, permissions, PR workflow
Quests + boss fight~3 hoursEvidence work, including review and merge time

Do not try to sprint the whole belt in one sitting unless you already have the mechanics. A calmer week produces better evidence than a frantic afternoon.


SectionChapterPillarTime
W.1The File SystemContext20 min
W.2Terminal fluencyHarness30 min
W.3Git as save-pointsHarness45 min
W.4Your auth setupHarness30 min
W.5Installing the stackHarness40 min
W.6The LLM GatewayContext15 min
W.7Compass pluginContext20 min
W.8GREEN / YELLOW / REDHarness20 min
W.9Your first conversation with Claude CodePrompt30 min
W.10Prompt quality 101Prompt20 min
W.11The permission systemHarness15 min
W.12Your first PRHarness30 min

Each module follows the same pattern: promise, short version, mental model, worked example, common failures, colour self-check, and where to go next.


White Belt is awarded when the evidence chain closes:

EvidenceFileWhat it proves
W-0 GREEN setup verificationQuest W-0Your machine can run the program path.
W-1 HelloRazorpay PRQuest W-1You can create, push, and close a sandbox PR.
W-B merged typo PRBoss Fight W-BYou can land one real change with review.
Claim templateBadgeYour evidence can be tracked and certified.

If any link is missing, the belt is not awarded yet. That is not failure; it is routing. The colour system tells you what to fix next.


Every White Belt reader should be able to say one of three things after each module:

  • GREEN: I can do the step on my own machine and show the output.
  • YELLOW: I can describe the step, but something local is blocked or fuzzy.
  • RED: I cannot proceed without help.

GREEN means continue. YELLOW means try the one-line fix, then ask if you are still stuck after a focused attempt. RED means stop and route. White Belt gets easier when people tell the truth about colour early.


Do not optimize for speed, clever prompts, giant diffs, or sounding technical.

Optimize for:

  • running one command at a time;
  • reading the output before the next command;
  • keeping changes tiny;
  • asking Claude to explain before asking it to edit;
  • saying no to risky permission prompts;
  • leaving evidence a reviewer can check in two minutes.

That is the whole White Belt muscle.


“I have shipped code.”

Not “I understand all of software.” Not “I can fix production.” Just the first honest claim. It is small, and it matters.


Next: W.1 - The File System