Claude Code
Section titled “Claude Code”Primary AI development tool. Power user workflow: task-driven delegation with structured plans and verification.
Quick Reference
Section titled “Quick Reference”Additional Cheatsheets
Section titled “Additional Cheatsheets”| Action | Command/Shortcut |
|---|---|
| Initialize project memory | /init |
| Clear context | /clear |
| Compact conversation | /compact |
| Enter Plan Mode | Shift+Tab twice |
| Switch model | Alt+P (Windows) |
| Add memory on the fly | Type # then instruction |
| Check usage | /usage |
| Check status line | /statusline |
| Run insights | /insights |
| Name session | /session name |
| Resume session | /session resume name |
Key Workflows
Section titled “Key Workflows”- Plan Mode First: always separate planning from coding for non-trivial work
- Checkpoints + /rewind: fearless experimentation with quick rollbacks
- Context Hygiene:
/clearand/compactto maintain clarity - Named Sessions:
/session namefor easy resume - Human-Guided Git: manual control over history, let Claude focus on edits
- Short Sessions: ~40 messages or one feature per session as soft limit
Installation
Section titled “Installation”- Use npm version of Claude Code (enables Claude Trace)
- Claude Trace: https://github.com/badlogic/lemmy/tree/main/apps/claude-trace
Max Reasoning Config
Section titled “Max Reasoning Config”In ~/.claude/settings.json:
{ "env": { "CLAUDE_CODE_MAX_OUTPUT_TOKENS": "64000", "MAX_THINKING_TOKENS": "31999" }}Config References
Section titled “Config References”- Global CLAUDE.md:
~/.claude/CLAUDE.md - Monorepo CLAUDE.md:
d:\FSS\Websites\monorepo\CLAUDE.md - Setup docs:
d:\FSS\Websites\monorepo\docs\CLAUDE_CODE_SETUP.md - MCP config:
d:\FSS\Websites\monorepo\docs\MCP_CONFIGURATION.md
Memory System
Section titled “Memory System”Four Scopes (highest to lowest priority)
Section titled “Four Scopes (highest to lowest priority)”- Enterprise:
C:\Program Files\ClaudeCode\CLAUDE.md— org-wide policy - Project:
./CLAUDE.mdor./.claude/CLAUDE.md— team-shared - Project rules:
./.claude/rules/*.md— modular, topic-specific - User:
~/.claude/CLAUDE.md— personal preferences across all projects - Project local:
./CLAUDE.local.md— personal project-specific (auto-gitignored)
Auto Memory
Section titled “Auto Memory”- CC maintains
MEMORY.mdper project:\\wsl$\Ubuntu-24.04\home\ta\.claude\projects\...\memory\MEMORY.md - Automatically read at start of every conversation
CLAUDE.md Best Practices
Section titled “CLAUDE.md Best Practices”- Keep under 100 lines (context efficiency)
- Use as roadmap to docs, not the docs itself — use
@path/to/fileimports - Always use absolute paths in references
- Add subdirectory CLAUDE.md for module-specific rules
- Include: verification requirements, planning instructions, deployment architecture
- Schedule monthly audits: delete stale, add missing
- Hot reload only works for skills; CLAUDE.md changes require session restart
Import Syntax
Section titled “Import Syntax”See @README for project overview and @package.json for npm commands.@docs/git-instructions.md@~/.claude/my-project-instructions.mdRemote Control
Section titled “Remote Control”Access a running local CC session from phone, tablet, or any browser. Session stays on your machine — remote device is just another keyboard into the same conversation.
Requirements
Section titled “Requirements”- Plan: Pro, Max, Team, or Enterprise (not PAYG API)
- CC v2.1.51+ (
claude --version) - Auth via
claude.aiaccount (not Console API key — run/loginif needed) - Team/Enterprise: admin must enable in org admin settings
Starting a Remote Session
Section titled “Starting a Remote Session”| Method | Command | Use when |
|---|---|---|
| Server mode | claude remote-control | Dedicated remote-only session; terminal shows status, no local input |
| Interactive + remote | claude --remote-control or claude --rc | Most common — local terminal + remote both active |
| Mid-session | /remote-control or /rc | Already in a session, want to keep going from another device |
Name your session: claude --remote-control "Auth refactor" or /remote-control Auth refactor
Connecting Another Device
Section titled “Connecting Another Device”- QR code — press spacebar to toggle (server mode); auto-shown in interactive mode. Scan from Claude mobile app.
- Session URL — appears in terminal at startup; open in any browser at
claude.ai/code - Session list — open
claude.ai/codeor Claude app → tap Code → find session (green dot = online)
Push Notifications
Section titled “Push Notifications”Get notified when long tasks finish or decisions are needed.
- Install Claude mobile app (iOS/Android)
- Sign in with same
claude.aiaccount - Accept OS notification permission
- In CC:
/config→ enable Push when Claude decides
Requires CC v2.1.110+. If no notifications: check /config shows a mobile registered; check iOS Focus/notification settings.
Auto-Enable for Every Session
Section titled “Auto-Enable for Every Session”/config → Enable Remote Control for all sessions → true
Each concurrent CC process gets its own remote session with its own URL.
my_OpenClaw Integration
Section titled “my_OpenClaw Integration”Tap Start Claude Remote in Telegram → starts a Remote Control session in the KB vault → connect from Claude mobile app. See \\wsl$\Ubuntu-24.04\home\ta\utils\ai\my_OpenClaw\README.md.
Config changes require a service restart — my_OpenClaw reads config.yaml once at startup. Telegram keyboard buttons reflect the running config, not the file on disk. After editing config.yaml:
systemctl --user restart my-openclaw.serviceThen send any message to the bot — the updated keyboard appears with the reply. The service auto-restarts on failure and on WSL launch, so one restart is all that’s needed.
Common Pitfalls
Section titled “Common Pitfalls”- New directory: run
claudeonce first to accept workspace trust, then start Remote Control - API key login: won’t work —
/loginto switch to claude.ai account auth - Older CC version:
claude updateto upgrade - VS Code: type
/rcin the prompt box; connection status banner appears above prompt
Advanced Strategies
Section titled “Advanced Strategies”Thinking Levels
Section titled “Thinking Levels”| Level | Use For |
|---|---|
think | Quick fixes, moderate complexity |
think hard | Design decisions, optimization |
think harder | Architectural decisions |
ultrathink | Debugging hell, race conditions |
Model Selection
Section titled “Model Selection”- Haiku 4.5: sprinter — simple tasks, implementation (much cheaper)
- Sonnet 4.5: steady builder — standard development
- Opus 4.5: careful reviewer — complex refactors, architecture
Subagents
Section titled “Subagents”- Parallelize development: spawn specialized agents for backend, frontend, tests
- Each works in isolated context window
- Parent agent coordinates and runs integration tests
Shell commands that auto-run at lifecycle events:
- PreToolUse: auto-format before tool runs
- PostToolUse: trigger tests after code changes
- Stop: finalize tasks, send notifications
- Exit code 2: block Claude from editing protected files
- Scoping hierarchy: global -> project -> skill -> sub-agent
- Async hooks: run in background, ~3x faster workflows
Skills and Commands (Merged)
Section titled “Skills and Commands (Merged)”- Simple commands: single
.mdin.claude/commands/ - Complex skills: directory in
.claude/skills/skill-name/with SKILL.md, scripts, templates - Skills auto-reload on SKILL.md changes
- Invoke with
/skill-name - See 02_Skills for full skills ecosystem
Plugins
Section titled “Plugins”- Combine /commands with MCP servers
- Marketplace available for community plugins
- CCPlugins: 24 predefined commands extending CC CLI
CC /insights Report Summary (2026-02-05)
Section titled “CC /insights Report Summary (2026-02-05)”3,336 messages across 439 sessions over 31 days
What’s Working
Section titled “What’s Working”- Task-driven workflow with structured backlists
- Confirm-then-implement planning discipline
- Multi-language infrastructure orchestration (Python, TS, YAML, JSON)
- 276 commits (9/day shipping cadence)
Key Friction Points
Section titled “Key Friction Points”- Claude claims “done” without verifying — deployment bugs missed
- Wrong approach on config/deployment — lacks persistent context
- No CLAUDE.md guardrails — no rules about deployment architecture, testing
Priority Actions from Insights
Section titled “Priority Actions from Insights”- Add verification rules to CLAUDE.md: “Never claim done without testing”
- Set up hooks for post-edit deployment validation
- Create
/taskfixskill encoding the full fix-verify workflow - Use headless mode for automated task-list fixes
- Implement verify-before-done protocol
- Per-item verification (fix -> test -> next) instead of batch
Suggested CLAUDE.md Additions
Section titled “Suggested CLAUDE.md Additions”## Workflow Rules- After implementing changes, verify by running deployment/build scripts and checking output. Never claim "done" without testing.- When working from task list, do final grep pass for remaining old/replaced values.
## Deployment and Config- For config changes (YAML, JSON, shell), diff final file contents after editing. Check for: domain names, provider names, URLs, environment-specific values.Resources
Section titled “Resources”- Claude Code Docs
- Everything Claude Code
- Awesome Claude Code
- Anthropic Best Practices
- ClaudeLog - The no.1 Claude Code community resource
- Free Course: Claude Code in Action
- CC Cheatsheet
- The Only CLAUDE.md Guide
- Boris Cherny’s 22 Tips
- 47 CC WSL Tricks
- 30 CC Subagent Templates
- Deep Learning AI Course
- Who to Follow