← Anjan’s notebook
Build with Claude · Chennai

Learn the
loop, not
the tool.

Working setup. Portable framework.

QR to anjanps.comanjanps.com
QR to x.com/anjanps5@anjanps5
ANJAN · AI BRAINS FRI · JUL 3 · 6:30 PM · T. NAGAR
01
Block 01 · walk out configured

Effective
Claude setup.

Six moving parts. Set them up once, and every session after runs faster.

Block 01 · the anatomy

Six parts of a real setup.

01

CLAUDE.md

Project memory Claude reads every session: rules, structure, conventions.

→ context, once
02

Permissions

settings.json sets what runs without asking you first.

→ fewer prompts
03 NEWER DEFAULT

CLI tools

Commands Claude runs on demand, without loading schemas into context.

→ lean context
04

MCP servers

Structured access to your data and SaaS, for when a CLI won't cut it.

→ structure
05

Skills

Reusable playbooks Claude loads when a task needs them.

→ leverage
06

Subagents

Parallel workers, each with its own context. Fan out, then combine.

→ scale
Block 01 · a recent shift

Reach for a CLI
before an MCP.

MCP server

Schemas load up front

Every server's tool definitions sit in your context window every turn, whether you use them or not.

CLI tool LEANER

Called on demand

Runs through the shell Claude already has. Called only when you need it, so your context stays clean.

printingpress.dev generates agent-native CLIs from any API — a whole library, built CLI-first.  Rule of thumb: CLI to do, MCP to reach structured data.
Live · from zero
~/your-project
❯ claude
❯ /init  # reads the repo → writes CLAUDE.md ✓
❯ /permissions  # allow edits & tests · ask before push ✓
❯ claude mcp add linear …  # connect a server ✓

Watch for: what to hard-code once vs. what to decide per task.

02
Block 02 · the core idea

Tool-agnostic
AI maxing.

Tools churn every quarter. The skill that transfers is the loop underneath them.

Block 02 · the portable framework

One loop. Any model, any stack.

01

Context

The context you load is your leverage.

→
02

Spec

Define "done" before you build.

→
03

Build

Let the model draft the work.

→
04

Verify

Run it and confirm it works.

→
05

Ship

Commit the slice. Then loop.

↺   feed the result back as context for the next slice
Block 02 · one job per context

Separate knowledge from code.

Knowledge ~/Obsidian
think · plan · write
├── 00 Studio      company · skills · PRDs
├── 01 Products    strategy · roadmaps
├── 02 Clients     docs only, per engagement
├── 03 Hiring
└── 99 Inbox       triage
Code ~/Code
build · run · ship
├── ACCOUNTS.md    per-folder git identity
├── acolyte/       day-job repos
├── studio/        studio repos
├── connect-america/
└── personal/

Two homes: one to think in, one to build in. Keep them apart and every session — and every subagent — starts from one clean, focused context, not a pile of unrelated docs and code.

Block 02 · the principle

Skills transfer.
Tools don't.

Swap Claude for the next model or Cursor for the next editor. Context, spec, and verify still work — that's where your learning compounds.

03
Block 03 · reusable patterns

Loops &
building.

Stop typing every prompt. Design the job, then let it run.

Block 03 · four loops worth knowing

Four loops you'll reuse.

Loop 01 · the daily driver

Plan → Build → Verify → Commit

The default for any real feature. Small slices, each one shipped before the next.

e.g. “Add Google sign-in” — plan the flow, build it, log in to check, then commit.
Loop 02 · when correctness matters

Fan-out review

Run several reviewers in parallel, each trying to break the change. Keep it only if it holds up.

e.g. “Will this payment change double-charge anyone?” — 3 reviewers try to break it before you push.
Loop 03 · when you need grounded answers

Research → Synthesize → Cite

Many searches in parallel, then one agent reconciles and sources it.

e.g. “Clerk vs Auth0 vs NextAuth?” — compare, recommend, with links to back it.
Loop 04 · unknown-size discovery

Loop-until-dry

Keep hunting until two rounds turn up nothing new.

e.g. “Find every hard-coded API key before I make this repo public” — sweep till it’s clean.
Live · keep the loop running
❯ claude /goal “all tests in test/auth pass, lint is clean”
◎ goal active · turn 3 · evaluator: “2 tests still failing” → continuing…
✓ condition met — goal clears itself, control returns to you
mechanismnext turn starts whenstops when
/goal <condition>/goal all tests in test/auth pass
the previous turn finishes
a model confirms it’s met
/loop [5m] <prompt>/loop 5m check the deploy
a time interval elapses
you press Esc · or it self-ends
Stop hooksettings.json · script or prompt
the previous turn finishes
your own rule decides
/schedule · Routineruns with no session open
a cron time hits (min 1h)
you delete the routine

Four ways to keep it running — but autonomous loops burn tokens fast. Give /goal a clear exit or a turn cap, or it runs forever.

Block 04 · open floor

Your turn.
What shipped?

01 What's the biggest unlock you found with Claude?
02 Where did it faceplant — and what did you change?
03 One workflow you'd never go back from?
05
Block 05 · started here, yours to finish

Build the
workflow you want.

Pick one loop from tonight. Point it at a real problem. Start it before you leave.

Build with Claude · Chennai

Thank you, Chennai.

Great building with you tonight. Keep the loop going — and let's stay in touch.

QR to anjanps.comanjanps.com
QR to x.com/anjanps5@anjanps5
Anjan
Scan to connect →
BUILD WITH CLAUDE
01 / 16
← → navigate · T theme · E edit