Welcome to Claude Code!

You're about to discover the most powerful AI coding assistant available today. Claude Code isn't just another autocomplete toolβ€”it's a full-fledged AI pair programmer that can understand your entire codebase, write complex features, debug issues, and even help with non-coding tasks like data analysis and documentation.

⚑ Try Claude Code in 5 Minutes

Your first AI pair programming session starts now

1
Open your terminal

Run Claude Code in your project directory

claude
2
Ask Claude to explore

Let Claude understand your codebase

"Help me understand this project"
3
Watch the magic happen

Claude will read your code, analyze structure, and explain it to you in plain English

πŸŽ‰ You just had your first AI pair programming session!

1

Getting Started

2

Getting Better

3

Advanced

What Makes Claude Code Different?

🧠

Understands Context

Claude Code can read and understand your entire codebase, not just the current file

⚑

Autonomous Actions

Can read, write, edit files, run commands, and search your codebase without constant prompting

πŸ”§

Real Tools

Uses actual file operations, git commands, and shell accessβ€”not just text generation

🎯

Task-Oriented

Breaks down complex tasks, creates plans, and executes them step by step

🌐

Extensible

Connect to external services via MCP, customize with hooks, and create slash commands

πŸ’Ό

Beyond Coding

Data analysis, report generation, documentation, and more

Your Learning Path

Phase 1: Getting Started (30 minutes)

Learn the basics: how to communicate with Claude Code, your first tasks, understanding the interface, and basic workflows.

Click to start β†’

Phase 2: Getting Better (1-2 hours)

Deep dive into tools, file operations, codebase understanding, and common development workflows.

Click to continue β†’

Phase 3: Advanced (Ongoing)

MCPs, hooks, custom commands, automation, and advanced integration patterns.

Click to explore β†’

βœ… Your First Day with Claude Code

Complete these tasks to build a solid foundation. Your progress is automatically saved!

0/5 completed
Pro Tip: The best way to learn Claude Code is by using it! Start with simple tasks and gradually take on more complex challenges. Click "Getting Started" above to begin your journey.

πŸ“Ί Watch & Learn

Official Learning Resources:

πŸ‘‹ Welcome to Your Claude Code Journey!

You've learned what makes Claude Code special and seen your learning path ahead.

Ready to write your first commands?

Getting Started

Learn the basics in 30 minutes

Phase 1: Getting Started

Your First Conversation

Claude Code works through natural conversation. Simply type your request and Claude will break it down, create a plan, and execute it.

Example: Your First Task

You: "Can you help me understand what this project does?"

# Claude will: 1. Read your README.md 2. Scan the project structure 3. Identify key files and directories 4. Provide a summary of the project's purpose and architecture

Example: Making Changes

You: "Add error handling to the login function"

# Claude will: 1. Search for the login function 2. Read the file containing it 3. Analyze the current implementation 4. Add appropriate try-catch blocks 5. Update the code with proper error messages

⚠️ Common Mistake: Being Too Vague

❌ Less Effective: "Fix the code"

βœ… More Effective: "Add input validation to the email field in the registration form"

Why: Specific requests help Claude understand exactly what you need and provide better results faster.

Understanding the Interface

How Claude Communicates

  • Text responses: Claude explains what it's doing and shares findings
  • Tool usage: You'll see when Claude reads files, edits code, or runs commands
  • Code blocks: Changes are shown clearly with syntax highlighting
  • Thinking process: Claude shows its reasoning as it works
Tip: Claude Code operates in your terminal. You can run it with claude command, and you'll have a conversation-based interface where you can ask questions, request changes, and get work done.

πŸ” Permission Prompts & Approvals

Claude Code features an improved permission system to keep you in control of what actions are performed.

What Requires Permission?

  • File modifications: Before editing or creating files
  • Command execution: Before running bash commands or scripts
  • Destructive operations: Before git operations, deletions, or system changes
  • External connections: Before MCP calls or web requests

New UI Design (v2.0.27)

Permission prompts now feature:

  • Clearer context: See exactly what Claude wants to do and why
  • Better formatting: Improved readability for complex operations
  • Batch approvals: Approve multiple similar operations at once
  • Session filtering: New session resume screen with branch filtering and search

Example: File Edit Permission

# You ask: "Add logging to the auth module" # Claude shows permission prompt: ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ πŸ“ Claude wants to edit a file ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ File: src/auth/login.js Action: Add logging statements Changes: - Import logger - Add log statements for login attempts - Add error logging [A]pprove [D]eny [V]iew diff [?]Help # You can review changes before approving
Pro Tip: Use A to approve, V to view detailed diffs, and D to deny and ask Claude to try a different approach. You can also approve similar operations in batch to speed up workflows.
New in v2.0.27: The session resume screen now includes current branch filtering and search functionality, making it easier to find and continue previous sessions.

Basic Commands & Workflows

Essential Commands

# Start Claude Code claude # Get help /help # Clear conversation history /clear # Exit Claude Code /exit or Ctrl+C

Your First Real Tasks

Task 1: Explore a Codebase

"Help me understand this codebase. Show me the overall structure and main components." # Claude will explore the project, read key files, and provide a comprehensive overview

Task 2: Fix a Bug

"The user authentication is failing. Can you debug and fix it?" # Claude will: # 1. Find authentication-related code # 2. Analyze the implementation # 3. Identify the issue # 4. Fix the bug # 5. Explain what was wrong

Task 3: Add a Feature

"Add a dark mode toggle to the settings page" # Claude will: # 1. Create a task list # 2. Add the toggle component # 3. Implement state management # 4. Update styles # 5. Test the implementation

Task 4: Refactor Code

"Refactor the data processing module to use async/await instead of callbacks" # Claude will systematically update the code while maintaining functionality

πŸ’‘ Pro Tip: Give Claude Time to Understand

Don't immediately jump into making changes. Let Claude read and analyze your codebase first.

βœ… Try this: "Help me understand this project before we make changes"

This helps Claude provide better context-aware suggestions and avoid misunderstandings.

How Claude Code Works: The Tools

Claude has access to several powerful tools that let it interact with your codebase:

πŸ“– Read

Read any file in your project. Claude can read code, configs, docs, even images and PDFs.

✏️ Edit

Make precise changes to files. Claude shows you exactly what's being changed.

πŸ“ Write

Create new files. Usually Claude prefers to edit existing files when possible.

πŸ” Glob

Find files by pattern. Quick pattern matching for locating files.

πŸ”Ž Grep

Search file contents. Find code patterns, function definitions, specific text.

βš™οΈ Bash

Run terminal commands. Git, npm, build tools, testsβ€”anything you can run in terminal.

Pro Tip: You don't need to tell Claude which tools to use. Just describe what you want, and Claude will choose the right tools automatically!

⚠️ Common Mistake: Not Reviewing Changes

Claude shows you all changes before they're applied. Always review them!

βœ… Best practice: Read the changes carefully, ask questions if anything is unclear, then confirm.

You can always undo changes with git if something doesn't look right: git restore <file>

Best Practices for Beginners

βœ… Be Clear and Specific

Good: "Add input validation to the email field in the registration form"

Less good: "Fix the form"

βœ… Let Claude Explore First

Claude can read and understand your codebase. Let it explore before making changes.

βœ… Review Changes

Claude shows you all changes. Review them before committing.

βœ… Ask Questions

"Why did you make this change?" or "What does this function do?" - Claude loves explaining!

βœ… Iterate and Refine

If something isn't quite right, just say so. "Can you make this more efficient?" or "Add comments to explain this logic"

🌐 NEW: Claude Code on the Web

In addition to the CLI, Claude Code is now available as a browser-based tool! This opens up new workflows for delegating coding tasks.

πŸš€ What is Claude Code Web?

Claude Code Web is a cloud-based coding agent that runs on Anthropic's infrastructure. It connects directly to your GitHub repositories and can handle multiple coding tasks in parallel.

Available at: claude.com/code

Requirements: Pro or Max subscription plan

Key Features

πŸ”„ Parallel Task Execution

Run multiple tasks across different repositories simultaneously from a single browser interface. Perfect for working through bug backlogs or testing multiple approaches.

πŸ”— GitHub Integration

Connect your GitHub repos directly. Claude Code Web can explore your codebase, make changes, and automatically create pull requests with detailed summaries.

πŸ“Š Real-Time Monitoring

Each task runs in its own isolated environment with live progress tracking. You can monitor Claude's work and redirect it as needed.

πŸ”’ Sandbox Security

Every task runs in an isolated sandbox with network and filesystem restrictions. Git interactions go through a secure proxy, and you control which domains Claude can access (like npm registries).

⚑ Teleport Between Web and CLI

Start a task in the browser and seamlessly continue it in your terminal, or vice versa. This gives you flexibility to work wherever makes sense.

Best Use Cases for Claude Code Web

Perfect for:

  • Bug backlogs: Delegate multiple bug fixes to run in parallel
  • Routine tasks: Well-defined, repetitive work across repos
  • Backend development: Tasks with clear test-driven verification
  • Repo exploration: Understanding project structure and architecture
  • Mobile access: Start tasks on the go from iOS app
When to use CLI vs Web:
β€’ CLI: Active development, local testing, complex iteration, tight feedback loops
β€’ Web: Delegating tasks, parallel work, creating PRs, working remotely or on mobile

Getting Started with Claude Code Web

# 1. Visit claude.com/code # 2. Connect your GitHub account # 3. Select a repository # 4. Describe the task you want Claude to complete # 5. Monitor progress and review the PR when complete

⚠️ Rate Limits

Cloud-based sessions use the same rate limits as your CLI usage. Plan accordingly when running multiple tasks in parallel.

πŸ’‘ Pro Tip: Don't Expect Instant Perfection

Claude is powerful but may need iteration. This is normal and expected!

βœ… Try this:

β€’ "Can you make this more efficient?"

β€’ "Add comments to explain this logic"

β€’ "Let's try a different approach"

Iteration leads to better results than trying to get everything perfect in one shot.

⚠️ Common Mistake: Information Overload

Don't try to give Claude your entire codebase context in one message.

βœ… Better: Let Claude explore naturally through the conversation, then provide specific context when needed.

Claude can read files and search your codebaseβ€”trust it to find what it needs!

Checkpoint: You now know the basics! Try running a few simple tasks in your own projects. When you're comfortable, move on to "Getting Better" to unlock more power.

πŸŽ‰ You've Completed Getting Started!

You learned: How to communicate with Claude, basic commands, available tools, and best practices for beginners.

Ready to level up?

Getting Better

Master file operations, git workflows, and development patterns

Phase 2: Getting Better

Mastering File Operations

Reading Files Strategically

Understanding Project Structure

You: "Show me all the React components in this project"

# Claude will use Glob to find all .jsx/.tsx files # Then provide a categorized overview

Finding Specific Code

You: "Where is the database connection configured?"

# Claude will Grep for keywords like: # - createConnection, mongoose.connect, pool.query # - DATABASE_URL, connection strings # Then read the relevant files

Making Complex Edits

Refactoring Across Multiple Files

You: "Rename the 'getUserData' function to 'fetchUserProfile' everywhere"

# Claude will: 1. Search for all occurrences 2. Identify files that need changes 3. Make consistent edits across all files 4. Update imports and references

Working with Git

Creating Commits

You: "Commit these changes with a good message"

# Claude will: git status # Check what's changed git diff # Review the changes git add # Stage relevant files git commit -m "Add user authentication with JWT"
Note: Claude writes descriptive commit messages following best practices!

Creating Pull Requests

You: "Create a pull request for this feature"

# Claude will: 1. Review all commits in the branch 2. Write a comprehensive PR description 3. Create test plan 4. Push to remote 5. Use gh CLI to create the PR

Development Workflows

πŸ”„ Test-Driven Development

"Write tests for the authentication module, then implement the functionality" # Claude will: # 1. Create comprehensive test cases # 2. Implement the feature to pass tests # 3. Run tests to verify # 4. Refine as needed

πŸ› Debugging Workflow

"The app crashes when I click the submit button. Can you debug?" # Claude's process: # 1. Find the submit button handler # 2. Trace the execution path # 3. Look for error conditions # 4. Check logs/console output if available # 5. Identify and fix the issue # 6. Add defensive code to prevent future issues

πŸ“¦ Dependency Management

"Update all dependencies and fix any breaking changes" # Claude will: npm outdated # Check what's outdated npm update # Update packages npm run test # Test for breakage # Fix any issues that arise # Update code for breaking changes

πŸ—οΈ Code Architecture

"Analyze the architecture and suggest improvements" # Claude will: # 1. Map out the current architecture # 2. Identify patterns and anti-patterns # 3. Suggest concrete improvements # 4. Help implement refactoring if requested

Advanced Communication Patterns

Giving Context

Better: Provide Context

"We're using Redux for state management. Add a new action to handle user logout, making sure to clear the user data from the store and redirect to the login page."

Breaking Down Complex Tasks

Complex Feature Request

"Build a user dashboard with: - User profile display - Recent activity feed - Settings panel - Analytics charts Please create a todo list first, then we'll work through each component." # Claude will create a structured plan and track progress

Iterative Refinement

Refining Output

Initial: "Create a login form"

Refine: "Add form validation"

Refine: "Add a 'Remember Me' checkbox"

Refine: "Add 'Forgot Password' link"

Refine: "Make it mobile responsive"

Advanced Prompting Techniques

Unlock more powerful responses from Claude by using these specialized prompting techniques.

Extended Thinking (Deep Analysis)

When you need Claude to think deeply about complex problems, you can request extended reasoning. Claude will break down the problem step-by-step before providing a solution.

When to use:

  • Complex architectural decisions
  • Debugging difficult issues
  • Algorithm design
  • Comprehensive code reviews
  • Performance optimization analysis

Example: Request Deep Thinking

"Think deeply about the best approach to refactor our authentication system. Consider security, performance, maintainability, and migration complexity." # Or use these prompting patterns: "Let's think through this step-by-step..." "Analyze this problem carefully and show your reasoning..." "Take your time to consider all angles..."

Example: Architecture Decision with Reasoning

"We need to choose between microservices and monolith for our new project. Think through the tradeoffs carefully: - Team size: 8 developers - Expected scale: 100k users in year 1 - Deployment frequency: Multiple times per week - Current expertise: Strong in Node.js, learning containers Show your reasoning process and recommend an approach." # Claude will provide structured reasoning before the recommendation

Step-by-Step Problem Solving

Requesting Methodical Approach

"Walk me through debugging this memory leak step-by-step. Start by identifying potential causes, then guide me through testing each hypothesis." # Claude will break down the investigation into clear steps

Comparative Analysis

Example: Comparing Approaches

"Compare these three state management approaches for our React app: 1. Redux with Redux Toolkit 2. Zustand 3. React Context + useReducer Analyze based on: learning curve, boilerplate, performance, DevTools support, and team size. Show your analysis in a structured comparison." # Claude will provide detailed comparison tables and reasoning

Plan Mode for Large Tasks

Claude Code now features a dedicated Plan subagent that creates detailed, structured implementation plans before executing. This specialized agent helps with:

  • Multi-file refactoring
  • Large feature implementations
  • System-wide changes
  • Migration projects
  • Complex architectural decisions

How it works: The Plan subagent automatically activates when Claude detects complex tasks that benefit from upfront planning. You can also explicitly request planning.

Example: Automatic Plan Subagent Activation

"I want to migrate our entire app from JavaScript to TypeScript" # Claude automatically uses the Plan subagent to: # 1. Analyze the codebase structure # 2. Identify dependencies and risks # 3. Create a phased migration plan # 4. Generate a detailed todo list # 5. Estimate time and complexity

Example: Explicit Planning Requests

# Direct planning request "Create a detailed plan first, breaking this into phases" "Let's plan out this refactoring before we start" "Generate a todo list for this feature implementation" # The Plan agent can also be resumed if interrupted "Continue with the plan we started earlier"
New Feature: The Plan subagent can now be resumed dynamically by Claude. If planning is interrupted or needs refinement, Claude can pick up where it left off without starting over.

Prompting Best Practices

🎯 Be Specific About Reasoning

Ask Claude to "show your reasoning" or "explain your thinking" for transparency

πŸ“‹ Request Structure

Ask for "step-by-step" or "structured analysis" for organized output

πŸ” Request Analysis First

For complex tasks: "Analyze first, then implement" gets better results

βš–οΈ Ask for Tradeoffs

"What are the pros and cons?" or "What are the tradeoffs?" for balanced decisions

🎨 Specify Constraints

Mention team size, expertise, timeline, or other constraints for realistic solutions

πŸ”„ Encourage Iteration

"Let's refine this..." or "What if we tried..." for collaborative problem-solving

Pro Tip: For really complex problems, combine techniques: "Think deeply about the architecture (extended thinking), create a plan (plan mode), then we'll implement step-by-step (iterative)." This layered approach yields the best results for challenging tasks.

Understanding Claude's Capabilities

πŸ“š Multi-file Understanding

Claude can understand relationships between files, trace imports, and see how components interact.

πŸ”„ Context Awareness

Claude remembers the conversation. Reference previous changes or discussions naturally.

🎯 Pattern Recognition

Claude learns your coding patterns and can apply them consistently across your project.

πŸ§ͺ Testing

Claude can write, run, and debug tests for your code automatically.

πŸ“– Documentation

Generate docs, add comments, create README filesβ€”Claude understands documentation best practices.

πŸ” Code Review

Ask Claude to review code for bugs, performance issues, security concerns, or best practices.

Real-World Workflow Examples

Morning Workflow: Catch Up on Changes

"Show me what changed in the codebase since yesterday" git log --since="yesterday" --oneline git diff HEAD@{yesterday} # Claude will summarize key changes and their impact

Feature Development Workflow

# 1. Planning Phase "I need to add a shopping cart feature. Let's plan this out." # 2. Implementation Phase "Let's start with the cart state management" "Now add the cart UI component" "Connect it to the backend API" # 3. Testing Phase "Write tests for the cart functionality" "Run the tests and fix any failures" # 4. Refinement Phase "Add loading states and error handling" "Make sure it's responsive on mobile" # 5. Documentation Phase "Document the cart API and add code comments" # 6. Ship It! "Create a PR for the shopping cart feature"

Bug Fix Workflow

"Users are reporting that images aren't loading. Let's investigate." # Claude will: # 1. Find image loading code # 2. Check for common issues (paths, permissions, async problems) # 3. Look at recent changes that might have broken it # 4. Fix the issue # 5. Add defensive code to prevent recurrence # 6. Suggest adding tests
Level Up! You're now comfortable with Claude Code's core capabilities. Ready to explore advanced features? Head to the "Advanced" tab!

πŸ“Ί Advanced Learning

Deep Dive Resources:

πŸš€ You're Now at Intermediate Level!

You learned: File operations, git workflows, development patterns, and communication techniques.

Time to unlock advanced superpowers!

Advanced

MCPs, hooks, custom commands, and automation

Phase 3: Advanced

πŸ”“ Democratizing Expertise: Removing Knowledge Bottlenecks

Turn your expert engineers into force multipliers. Capture their knowledge in Claude Code so the entire team can work at expert-level, even on unfamiliar systems.

The Problem: Knowledge Bottlenecks Kill Velocity

The Typical Scenario

You have 1-2 engineers who are experts on a critical system:

  • Sarah is the only one who understands the legacy payment processing system
  • Mike is the deployment guruβ€”only he knows how to safely ship changes
  • The database schema makes sense only to Chen

The Impact:

  • 🚫 PRs sit waiting for expert review (days/weeks)
  • ⏰ Simple tasks become major blockers
  • 😰 Experts become burned out gatekeepers
  • πŸ†˜ New team members can't contribute effectively
  • πŸ’Έ Organization velocity grinds to a halt

The Solution: Capture Expertise in Claude Code

Claude Code can capture expert knowledge and make it available to your entire team through:

  • Sub-agents that embody expert decision-making
  • Skills that encode specialized workflows
  • Custom slash commands for common expert tasks
  • Project documentation that Claude references automatically

Result: Any engineer can get expert-level guidance instantly, without waiting for the expert to be available.

πŸ“‹ Step-by-Step: Democratize Expert Knowledge

Step 1: Identify the Bottleneck

Start by identifying your biggest knowledge bottlenecks:

# Questions to ask: - Who do people always wait for? - What tasks can only 1-2 people do? - What systems does nobody want to touch? - Where do new hires struggle most? - What causes the most Slack interruptions? # Common bottlenecks: - Legacy system experts - Deployment/DevOps specialists - Architecture/design reviewers - Database schema experts - Security/compliance reviewers - Performance optimization specialists

Step 2: Interview the Expert (30-60 minutes)

Sit with your expert and extract their knowledge. Use Claude Code during the interview to help!

# Interview Structure: 1. System Overview (10 min) "Walk me through the high-level architecture" "What are the critical components?" "What are the danger zones?" 2. Common Tasks (20 min) "What do people ask you for help with most?" "Walk me through how you [deploy/debug/review] X" "What mistakes do people commonly make?" 3. Decision Framework (15 min) "How do you decide when to [refactor/scale/optimize]?" "What patterns do you look for in code review?" "What are your red flags?" 4. Gotchas & Tribal Knowledge (15 min) "What's not documented that should be?" "What would you tell a new person on day 1?" "What breaks in unexpected ways?" # Pro tip: Record the session and have Claude transcribe/summarize it!

Step 3: Create Expert Sub-agents

Turn the expert's knowledge into sub-agents that make decisions like they would:

# Example: Legacy Payment System Expert mkdir -p .claude/agents/payment-system-expert vim .claude/agents/payment-system-expert/agent.md --- name: payment-system-expert description: Expert on the legacy payment processing system. Use PROACTIVELY when code changes touch payment processing, transaction handling, or refund logic. Reviews for correctness and prevents common mistakes. tools: Read, Grep, Glob, Bash model: inherit --- # Payment System Expert (Sarah's Knowledge) You are Sarah, the expert on our legacy payment processing system. Help developers work safely with this critical system. ## System Architecture The payment system consists of: - **TransactionProcessor**: Main entry point (src/payments/processor.py) - **RefundHandler**: Handles all refund logic (src/payments/refunds.py) - **LedgerService**: Records all transactions (src/ledger/service.py) - **PaymentGateway**: Integrates with Stripe (src/payments/gateway.py) ## Critical Rules ### ⚠️ NEVER do these: 1. **Never process payments without transaction locks** - Always use `with transaction_lock(user_id):` - Prevents double-charging 2. **Never skip ledger recording** - Every payment must write to ledger_entries table - Use `LedgerService.record()` - never write directly 3. **Never refund without checking refund_window** - Check `payment.created_at` is within 90 days - Use `RefundHandler.validate_refund_eligibility()` 4. **Never modify payment amounts after creation** - Payments are immutable - create adjustment records instead - Use `PaymentAdjustment` model for corrections ## Code Review Checklist When reviewing payment system changes, check: - [ ] Transaction locks are used for all payment operations - [ ] Ledger entries are created for every financial event - [ ] Error handling covers network failures and timeouts - [ ] Idempotency keys are used (prevents duplicate charges) - [ ] Refund eligibility is validated before processing - [ ] Tests cover failure scenarios (declined cards, timeouts) - [ ] Logging includes payment_id and user_id for debugging ## Common Mistakes **Mistake 1: Not using idempotency keys** ```python # ❌ Wrong - can charge twice if network fails stripe.Charge.create(amount=1000, currency="usd") # βœ… Correct - idempotency key prevents duplicates stripe.Charge.create( amount=1000, currency="usd", idempotency_key=f"charge_{payment_id}" ) ``` **Mistake 2: Forgetting transaction locks** ```python # ❌ Wrong - race condition can double-charge if user.balance >= amount: process_payment(user, amount) # βœ… Correct - lock prevents race condition with transaction_lock(user.id): if user.balance >= amount: process_payment(user, amount) ``` **Mistake 3: Direct database writes** ```python # ❌ Wrong - bypasses audit trail db.execute("INSERT INTO ledger_entries ...") # βœ… Correct - proper audit trail LedgerService.record( type="payment", amount=amount, user_id=user.id, metadata={"payment_id": payment.id} ) ``` ## Helpful Debugging Commands ```bash # Find all payments for a user python manage.py payments list --user-id=12345 # Check payment status python manage.py payments status --payment-id=pay_xyz # Retry failed payment python manage.py payments retry --payment-id=pay_xyz # Reconcile ledger (finds mismatches) python manage.py payments reconcile --date=2024-01-15 ``` ## When to Escalate to Sarah Contact Sarah directly for: - Architecture changes to payment flow - New payment provider integrations - PCI compliance questions - Large-scale refund operations (>$10k) - Database schema changes to payment tables ## Testing Guidelines Always test: 1. Happy path (successful payment) 2. Declined card 3. Network timeout (use mock to simulate) 4. Duplicate submission (idempotency) 5. Concurrent payments (race conditions) 6. Refund after 89 days (boundary case) # Now commit this to the repo for the whole team! git add .claude/agents/payment-system-expert/ git commit -m "Add payment system expert agent (Sarah's knowledge)"

Impact: Now anyone touching the payment system gets Sarah's expertise automatically. Sarah reviews the sub-agent's advice, not every PR!

Step 4: Create Expert Skills

Package expert workflows into reusable Skills:

# Example: Safe Deployment Skill (Mike's Knowledge) mkdir -p .claude/skills/safe-deployment vim .claude/skills/safe-deployment/SKILL.md --- name: safe-deployment description: Performs safe production deployments following Mike's proven process. Use when deploying to staging or production environments. allowed-tools: Bash, Read, Grep --- # Safe Deployment Process (Mike's Workflow) Follow Mike's battle-tested deployment process to ship safely. ## Pre-Deployment Checklist Before deploying, verify: ```bash # 1. Run full test suite npm test # 2. Check for pending migrations python manage.py showmigrations | grep "\[ \]" # 3. Verify staging deployment succeeded curl -f https://staging.example.com/health || exit 1 # 4. Check error rates in last hour (should be < 0.1%) ./scripts/check-error-rate.sh --env=production --window=1h # 5. Verify no active incidents curl -f https://api.pagerduty.com/incidents?statuses[]=triggered ``` ## Deployment Steps ```bash # 1. Create deployment tag git tag -a deploy-$(date +%Y%m%d-%H%M) -m "Deploy to production" git push origin --tags # 2. Run migrations (if any) - ALWAYS RUN THESE FIRST kubectl exec -it rails-console -- rails db:migrate # 3. Deploy new code in 25% increments ./deploy.sh --env=production --canary=25 sleep 300 # Wait 5 minutes, watch metrics ./deploy.sh --env=production --canary=50 sleep 300 ./deploy.sh --env=production --canary=100 # 4. Verify deployment health ./scripts/verify-deployment.sh --env=production ``` ## Rollback Process If anything goes wrong: ```bash # Fast rollback (use previous tag) ./deploy.sh --env=production --rollback # Or rollback to specific version ./deploy.sh --env=production --version=deploy-20240115-1430 # Verify rollback succeeded ./scripts/verify-deployment.sh --env=production ``` ## Post-Deployment After successful deployment: 1. Monitor error rates for 30 minutes 2. Check key metrics dashboard 3. Post in #deployments Slack channel 4. Update deployment log in Confluence ## Red Flags (Roll Back Immediately) - Error rate > 1% - Response time > 2x baseline - Any 500 errors on critical endpoints - Database connection pool exhausted - Memory usage > 90% # Commit and share! git add .claude/skills/safe-deployment/ git commit -m "Add safe deployment skill (Mike's process)"

Impact: Now anyone can deploy safely using Mike's exact process. Mike can focus on improving the system instead of hand-holding deployments.

Step 5: Create Custom Slash Commands

Make common expert tasks one command away:

# Example: Database Schema Expert Commands (Chen's Knowledge) mkdir -p .claude/commands # Command: /schema-review vim .claude/commands/schema-review.md --- description: Reviews database schema changes using Chen's expertise --- You are Chen, the database schema expert. Review the proposed schema changes. Check for: **Performance Issues:** - Missing indexes on foreign keys - Indexes on low-cardinality columns (waste of space) - VARCHAR(255) when smaller would work - Missing composite indexes for common queries **Data Integrity:** - Missing NOT NULL constraints where appropriate - Missing CHECK constraints for business rules - Incorrect foreign key relationships - No cascading deletes where needed (or cascade where dangerous!) **Maintainability:** - Poor naming (use user_id not userId) - Missing table comments - Missing column comments for non-obvious fields - Inconsistent data types (mixing INT and BIGINT for IDs) **Migration Safety:** - Adding NOT NULL without DEFAULT (will fail on existing data!) - Renaming columns (needs two-phase migration) - Dropping columns with data (needs backfill strategy) - Large table alterations (needs online schema change tool) For each issue found: 1. Explain the problem 2. Show the impact (performance, data loss, etc.) 3. Provide the fix 4. Suggest how to test it # Command: /explain-schema vim .claude/commands/explain-schema.md --- description: Explains database schema and relationships (Chen's knowledge) --- You are Chen, the database expert. Explain this database schema section. For each table, describe: - **Purpose**: What business entity does this represent? - **Key relationships**: How does it relate to other tables? - **Important columns**: What do the non-obvious columns mean? - **Indexes**: Why these indexes exist (what queries they optimize) - **Gotchas**: What developers should know before using this table Use Chen's perspective: - Focus on the "why" not just the "what" - Mention performance implications - Point out common mistakes developers make - Explain the historical context if relevant Draw an ASCII diagram of the relationships if it helps! # Now anyone can get Chen's expert schema review! "Run /schema-review on this migration file" "Use /explain-schema for the users and orders tables"

Impact: Chen's expertise is now available instantly via slash commands. He can focus on complex architecture problems instead of reviewing every schema change.

Step 6: Document the System Knowledge

Create living documentation that Claude can reference:

# Create system documentation that Claude reads automatically mkdir -p docs/systems # Example: Legacy system guide vim docs/systems/payment-system.md # Payment System Architecture ## Overview The payment system handles all monetary transactions including purchases, refunds, and credits. **Expert:** Sarah (sarah@company.com) - Escalate to her for: - Architecture changes - New payment provider integrations - PCI compliance questions ## Architecture Diagram ``` [Frontend] -> [API Gateway] -> [Payment Service] | +-----------+---------+----------+ | | | | [Stripe API] [Database] [Ledger] [Fraud Check] ``` ## Key Files - `src/payments/processor.py` - Main payment processing logic - `src/payments/refunds.py` - Refund handling - `src/ledger/service.py` - Financial record keeping - `config/payment-providers.yaml` - Provider configuration ## Common Tasks ### Processing a Payment ```python from payments import PaymentProcessor processor = PaymentProcessor() result = processor.process_payment( user_id=user.id, amount_cents=1000, idempotency_key=f"order_{order.id}" ) ``` ### Issuing a Refund ```python from payments import RefundHandler handler = RefundHandler() refund = handler.process_refund( payment_id=payment.id, amount_cents=500, # partial refund reason="customer_request" ) ``` ## Troubleshooting **Symptom:** Payment shows "pending" for >5 minutes **Cause:** Stripe webhook delivery failure **Fix:** Manually sync with `python manage.py sync_payment --id=pay_xxx` **Symptom:** "InsufficientFunds" error but user has balance **Cause:** Race condition in balance checking **Fix:** This should be impossible with transaction locks. If you see this, contact Sarah immediately. ## Testing - Unit tests: `pytest tests/payments/` - Integration tests: `pytest tests/integration/test_payment_flow.py` - Load tests: `locust -f tests/load/payment_load.py` ## Deployment Notes - Payments are stored in separate database (see DATABASE_URLS) - Zero-downtime deployments supported - Feature flags control payment provider routing ## More Info - [Stripe API Docs](https://stripe.com/docs/api) - [PCI Compliance Guide](docs/security/pci-compliance.md) - [Runbook](docs/runbooks/payment-system-incidents.md) # Claude will automatically reference this when working on payments!

Pro tip: Add a CLAUDE.md file to the .claude directory telling Claude to always check the docs/ folder for system knowledge.

🎯 Real-World Success Stories

🏦 FinTech Startup: 10-Person Team, 1 Backend Expert

Before: Michael was the only engineer who understood their legacy Erlang backend. Every backend change waited for his review (5-7 days). He was burned out and considering leaving.

Solution:

  • Created "erlang-expert" sub-agent with Michael's knowledge
  • Built Skills for common backend tasks (deployment, debugging, profiling)
  • Documented the Erlang codebase architecture with Michael's commentary

Results after 6 weeks:

  • βœ… Review time dropped from 5-7 days to <1 day
  • βœ… 4 other engineers now comfortable making backend changes
  • βœ… Michael focuses on architecture, not routine reviews
  • βœ… PR throughput increased 3x

πŸ₯ Healthcare SaaS: HIPAA Compliance Bottleneck

Before: Only 2 engineers (Lisa and Tom) understood HIPAA compliance. Security reviews took 2-3 weeks. The company struggled to ship features.

Solution:

  • Created "hipaa-compliance-reviewer" sub-agent encoding Lisa and Tom's expertise
  • Built "/hipaa-check" slash command for instant compliance review
  • Created Skills for common compliance patterns (PHI handling, audit logging)

Results after 3 months:

  • βœ… Compliance review time: 2-3 weeks β†’ 1-2 days
  • βœ… 100% of engineers can now make HIPAA-compliant changes
  • βœ… Zero compliance violations since implementing
  • βœ… Lisa and Tom now consult on complex cases only (20% of previous workload)

πŸš€ SaaS Company: Database Performance Expert Bottleneck

Before: Priya was the only engineer who could optimize database queries. Slow queries plagued production. Priya was involved in every database-related decision.

Solution:

  • Created "db-performance-expert" sub-agent with Priya's optimization knowledge
  • Built Skills for query analysis, index recommendations, and migration review
  • Created "/explain-query" command that breaks down query performance like Priya would

Results after 2 months:

  • βœ… 8 engineers now capable of query optimization (up from 1)
  • βœ… Average query optimization time: 3 days β†’ 4 hours
  • βœ… Database query issues dropped 70%
  • βœ… Priya now focuses on database architecture strategy

πŸ“Š Measuring Success

Key Metrics to Track

Measure the impact of democratizing expertise:

Before vs After Metrics:
  • PR Review Time: How long PRs wait for expert review
  • Expert Utilization: % of expert's time on routine vs complex problems
  • Team Capability: # of engineers who can work on the system
  • Incident Response Time: How fast team can debug issues
  • Onboarding Time: How long until new hires are productive
  • Expert Satisfaction: Is the expert less burned out?
Leading Indicators (What to Watch):
  • Sub-agent activation frequency (shows it's being used)
  • Skill usage counts
  • Slash command execution frequency
  • Questions in Slack to the expert (should decrease)
  • PR self-sufficiency (fewer "can you look at this?" messages)
Pro Tip: Start with your biggest bottleneck. The expert who gets interrupted most, or the system that blocks the most work. Extract that knowledge first, measure the impact, then expand to other experts.
πŸ’‘ The Ultimate Goal: Transform experts from gatekeepers into force multipliers. Let them focus on the complex, creative problems that truly need their expertise while Claude Code handles the routine application of their knowledge. Your experts will be happier, your team will move faster, and your organization will scale without hiring bottlenecks.

πŸš€ Getting Started: Your First Knowledge Extraction

Week 1 Action Plan

  1. Day 1-2: Identify your top knowledge bottleneck (poll the team or check PR review times)
  2. Day 3: Schedule 1-hour knowledge extraction session with the expert
  3. Day 4-5: Create the first sub-agent or skill based on the interview
  4. Week 2-3: Have team try it on real work, collect feedback
  5. Week 4: Refine based on feedback, measure impact, present results

Time Investment: 4-6 hours of expert time, 1-2 days of implementation. Payback: Within 2-4 weeks as the team becomes self-sufficient.

πŸ€– Sub-agents: Specialized AI Assistants

Sub-agents are specialized AI assistants that handle specific tasks with their own context windows and custom instructions. They're especially powerful for large codebases and complex workflows.

What Are Sub-agents?

Sub-agents are like having a team of specialized experts working alongside you. Each sub-agent has:

  • Specialized expertise: Fine-tuned for specific domains (code review, debugging, testing, etc.)
  • Isolated context: Separate context windows that don't clutter your main conversation
  • Custom tool access: Only the tools they need, improving security and focus
  • Reusability: Can be shared across projects and teams
  • Dynamic model selection: Claude intelligently chooses the optimal model (Sonnet/Opus/Haiku) for each sub-agent based on task complexity
  • Resumability: Sub-agents can be paused and resumed dynamically without losing context
New in v2.0.28: Claude now automatically selects the best model for each sub-agent task. Quick searches use Haiku for speed and cost-efficiency, while complex analysis uses Sonnet or Opus for maximum intelligence. Sub-agents can also be resumed if interrupted or if additional context is needed.

When to Use Sub-agents

πŸ“¦ Large Codebases

Delegate exploration and analysis tasks to specialized agents

Example: "Search agent, find all authentication endpoints"

πŸ” Code Review

Automatic quality, security, and style validation

Example: Proactive review after every code change

πŸ› Debugging

Focused analysis of errors and failures

Example: "Debugger agent, analyze this stack trace"

πŸ§ͺ Testing

Generate comprehensive test suites

Example: "Test agent, create unit tests for this module"

πŸ“Š Data Analysis

Query optimization and insights generation

Example: "Data agent, analyze these query patterns"

πŸ”„ Refactoring

Safe, systematic code improvements

Example: "Refactor agent, modernize this legacy code"

Creating a Sub-agent

Example: Code Review Sub-agent

# 1. Run the agents command /agents # 2. Select "Create New Agent" # 3. Choose project-level (for this repo) or user-level (all repos) # 4. Configure your agent: Name: code-reviewer Description: Reviews code for quality, security, and best practices. Use PROACTIVELY after code changes. Tools: Read, Grep, Bash (limited access) Model: inherit # 5. Write detailed instructions: You are an expert code reviewer. When analyzing code: 1. Check for security vulnerabilities 2. Verify error handling is comprehensive 3. Ensure code follows project conventions 4. Look for performance issues 5. Suggest improvements with examples

Sub-agent Types by Scope

πŸ“ Project Sub-agents

Location: .claude/agents/ in your project

When to use: Project-specific workflows, team conventions, repo-specific tools

Best for: Teams sharing common patterns

# Automatically available to everyone on your team "Use the api-tester agent to validate these endpoints"

πŸ‘€ User Sub-agents

Location: ~/.claude/agents/ in your home directory

When to use: Personal workflows, cross-project patterns, your preferred conventions

Best for: Individual productivity patterns

# Available in all your projects "Use my performance-optimizer agent to analyze this code"

πŸ”Œ Plugin Sub-agents

Source: Installed plugins

When to use: Pre-built expertise from the community

Best for: Standard patterns (React, Python, security, etc.)

πŸ’‘ Pro Tips for Large Codebases

1️⃣ Use the Explore Agent for Codebase Discovery

When working with unfamiliar or large codebases, delegate exploration tasks to the Explore agent:

# Instead of manually searching "Where is authentication handled in this codebase?" "Show me all the API endpoints related to user management" "Find examples of how error handling is done" # Claude will automatically use the Explore agent to: # - Search across multiple files # - Find patterns and conventions # - Provide context without overwhelming your main conversation

Why it works: The Explore agent has specialized tools and prompts for codebase navigation, keeping your main conversation focused on your task.

2️⃣ Create Domain-Specific Search Agents

For large codebases with distinct domains, create specialized search agents:

Example: Backend API Agent
Name: backend-api-explorer Description: Expert at finding and analyzing backend API code. Use when searching for endpoints, routes, controllers, or API logic. Instructions: - Focus on backend directories (src/api/, controllers/, routes/) - Look for REST/GraphQL patterns - Identify route definitions and handlers - Trace request flow through middleware - Find related tests and documentation

3️⃣ Use Sub-agents to Preserve Context

In long sessions with large codebases, your main context can get cluttered. Use sub-agents strategically:

# Main conversation - stays focused "I need to add authentication to the checkout flow" # Claude uses explore agent in background to find: # - Current authentication patterns # - Checkout flow implementation # - Security best practices in the codebase # You get the insights without the noise

4️⃣ Chain Sub-agents for Complex Workflows

Orchestrate multiple sub-agents for sophisticated analysis:

"Use the explore agent to find all database queries, then use the performance agent to identify optimization opportunities" # Or for security reviews: "Use the explore agent to find all authentication code, then use the security-reviewer agent to audit it"

5️⃣ Write Detailed, Specific Descriptions

For automatic invocation, make descriptions action-oriented:

# ❌ Too vague Description: "Helps with testing" # βœ… Specific and actionable Description: "Generates comprehensive unit tests for React components. Use PROACTIVELY when new components are created or modified. Focuses on edge cases, accessibility, and user interactions." # βœ… With trigger keywords Description: "Expert at optimizing database queries. MUST BE USED when analyzing SQL queries, database performance issues, or slow endpoints. Provides specific optimization recommendations."

6️⃣ Limit Tool Access Strategically

Give sub-agents only the tools they need:

# Explore agent - read-only Tools: Read, Grep, Glob # Code reviewer - analysis only Tools: Read, Grep, Bash (for running linters) # Test generator - needs write access Tools: Read, Grep, Write, Bash (for running tests) # Refactoring agent - full access Tools: Read, Write, Edit, Bash, Git

Benefits: Better security, faster execution, clearer purpose, fewer accidental changes

7️⃣ Version Control Your Sub-agents

Treat project sub-agents as code - commit them to your repository:

# Add to git git add .claude/agents/ git commit -m "Add code review and testing sub-agents" # Team benefits: # - Consistent workflows across the team # - Evolve agents as codebase grows # - Onboard new developers with built-in expertise # - Review and improve agent prompts over time

Invoking Sub-agents

πŸ”„ Automatic Invocation

Claude automatically delegates when your request matches a sub-agent's expertise:

# You just work naturally "Find all the places where we handle user uploads" # Claude sees this matches the explore agent and uses it # No need to explicitly call it!

🎯 Explicit Invocation

You can also specifically request a sub-agent:

"Use the code-reviewer agent to check my recent changes" "Ask the security-auditor agent to review this authentication flow" "Have the performance-analyzer agent look at this function"

🧠 Dynamic Model Selection for Sub-agents

Claude now intelligently selects the optimal model for each sub-agent based on task complexity, balancing performance, speed, and cost:

⚑ Claude Haiku 4.5

Used for: Quick searches, file exploration, simple pattern matching, routine code reviews

Benefits: 4-5x faster, most cost-effective ($1/MTok)

πŸš€ Claude Sonnet 4.5

Used for: Complex analysis, code generation, refactoring, debugging, test creation

Benefits: Best balance of intelligence and speed for 90% of tasks

🎯 Claude Opus 4.1

Used for: Strategic planning, complex architecture decisions, security audits, mission-critical analysis

Benefits: Maximum intelligence with extended thinking

How it works: You don't need to specify the model. Claude automatically assesses the task and selects the most appropriate model for each sub-agent invocation. This ensures optimal performance while managing costs.

Example: Automatic Model Selection

# Simple search - Claude uses Haiku for speed "Find all API endpoints in the codebase" # β†’ Explore agent with Haiku 4.5 (fast, cheap) # Complex analysis - Claude uses Sonnet "Review this authentication system for security issues" # β†’ Security-reviewer agent with Sonnet 4.5 (balanced) # Strategic decision - Claude uses Opus "Should we migrate to microservices? Analyze tradeoffs" # β†’ Planning agent with Opus 4.1 (maximum intelligence)

♻️ Resumable Sub-agents

Sub-agents can now be paused and resumed without losing context. This is especially useful for:

  • Long-running analysis: Resume after interruptions or when you need to provide additional context
  • Iterative refinement: Continue refining an agent's analysis based on new information
  • Multi-stage workflows: Break complex tasks into stages and resume between them
# Start a complex analysis "Analyze our entire authentication system for security issues" # Agent works, but you need to interrupt... # Later, resume where you left off "Continue the security analysis with these additional requirements..." # Claude resumes the same sub-agent with full context

Real-World Sub-agent Examples

Example: Migration Assistant

Name: migration-assistant Description: Expert at migrating code between frameworks or languages. Use when upgrading dependencies, migrating to new frameworks, or converting between languages. Instructions: - Analyze the source code patterns and conventions - Research target framework/language best practices - Create migration plan with risk assessment - Convert code incrementally with tests - Document breaking changes and new patterns - Ensure feature parity and backward compatibility Tools: Read, Write, Edit, Grep, Bash, WebSearch

Example: Documentation Generator

Name: doc-generator Description: Creates comprehensive documentation for code, APIs, and systems. Use PROACTIVELY when new features are added or when documentation is requested. Instructions: - Read and understand code structure and purpose - Generate clear, concise documentation with examples - Include parameter descriptions, return values, and edge cases - Create usage examples for common scenarios - Add diagrams for complex flows (mermaid syntax) - Follow project documentation style guide Tools: Read, Write, Grep, Glob

Example: Legacy Code Analyzer

Name: legacy-analyzer Description: Analyzes legacy code to understand architecture, identify technical debt, and recommend modernization strategies. Use when working with unfamiliar or old codebases. Instructions: - Map out code architecture and dependencies - Identify outdated patterns and anti-patterns - Find security vulnerabilities and performance issues - Assess test coverage and documentation quality - Recommend incremental modernization steps - Prioritize improvements by impact and risk Tools: Read, Grep, Glob, Bash (for running analysis tools)
πŸ’‘ Sub-agent Success Pattern: Start with Claude's built-in sub-agents (especially the Explore agent), then create custom ones as you identify repetitive patterns in your workflow. The best sub-agents encode your team's expertise and grow with your codebase!
Pro Tip: Run /agents to see all available sub-agents in your current project. You can edit, enable, disable, or create new ones right from that interface.

🎯 Skills: Extending Claude's Capabilities

Skills are modular, reusable capabilities that extend Claude's functionality. Unlike sub-agents, Skills are autonomousβ€”Claude automatically activates them when relevant to your request.

What Are Skills?

Skills package expertise into discoverable components that Claude can use on its own. Each Skill contains:

  • SKILL.md file: Instructions and metadata in YAML frontmatter
  • Supporting files: Scripts, templates, documentation, and utilities
  • Tool restrictions: Optional limits on what Claude can do
  • Automatic activation: Claude decides when to use them based on context

Skills vs Sub-agents: What's the Difference?

🎯 Skills

  • Activation: Automatic (Claude decides)
  • Purpose: Add new capabilities/tools
  • Best for: Specialized workflows, custom tools
  • Example: "Process this PDF" β†’ Claude uses PDF skill

πŸ€– Sub-agents

  • Activation: Automatic or explicit request
  • Purpose: Delegated task execution
  • Best for: Complex workflows, context isolation
  • Example: "Use code-reviewer to check this PR"

Types of Skills by Scope

πŸ‘€ Personal Skills

Location: ~/.claude/skills/

Available across all your projects. Perfect for personal workflows and preferences.

πŸ“ Project Skills

Location: .claude/skills/

Shared with your team via git. Perfect for project-specific patterns.

πŸ”Œ Plugin Skills

Source: Claude Code plugins

Pre-built Skills from the community. Install and use immediately.

Building Your First Skill

Example: Commit Message Generator

# 1. Create the skill directory mkdir -p ~/.claude/skills/commit-message-generator cd ~/.claude/skills/commit-message-generator # 2. Create SKILL.md with YAML frontmatter cat > SKILL.md << 'EOF' --- name: commit-message-generator description: Generates clear, conventional commit messages from git diffs. Use when user asks for commit message help or is about to commit code. allowed-tools: Bash, Read, Grep --- # Commit Message Generator You are an expert at writing clear, descriptive commit messages following conventional commit format. ## Instructions 1. Run `git diff --staged` to see what changes are being committed 2. Analyze the changes to understand: - What was added, modified, or removed - The purpose and scope of the changes 3. Generate a commit message in this format: ``` type(scope): brief description Detailed explanation of what and why (not how) ``` ## Types - feat: New feature - fix: Bug fix - docs: Documentation changes - style: Code style changes (formatting) - refactor: Code refactoring - test: Adding or updating tests - chore: Build process or auxiliary tool changes ## Best Practices - Keep first line under 50 characters - Use imperative mood ("add" not "added") - Focus on WHY, not HOW - Be specific about what changed - Include issue numbers if applicable EOF # 3. Test it! "Help me write a commit message for my changes"

πŸ’‘ Inspiring Skill Examples

πŸ“„ PDF Processing Skill

Use case: Extract text, fill forms, merge PDFs, generate reports

--- name: pdf-processor description: Extract text from PDFs, fill PDF forms, merge/split PDFs, and convert to other formats. Use when working with PDF files or when user mentions documents. allowed-tools: Bash, Read, Write, Skill(pdf) --- # PDF Processing Expert Handle all PDF-related tasks efficiently and accurately. ## Capabilities - Extract text and tables from PDFs - Fill PDF forms programmatically - Merge multiple PDFs into one - Split PDFs into separate pages - Convert PDFs to text/markdown - Extract images from PDFs ## Usage Examples - "Extract all text from this PDF" - "Fill out this form PDF with the data from this CSV" - "Merge these three PDFs into one document"

Files included: SKILL.md, pdf-utils.py, form-templates/, examples.md

πŸ“Š Excel Data Analysis Skill

Use case: Analyze spreadsheets, create pivot tables, generate charts

--- name: excel-analyzer description: Analyze Excel/CSV files, create pivot tables, generate charts, find patterns in data. Use when working with .xlsx, .xls, or .csv files or when user asks for data analysis. allowed-tools: Bash, Read, Write, WebSearch --- # Excel & Data Analysis Expert Comprehensive spreadsheet analysis and visualization. ## Capabilities - Load and parse Excel/CSV files - Statistical analysis (averages, trends, outliers) - Create pivot tables and summaries - Generate charts and visualizations - Find patterns and correlations - Clean and transform data - Export results in multiple formats ## Analysis Approach 1. Load data and inspect structure 2. Check for data quality issues 3. Perform requested analysis 4. Generate clear visualizations 5. Summarize insights in plain language

Files included: SKILL.md, excel-utils.py, chart-templates/, sample-analysis.md

πŸ”’ Security Auditor Skill

Use case: Scan code for vulnerabilities, check dependencies, validate configs

--- name: security-auditor description: Scan code for security vulnerabilities, check for exposed secrets, audit dependencies, and validate security configurations. Use when reviewing code for security or when user mentions security concerns. allowed-tools: Read, Grep, Glob, Bash --- # Security Audit Expert Comprehensive security analysis for applications and infrastructure. ## Audit Checklist ### Code Security - SQL injection vulnerabilities - XSS vulnerabilities - CSRF protection - Authentication/authorization flaws - Input validation issues - Hardcoded credentials or secrets ### Dependencies - Outdated packages with known CVEs - Unused dependencies - License compliance issues ### Configuration - Exposed API keys or tokens - Insecure defaults - Missing security headers - Weak encryption settings ## Output Format Provide clear severity ratings (Critical, High, Medium, Low) and specific remediation steps for each finding.

Files included: SKILL.md, security-patterns.md, checklist.md

🌐 API Documentation Generator

Use case: Auto-generate API docs from code, create OpenAPI specs

--- name: api-doc-generator description: Generate comprehensive API documentation from code, create OpenAPI/Swagger specs, document endpoints with examples. Use when documenting APIs or when user mentions API documentation. allowed-tools: Read, Write, Grep, Glob --- # API Documentation Generator Create beautiful, comprehensive API documentation automatically. ## What We Generate - OpenAPI 3.0 / Swagger specifications - Markdown documentation - Interactive API examples - Authentication guides - Error response documentation - Rate limiting information ## Documentation Structure For each endpoint, include: - HTTP method and path - Description and use case - Request parameters (path, query, body) - Request examples (curl, JavaScript, Python) - Response schemas and examples - Error codes and messages - Authentication requirements ## Quality Standards - Clear, concise descriptions - Real-world usage examples - Complete request/response samples - Common error scenarios

Files included: SKILL.md, templates/openapi.yaml, templates/markdown.md, examples/

πŸ§ͺ Test Generator Skill

Use case: Generate unit tests, integration tests, and test fixtures

--- name: test-generator description: Generate comprehensive test suites including unit tests, integration tests, and fixtures. Use when writing tests or when user asks for test coverage. allowed-tools: Read, Write, Grep, Bash --- # Test Generation Expert Create thorough, maintainable test suites for any codebase. ## Test Coverage Strategy 1. Analyze code to identify testable units 2. Generate tests for: - Happy path scenarios - Edge cases and boundary conditions - Error handling - Integration points 3. Create necessary fixtures and mocks 4. Ensure tests follow project conventions ## Frameworks Supported - JavaScript/TypeScript: Jest, Mocha, Vitest - Python: pytest, unittest - Java: JUnit, TestNG - Go: testing package - Rust: built-in test framework ## Test Quality Standards - Clear test names describing what's being tested - Arrange-Act-Assert pattern - Independent, isolated tests - Fast execution time - Meaningful assertions

Files included: SKILL.md, test-templates/, fixture-examples/

πŸ“ Technical Writer Skill

Use case: Create user guides, READMEs, tutorials, and architecture docs

--- name: technical-writer description: Create clear, comprehensive technical documentation including READMEs, user guides, tutorials, and architecture docs. Use when creating documentation or explaining technical concepts. allowed-tools: Read, Write, Grep, Glob, WebSearch --- # Technical Documentation Expert Create documentation that developers and users actually want to read. ## Documentation Types ### README.md - Project overview and value proposition - Quick start guide - Installation instructions - Basic usage examples - Contributing guidelines - License information ### User Guides - Step-by-step tutorials - Screenshots and diagrams - Common workflows - Troubleshooting section - FAQ ### Architecture Docs - System overview diagrams - Component descriptions - Data flow diagrams - Technology decisions (ADRs) - Deployment architecture ## Writing Principles - Write for your audience (beginners vs experts) - Use clear, concise language - Include code examples that work - Add diagrams for complex concepts - Keep it up-to-date with code changes

Files included: SKILL.md, templates/, diagram-examples/, style-guide.md

πŸš€ CI/CD Pipeline Builder

Use case: Generate GitHub Actions, GitLab CI, or other pipeline configs

--- name: cicd-builder description: Create and optimize CI/CD pipelines for GitHub Actions, GitLab CI, Jenkins, etc. Use when setting up automation or deployment workflows. allowed-tools: Read, Write, Grep, Bash --- # CI/CD Pipeline Expert Build robust, efficient continuous integration and deployment pipelines. ## Pipeline Capabilities - Automated testing on every commit - Code quality checks (linting, formatting) - Security scanning - Build and package artifacts - Deploy to staging/production - Rollback mechanisms - Notification systems ## Supported Platforms - GitHub Actions - GitLab CI/CD - CircleCI - Jenkins - Travis CI - Azure Pipelines ## Best Practices - Fail fast with early validation - Cache dependencies for speed - Parallel job execution where possible - Secure secrets management - Clear job names and outputs - Comprehensive error messages

Files included: SKILL.md, templates/github-actions.yml, templates/gitlab-ci.yml, examples/

Best Practices for Building Skills

1. Keep Scope Focused

Create specific Skills rather than broad ones:

# ❌ Too broad name: document-processor description: Processes all types of documents # βœ… Focused and specific name: invoice-extractor description: Extracts line items, totals, and vendor info from PDF invoices. Use when processing invoices or receipts.

2. Write Descriptive Descriptions

Include both what it does AND when to activate:

# ❌ Vague description: Helps with databases # βœ… Specific with trigger words description: Optimize SQL queries, analyze query plans, suggest indexes, and identify N+1 problems. Use when working with database performance, slow queries, or PostgreSQL/MySQL optimization.

3. Use Tool Restrictions Wisely

Limit tools to prevent unintended actions:

# Read-only analysis skill allowed-tools: Read, Grep, Glob # Documentation writer needs write access allowed-tools: Read, Write, Grep, Glob # Full automation skill allowed-tools: Read, Write, Edit, Bash, Git

4. Include Supporting Resources

Organize your Skill directory effectively:

~/.claude/skills/my-skill/ β”œβ”€β”€ SKILL.md # Main skill definition β”œβ”€β”€ examples.md # Usage examples β”œβ”€β”€ reference.md # Detailed reference β”œβ”€β”€ templates/ # Reusable templates β”‚ β”œβ”€β”€ config.yaml β”‚ └── output.md └── scripts/ # Helper scripts └── process.py

5. Test Your Skills Thoroughly

Ensure your Skill activates correctly:

  • Test with various phrasings of requests
  • Verify it doesn't activate for unrelated tasks
  • Check that instructions are clear and unambiguous
  • Validate tool restrictions work as expected
  • Get feedback from team members

How to Use Skills

πŸ”„ Automatic Activation

Just work naturallyβ€”Claude will use Skills when relevant:

# You just make a request "Extract all the invoice data from this PDF" # Claude automatically detects this matches your PDF skill # and activates it in the background

🎯 Check Available Skills

See what Skills are available:

"What Skills are available?" "Show me my installed Skills" # Or check the filesystem directly: ls ~/.claude/skills/ ls .claude/skills/

Sharing Skills with Your Team

πŸ“¦ Project Skills (Recommended)

Commit Skills to your repository for automatic team sharing:

# Create project skill mkdir -p .claude/skills/my-team-skill cd .claude/skills/my-team-skill vim SKILL.md # Commit to version control git add .claude/skills/ git commit -m "Add team skill for invoice processing" git push # Team members get it automatically when they pull!

πŸ”Œ Plugin Skills (For Broader Distribution)

Package Skills as plugins for the Claude Code community:

  • Create a plugin with your Skill included
  • Publish to the plugin marketplace
  • Others can install with /plugin install
  • Automatic updates when you release new versions
Pro Tip: Start with personal Skills to refine them, then promote useful ones to project Skills for team sharing, and finally consider packaging popular Skills as plugins for the wider community!
πŸ’‘ Skill Building Pattern: Identify a repetitive task in your workflow β†’ Create a focused Skill with clear instructions β†’ Test it thoroughly β†’ Share with your team β†’ Iterate based on feedback. The best Skills encode your team's expertise and save hours of repetitive work!

Model Context Protocol (MCP)

MCPs allow Claude Code to connect to external services and data sources, dramatically expanding its capabilities.

What is MCP?

MCP is a protocol that lets Claude Code interact with external systems like databases, APIs, cloud services, and more. Think of it as giving Claude superpowers to access data and services beyond your local filesystem.

Popular MCP Servers

πŸ—„οΈ Database MCPs

PostgreSQL, MySQL, MongoDB, SQLite

Use case: Query databases, analyze data, run migrations

☁️ Cloud Provider MCPs

AWS, Google Cloud, Azure

Use case: Manage cloud resources, deploy applications, monitor services

πŸ“Š Data Source MCPs

Google Drive, Notion, Airtable

Use case: Access documents, sync data, generate reports

πŸ”§ Development Tool MCPs

GitHub, GitLab, Jira, Linear

Use case: Manage issues, review PRs, track projects

🌐 API MCPs

REST APIs, GraphQL endpoints

Use case: Integrate with third-party services

πŸ“ˆ Analytics MCPs

Google Analytics, Mixpanel, custom metrics

Use case: Analyze usage, generate insights, create dashboards

Setting Up an MCP Server

Example: PostgreSQL MCP

# 1. Create or edit ~/.mcp.json { "mcpServers": { "postgres": { "command": "npx", "args": [ "-y", "@anthropic-ai/mcp-server-postgres", "postgresql://user:pass@localhost/mydb" ] } } } # 2. Use it in Claude Code "Query the users table and show me the most recent signups" # Claude will now use the MCP to query your database!

Example: Google Drive MCP

# Configuration in ~/.mcp.json { "mcpServers": { "gdrive": { "command": "npx", "args": ["-y", "@anthropic-ai/mcp-server-gdrive"] } } } # Usage "Find all spreadsheets in my Google Drive related to Q4 revenue" "Create a summary report from the data in those spreadsheets"
Pro Tip: Explore available MCP servers at github.com/modelcontextprotocol/servers

🎯 Real-World MCP Use Cases

  • Data Analysis: "Compare sales data from our PostgreSQL database with the projections in Google Sheets"
  • DevOps: "Check the status of all our AWS EC2 instances and alert me if any are overutilized"
  • Project Management: "Show me all high-priority bugs from Jira and create a summary report"
  • Documentation: "Pull all our API docs from Notion and generate a unified developer guide"

Hooks: Customizing Claude's Behavior

Hooks let you run shell commands in response to events, allowing you to customize Claude Code's workflow.

Types of Hooks

🎯 user-prompt-submit-hook

Runs after you submit a message. Perfect for:

  • Running linters before Claude edits code
  • Checking git status
  • Validating environment setup

⚑ tool-call-hook

Runs before specific tool calls. Use to:

  • Backup files before edits
  • Run formatters after writes
  • Validate changes

Setting Up Hooks

Example: Run Prettier After File Edits

# In your .claude/config.json { "hooks": { "tool-call-hook": { "Edit": "prettier --write {{file_path}}" } } } # Now, whenever Claude edits a file, Prettier auto-formats it!

Example: Git Status Before Each Prompt

# Show git status to give Claude context about changes { "hooks": { "user-prompt-submit-hook": "git status --short" } }

Example: Run Tests Before Commits

# Prevent commits if tests fail { "hooks": { "tool-call-hook": { "Bash": { "pattern": "git commit", "command": "npm test" } } } }
Pro Tip: Hooks can return feedback that Claude will see and react to. If a test fails, Claude will see the error and can fix it!

πŸ”’ Sandbox Mode: Secure Command Execution

Sandbox mode provides an isolated environment for running bash commands, protecting your system from potentially harmful operations.

πŸ›‘οΈ What is Sandbox Mode?

Sandbox mode creates isolated environments where bash commands run with restricted access to your filesystem and network. This is especially important when working with unfamiliar code or delegating tasks.

Available on: Linux and macOS

Status: Enabled by default in Claude Code Web

How Sandbox Mode Works

πŸ“ Filesystem Restrictions

Commands can only access specific directories and files, preventing accidental or malicious changes to system files.

🌐 Network Controls

You can specify which domains and URLs Claude can access, such as package registries (npm, pip) while blocking others.

πŸ” Git Proxy

Git operations go through a secure proxy that restricts access to authorized repositories only.

Enabling Sandbox Mode in CLI

# Enable sandbox mode for a session claude --sandbox # Configure allowed domains in .claude/config.json { "sandbox": { "enabled": true, "allowedDomains": [ "registry.npmjs.org", "pypi.org", "github.com" ] } }

Use Cases for Sandbox Mode

Perfect for:

  • Untrusted code: Working with third-party dependencies or unfamiliar repositories
  • Automated tasks: Running Claude Code Web tasks where you want extra protection
  • Experimentation: Testing potentially destructive operations safely
  • Team environments: Protecting shared systems when multiple developers use Claude
  • Learning: Students or new developers exploring without risk

⚠️ Limitations

Sandbox mode may restrict some legitimate operations. If you encounter issues:

  • Add required domains to your allowed list
  • Temporarily disable sandbox for specific tasks
  • Review Claude Code logs for blocked operations
Best Practice: Use sandbox mode by default for Claude Code Web tasks and when exploring unfamiliar codebases. Disable it only when you need full system access for trusted operations.

Custom Slash Commands

Create custom commands that expand into detailed prompts, perfect for repeated workflows.

Creating Slash Commands

Example: Code Review Command

# Create .claude/commands/review.md Please perform a comprehensive code review of the current changes: 1. Check for bugs and logic errors 2. Review for security vulnerabilities 3. Assess performance implications 4. Verify code follows our style guide 5. Check for proper error handling 6. Ensure adequate test coverage 7. Review documentation and comments Provide a structured review with specific file:line references. # Usage: /review

Example: Documentation Generator

# Create .claude/commands/document.md Generate comprehensive documentation for this project: 1. Create/update README.md with: - Project overview - Installation instructions - Usage examples - API documentation 2. Add JSDoc comments to all functions 3. Create CONTRIBUTING.md with guidelines 4. Document environment variables needed # Usage: /document

Example: Performance Audit

# Create .claude/commands/perf-audit.md Conduct a performance audit: 1. Identify slow database queries 2. Check for N+1 query problems 3. Review bundle size and imports 4. Look for unnecessary re-renders (React) 5. Check for memory leaks 6. Analyze algorithm complexity 7. Suggest specific optimizations # Usage: /perf-audit

Powerful Slash Command Ideas

/onboard

Generate comprehensive onboarding docs for new team members

/security-check

Audit code for security vulnerabilities

/deploy-prep

Pre-deployment checklist and verification

/api-test

Generate comprehensive API test suite

/refactor-plan

Create detailed refactoring plan for a module

/dependency-audit

Check for outdated/vulnerable dependencies

Plugins

Plugins allow you to extend Claude Code with custom functionality that can be shared across projects and teams. They can add custom commands, agents, hooks, and MCP servers all in one package.

What Are Plugins?

Think of plugins as pre-packaged extensions that bundle together:

  • Custom Commands: Slash commands for specific workflows
  • Agents: Specialized AI agents for particular tasks
  • Hooks: Automated event handlers
  • MCP Servers: Connections to external tools and services

Plugins make it easy to share best practices and tooling across your entire team or organization.

Plugin Structure

Basic Plugin Layout

my-plugin/ β”œβ”€β”€ .claude-plugin/ β”‚ └── plugin.json # Plugin metadata β”œβ”€β”€ commands/ # Custom slash commands β”‚ β”œβ”€β”€ review.md β”‚ └── deploy.md β”œβ”€β”€ agents/ # Specialized agents β”‚ └── code-reviewer.md β”œβ”€β”€ hooks/ # Event handlers β”‚ └── pre-commit.sh └── mcp/ # MCP server configs └── database.json

Plugin Manifest (plugin.json)

{ "name": "my-awesome-plugin", "version": "1.0.0", "description": "Adds code review and deployment workflows", "author": "Your Name", "homepage": "https://github.com/yourname/plugin" }

Installing Plugins

Method 1: Interactive Menu (Recommended)

# Browse available plugins /plugin marketplace # Install a plugin interactively /plugin install # View installed plugins /plugin list

Method 2: Direct Installation

# Add a plugin marketplace /plugin marketplace add https://github.com/your-org/plugin-marketplace # Install specific plugin /plugin install plugin-name # Enable/disable plugins /plugin enable plugin-name /plugin disable plugin-name
New in v2.0.28: Git-based plugins now support branch and tag selection using fragment syntax. This allows you to install specific versions or development branches of plugins directly from GitHub.

Advanced: Installing from Specific Branches/Tags

# Install from a specific branch /plugin install owner/repo#development /plugin install owner/repo#feature/new-commands # Install from a specific tag/version /plugin install owner/repo#v1.2.3 /plugin install owner/repo#stable # Install from main/master (default) /plugin install owner/repo /plugin install owner/repo#main # Example: Install beta version for testing /plugin install anthropic/example-plugin#beta

Use cases:

  • Version pinning: Install specific stable versions for production use
  • Beta testing: Try new features from development branches
  • Rollback: Revert to previous versions if needed
  • Team coordination: Ensure everyone uses the same plugin version

Creating Your First Plugin

Step-by-Step Plugin Creation

# 1. Create plugin directory mkdir my-first-plugin cd my-first-plugin # 2. Create plugin manifest mkdir .claude-plugin cat > .claude-plugin/plugin.json << 'EOF' { "name": "my-first-plugin", "version": "1.0.0", "description": "My first Claude Code plugin", "author": "Your Name" } EOF # 3. Add a custom command mkdir commands cat > commands/hello.md << 'EOF' Say hello to the user and explain what this plugin does. EOF # 4. Test your plugin locally /plugin install ./my-first-plugin # 5. Use your new command /hello

Real-World Plugin Examples

πŸ” Code Review Plugin

Includes:

  • /review command
  • Pre-commit hook for linting
  • Code reviewer agent

πŸš€ Deployment Plugin

Includes:

  • /deploy command
  • Pre-deploy checklist
  • Deployment agent
  • Cloud provider MCP

πŸ§ͺ Testing Plugin

Includes:

  • /test command
  • Test generator agent
  • Post-commit test hook

πŸ“Š Analytics Plugin

Includes:

  • /report command
  • Database MCP server
  • Analytics agent

Team Plugin Workflows

Organization-Wide Plugin Distribution

# 1. Create organization plugin marketplace # Host on GitHub, GitLab, or internal server # 2. Team members add marketplace /plugin marketplace add https://github.com/acme-corp/claude-plugins # 3. Install company standard plugins /plugin install acme-code-standards /plugin install acme-deployment /plugin install acme-security # 4. Everyone uses the same workflows! /review # Company standard code review /deploy # Company deployment process /security # Company security checks
Pro Tip: Plugins are the best way to standardize workflows across your team. Create organization-specific plugins that encode your team's best practices, coding standards, and deployment procedures. Everyone stays in sync automatically!

Plugin Best Practices

πŸ“ Document Everything

Include a README.md explaining what your plugin does and how to use it

πŸ”’ Version Properly

Use semantic versioning (1.0.0) so teams know when updates are breaking

πŸ§ͺ Test Components

Test each command, agent, and hook individually before packaging

πŸ“¦ Keep It Focused

Each plugin should solve one problem well, not everything

πŸ”’ Security Review

Review all code in plugins, especially those from third parties

πŸ”„ Update Regularly

Keep plugins updated with latest Claude Code features

πŸ”— Learn More About Plugins

For detailed technical documentation, see:

Advanced Workflows

πŸ”„ Automated Code Migration

"Migrate all class components to functional components with hooks. Create a todo list for each component, and we'll work through them systematically." # Claude will: # 1. Find all class components # 2. Create a migration plan # 3. Convert each component # 4. Test functionality # 5. Update tests

🎯 Multi-Repository Operations

"I have 3 microservices. Update the API client in all of them to use the new authentication method." # Work through each repo systematically

πŸ“Š Automated Reporting

"Generate a weekly progress report by: 1. Analyzing git commits from the past week 2. Querying our PostgreSQL database for user metrics 3. Pulling task completion data from Jira 4. Creating a formatted markdown report" # Combines MCP, file operations, and data analysis

πŸ—οΈ Project Scaffolding

"Create a new microservice with: - Express.js backend - PostgreSQL database schema - Docker configuration - GitHub Actions CI/CD - Comprehensive tests - OpenAPI documentation Follow our company's standard project structure." # Claude can scaffold entire projects!

πŸ’° Cost Management & Budget Controls

Claude Code now provides tools to monitor and control your usage costs, especially important for team deployments and SDK integrations.

Setting Budget Limits

Use the --max-budget-usd flag when running Claude Code via the SDK to set hard spending limits:

# Set a maximum budget of $10 for this session claude --max-budget-usd 10 # Budget for longer sessions or team usage claude --max-budget-usd 50 # When budget is reached, Claude will alert you and stop

What happens when budget is reached: Claude will gracefully stop execution, save your session, and provide a summary of what was completed before the budget limit was hit.

Cost Optimization Strategies

⚑ Use Dynamic Model Selection

Let Claude automatically choose the right model for each task. Simple searches use Haiku (cheapest), complex analysis uses Sonnet, strategic work uses Opus.

Savings: Up to 70% cost reduction vs. always using Opus

🎯 Limit Sub-agent Tool Access

Give sub-agents only the tools they need. Read-only agents are faster and cheaper than full-access agents.

Savings: 20-30% faster execution

πŸ“ Use Plan Mode

Plan complex tasks upfront to avoid expensive trial-and-error iterations. One planning session saves multiple correction cycles.

Savings: 40-50% fewer iterations

πŸ” Scope Your Requests

Be specific about which files or directories to analyze. Broad requests like "check everything" cost more than "review src/auth/*"

Savings: 50-60% fewer tokens

Understanding Costs by Model

Know which models Claude uses for different tasks to estimate costs:

Claude Haiku 4.5 - $1/MTok input, $5/MTok output

File searches, pattern matching, simple code reviews. 4-5x faster than Sonnet.

Example: Finding all API endpoints in a 100K line codebase: ~$0.05

Claude Sonnet 4.5 - Balanced (Standard pricing)

Code generation, refactoring, debugging, most development tasks. Best for 90% of work.

Example: Refactoring a module with tests: ~$0.50-1.00

Claude Opus 4.1 - $15/MTok input, $75/MTok output

Complex architecture decisions, security audits, strategic planning. Maximum intelligence.

Example: Architectural review with extended thinking: ~$5-10

Example: Team Budget Planning

# Typical daily usage per developer # - 50 simple requests (Haiku): $0.50 # - 20 medium tasks (Sonnet): $5.00 # - 2 complex tasks (Opus): $10.00 # Average: $15-20/developer/day # Set daily budget per developer claude --max-budget-usd 25 # Team of 10 developers = ~$200-250/day # Monthly estimate: ~$5,000-6,000
Pro Tip: Start with small budgets (--max-budget-usd 5-10) during initial adoption to understand your team's usage patterns, then adjust based on actual needs. Most teams find the productivity gains far exceed the costs!

Power User Tips

Tip 1: Context Files
Create a .claude/CLAUDE.md file with project-specific instructions that Claude will always follow. Perfect for coding standards, architectural decisions, and team preferences.
Tip 2: Combine Tools
"Use our PostgreSQL MCP to analyze user behavior, then update the dashboard components to display the insights." - Claude can chain operations seamlessly.
Tip 3: Agent Delegation
For complex tasks, Claude can spawn sub-agents to work in parallel. "Research the best approach for implementing real-time notifications while I continue working on the auth system."
Tip 4: Batch Operations
"Apply this refactoring pattern to all files in the /services directory" - Claude can handle bulk operations efficiently.
Tip 5: Learning from Examples
"Look at how we implemented caching in the user service, then apply the same pattern to the product service" - Claude learns from your codebase.
Tip 6: Configure .gitignore Behavior
By default, Claude respects .gitignore. Use /config to include .gitignored files in searches when needed (useful for build artifacts, generated code, or debugging).

βš™οΈ Configuring .gitignore Behavior

Claude Code respects your .gitignore file by default, but you now have fine-grained control over this behavior for specific workflows.

Default Behavior

By default, Claude Code excludes files and directories listed in .gitignore from:

  • File searches (Glob, Grep)
  • Codebase exploration
  • Sub-agent analysis
  • Context gathering

Why this matters: This keeps operations fast, focused on source code, and avoids overwhelming Claude with irrelevant files like node_modules, build artifacts, or vendor dependencies.

Including .gitignored Files

Sometimes you need to work with .gitignored files. Common scenarios:

  • Build artifacts: Analyzing generated JavaScript from TypeScript
  • Vendor dependencies: Debugging issues in node_modules
  • Generated code: Reviewing auto-generated API clients
  • Config files: Working with local development configs
  • Logs: Analyzing error logs during debugging
# Open configuration /config # Find the setting for including .gitignored files # Toggle it on for your current session or permanently # Now searches will include .gitignored files "Search for 'API_KEY' in all config files including .env"

Example: Debugging Build Output

# Problem: Need to debug transpiled JavaScript "I'm getting a runtime error but my TypeScript looks correct. Can you analyze the generated JavaScript in dist/ folder?" # Without .gitignore config: Claude can't see dist/ # With .gitignore config enabled: Claude can analyze dist/ # Alternative: Explicitly reference the file "Read dist/app.js and explain what this error means..." # Direct file reads work regardless of .gitignore
New in v2.0.27: You can now configure whether Claude includes .gitignored files in searches. Access this setting via /config for per-session or permanent changes.

Best Practices

πŸš€ Keep .gitignore Respected (Default)

For most development work, respecting .gitignore keeps Claude fast and focused on your source code.

πŸ” Enable for Debugging Sessions

Temporarily enable .gitignored file access when debugging build issues, dependency problems, or analyzing logs.

πŸ“ Use Specific Paths

Even with .gitignore respected, you can read specific files directly: "Read node_modules/lib/index.js"

⚑ Performance Tip

Excluding .gitignored files can reduce search time by 10-50x in large repos with many dependencies.

⚠️ Security Note: Be cautious when including .gitignored files. Some .gitignored files contain secrets (.env, credentials files). Claude respects your privacy, but be mindful of what you're analyzing in shared sessions or logs.
Expert Level Unlocked! You now have the knowledge to use Claude Code at its full potential. Check out the "Use Cases" tab for inspiration on what to build next!

πŸ’‘ You've Mastered Advanced Features!

You learned: MCPs, hooks, custom commands, agents, plan mode, and automation patterns.

See what you can build!

Use Cases

20+ real-world examples and inspiration

Real-World Use Cases

πŸ—οΈ Software Development Use Cases

1. Understanding a New Codebase

Scenario: You've joined a new team and need to understand a large, unfamiliar codebase.

Workflow

"Help me understand this codebase. Start with the overall architecture." "Show me how the authentication flow works." "Where is the payment processing logic?" "Create a diagram showing how the main components interact." "What are the main dependencies and why were they chosen?"

Result: Comprehensive understanding in hours instead of weeks.

2. Building a Complete Feature

Scenario: Add a complex new feature from scratch.

Example: Real-Time Chat Feature

"Let's build a real-time chat feature. Start with a plan." # Claude creates a detailed implementation plan "Great! Let's implement the WebSocket server." "Now create the React chat component." "Add message persistence to the database." "Implement read receipts and typing indicators." "Write comprehensive tests for the chat system." "Add documentation for the chat API."

Result: Complete, production-ready feature with tests and docs.

3. Debugging Complex Issues

Scenario: Intermittent bug that's hard to reproduce.

Example: Memory Leak Investigation

"Our Node.js service has a memory leak. Memory usage grows over time. Let's investigate systematically." # Claude will: # 1. Look for common memory leak patterns # 2. Check for event listener accumulation # 3. Review closure usage # 4. Examine cache implementations # 5. Check for unclosed resources # 6. Suggest adding heap snapshots # 7. Implement fixes

Result: Root cause identified and fixed with preventive measures.

4. Legacy Code Modernization

Scenario: Modernize old codebase to current standards.

Example: Modernizing a jQuery App

"This project uses jQuery. Let's plan a migration to React. Start by analyzing the current structure." # Claude creates migration strategy: # 1. Map jQuery components to React equivalents # 2. Create plan to incrementally replace # 3. Set up React infrastructure # 4. Migrate component by component # 5. Maintain functionality throughout # 6. Update tests as we go

Result: Systematic, safe migration to modern framework.

5. Performance Optimization

Scenario: Application is slow and needs optimization.

Example: React App Performance

"Our React app is slow. Run a performance audit." # Claude will: # 1. Check for unnecessary re-renders # 2. Look for missing memoization # 3. Analyze bundle size # 4. Check for synchronous operations blocking UI # 5. Review data fetching patterns # 6. Implement optimizations # 7. Measure improvements

Result: Significantly faster application with measurable improvements.

6. API Development

Scenario: Build a complete REST API from scratch.

Example: E-commerce API

"Build a REST API for an e-commerce platform with: - User authentication - Product catalog - Shopping cart - Order management - Payment processing Include OpenAPI documentation and comprehensive tests." # Claude will create a complete, production-ready API

Result: Complete API with auth, tests, docs, and error handling.

πŸ“Š Data Analysis Use Cases

7. Data Pipeline Creation

Scenario: Build automated data processing pipeline.

Example: User Analytics Pipeline

"Create a data pipeline that: 1. Pulls user event data from PostgreSQL 2. Aggregates daily metrics 3. Calculates key KPIs (DAU, retention, conversion) 4. Generates visualizations 5. Exports to CSV for stakeholders 6. Emails summary to team" # Uses MCPs, data processing, and automation

Result: Automated daily analytics reporting.

8. Data Cleaning & Transformation

Scenario: Clean messy data from multiple sources.

Example: Merge Customer Data

"I have customer data in 3 CSVs with inconsistent formats. Clean, deduplicate, and merge into a single normalized dataset." # Claude will: # 1. Analyze the data structure # 2. Identify issues (missing data, duplicates, format issues) # 3. Create cleaning script # 4. Normalize formats # 5. Deduplicate based on smart matching # 6. Generate clean output # 7. Provide summary stats

Result: Clean, normalized data ready for analysis.

9. Exploratory Data Analysis

Scenario: Understand a new dataset.

Example: Sales Data Analysis

"Analyze our sales data. Show me: - Overall trends - Seasonal patterns - Top products - Geographic distribution - Customer segments - Anomalies or outliers Create visualizations for each insight."

Result: Comprehensive analysis with actionable insights.

10. SQL Query Generation & Optimization

Scenario: Complex database queries needed.

Example: Business Intelligence Queries

"Using our PostgreSQL database: 1. Find users who made purchases in the last 30 days but not the previous 30 2. Calculate customer lifetime value by cohort 3. Identify products frequently bought together 4. Show me the queries and optimize them for performance" # Uses PostgreSQL MCP to query and analyze

Result: Optimized queries with performance insights.

πŸ“ Documentation & Reporting

11. Comprehensive Documentation

Scenario: Project has minimal documentation.

Automated Documentation Generation

"Generate complete documentation for this project: - README with quickstart - Architecture overview - API documentation - Component documentation - Setup instructions - Deployment guide - Contributing guidelines - Code comments where missing"

Result: Professional, comprehensive documentation suite.

12. Technical Report Generation

Scenario: Need to report on project status to stakeholders.

Executive Summary Creation

"Generate a technical report covering: - What we built this sprint (from git commits) - Performance metrics (from database) - Bug trends (from issue tracker) - Code quality metrics - Next sprint planning Format as a professional markdown document." # Combines git analysis, MCP data, and code analysis

Result: Professional report ready for stakeholders.

13. Knowledge Base Creation

Scenario: Create internal documentation from tribal knowledge.

Example: Internal Wiki

"Create an internal knowledge base covering: - How to set up the development environment - Common troubleshooting issues - Deployment procedures - Architecture decision records - Best practices and patterns we follow Extract information from code, comments, and commit messages."

Result: Comprehensive onboarding documentation.

πŸ§ͺ Testing & Quality Assurance

14. Test Suite Generation

Scenario: Code has insufficient test coverage.

Comprehensive Testing

"Our authentication module has no tests. Create: - Unit tests for all functions - Integration tests for the auth flow - Edge case coverage - Error handling tests - Mock external dependencies Aim for 100% code coverage."

Result: Complete test suite with high coverage.

15. Automated Testing Workflow

Scenario: Set up continuous testing.

CI/CD Test Integration

"Set up automated testing: - GitHub Actions workflow - Run tests on every PR - Generate coverage reports - Block merges if coverage drops - Run E2E tests on staging - Performance regression tests"

Result: Automated testing pipeline ensuring quality.

πŸ”§ DevOps & Infrastructure

16. Docker & Kubernetes Setup

Scenario: Containerize application.

Complete Containerization

"Containerize this application: - Create optimized Dockerfile - Multi-stage builds for production - docker-compose for local development - Kubernetes manifests for deployment - Helm charts - CI/CD pipeline for container builds"

Result: Production-ready containerized application.

17. Infrastructure as Code

Scenario: Define infrastructure programmatically.

Terraform Setup

"Create Terraform configuration for our AWS infrastructure: - VPC and networking - ECS cluster for containers - RDS for database - S3 for storage - CloudFront for CDN - Route53 for DNS Include all security groups and IAM roles."

Result: Complete IaC setup for reproducible infrastructure.

🎨 Creative & Non-Traditional Uses

18. Configuration Management

"Audit all configuration files. Ensure: - No secrets in code - Consistent environment variables - Proper validation - Documentation for each config option"

19. Dependency Analysis

"Analyze our dependencies: - Which ones are actually used? - Any security vulnerabilities? - License compatibility check - Size impact on bundle - Suggest alternatives for large deps"

20. Code Archaeology

"This function is complex and has no documentation. Analyze the git history to understand: - Why was it written this way? - What problem does it solve? - Who were the main contributors? - Has it had many bug fixes? Then document it properly."
Inspiration Unlocked! These are just examplesβ€”the possibilities are endless. What will you build with Claude Code?

✨ You've Explored 20+ Use Cases!

You discovered: Coding workflows, data analysis, content creation, learning, and automation possibilities.

Keep learning and growing

Resources

Documentation, courses, videos, and community links

Resources & Learning

πŸ“š Official Documentation

Claude Code Docs

Complete official documentation

Visit Documentation

Getting Started Guide

Official quickstart tutorial

Read Guide

MCP Documentation

Model Context Protocol guide

Learn MCP

Hooks Reference

Complete hooks documentation

Explore Hooks

Common Workflows

Best practices and common patterns

Learn More

Subagents

Specialized AI assistants for specific tasks

Read About Subagents

πŸŽ₯ Video & Interactive Learning

πŸ“š Interactive Course

Claude Code in Action

Official Anthropic course with hands-on labs covering architecture, implementation techniques, and MCP integration.

βœ“ Self-paced β€’ βœ“ Certificate available

Start Course

πŸŽ“ DeepLearning.AI

Claude Code: A Highly Agentic Coding Assistant

Free course with Anthropic's Elie Schoppik. Learn fundamentals, context management, and advanced patterns.

βœ“ Beginner-friendly β€’ βœ“ 2-3 hours

Take Course

πŸ“Ί YouTube Channel

@anthropic-ai

Latest conference talks, product demos, and technical deep dives from the Anthropic team.

βœ“ New content regularly

Subscribe

🎬 Code with Claude 2025

Anthropic's first developer conference

Watch talks from Anthropic engineers covering:

  • Building production agents with MCP
  • Advanced Claude Code workflows
  • Real-world implementation patterns
  • Tool use & API best practices
Watch Conference Talks

πŸ“– Documentation

Official Claude Code Docs

Complete reference covering installation, configuration, tools, MCPs, hooks, and troubleshooting.

βœ“ Searchable β€’ βœ“ Code examples

Browse Docs

⚑ Best Practices

Engineering Blog Post

Tips and tricks from Anthropic engineers for using Claude Code across different codebases and languages.

βœ“ Real examples β€’ βœ“ 10 min read

Read Post

πŸ“„ Essential Reading for Teams

Scaling Agentic Coding Across Your Organization

Comprehensive guide from Anthropic covering:

  • Change management strategies for AI adoption
  • Security and governance considerations
  • Measuring ROI and productivity gains
  • Best practices from enterprise deployments

Perfect for engineering leaders, CTOs, and team leads

Download Free PDF Guide

πŸ”§ MCP Servers

MCP Server Repository

Official collection of MCP servers

Browse Servers

Database MCPs

PostgreSQL, MySQL, SQLite, MongoDB

Database MCPs

Cloud Provider MCPs

AWS, GCP, Azure integrations

Cloud MCPs

Create Your Own MCP

Build custom MCP servers

Build Guide

πŸ’‘ Example Projects

Click any card to view the full example, or use the copy button to grab the prompt and try it yourself!

πŸš€ Starter Templates

πŸ”„ Example Workflows

πŸ“š More Examples Coming Soon

Additional workflows in development:

  • Code Review Checklist - Automated reviews based on team standards
  • Performance Dashboard - Track and visualize app metrics
  • Documentation Generator - Auto-generate comprehensive docs

View all examples on GitHub β†’

🎯 Quick Reference

Common Commands

# Start Claude Code claude # Get help /help # Clear conversation /clear # Run custom slash command /your-command # Exit /exit

File Locations

# Global config ~/.claude/config.json ~/.claude/CLAUDE.md # Project-specific config .claude/config.json .claude/CLAUDE.md .claude/commands/ # MCP configuration ~/.mcp.json

Useful Prompts

  • "Explain how this codebase works"
  • "Find and fix this bug: [description]"
  • "Refactor [function/module] to be more efficient"
  • "Add comprehensive tests for [feature]"
  • "Generate documentation for this project"
  • "Review my changes and suggest improvements"
  • "Help me debug why [issue] is happening"

🀝 Community & Support

GitHub Issues

Report bugs and request features

Submit Issue

Anthropic Discord

Join the community

Join Discord

Support Docs

Get help with common issues

Visit Support

Status Page

Check service status

View Status

🏒 Large Codebase Strategies

Working with enterprise-scale codebases (10M+ lines)? These strategies will help you tackle massive refactoring projects, language translations, and library replacements effectively.

1. Scoping Strategy

Before starting large refactors:

# Use the Explore agent to map architecture first "Find all modules that import oldLibrary and explain the dependency structure" # Start with leaf nodes (fewest dependencies) and work up # Never try to "understand everything" - focus on the change surface
  • Create a dependency map before making changes
  • Start with leaf nodes (fewest dependencies) first
  • Focus on the change surface, not understanding everything

2. Search Efficiency Patterns

βœ… DO: Use specific file types and paths
grep "oldLibrary" --type=py path/to/module glob "src/services/**/*.ts"
❌ DON'T: Grep entire monorepo without filters

Avoid: grep "pattern" . on massive codebases

  • Use Glob to narrow scope first, then grep within results
  • Always specify file types or paths
  • Read files only when targeted - don't explore randomly

3. Library Replacement Workflow

Phase 1: Discovery (use Explore agent)

  • Find all import statements
  • Identify usage patterns
  • Document edge cases

Phase 2: Categorization (use TodoWrite heavily)

  • Group by usage type (simple vs complex)
  • Create separate todos for each file/pattern
  • Mark dependencies between changes

Phase 3: Execution (parallel when possible)

  • Replace simple usages first (builds confidence)
  • Test after each logical group
  • Use git commits to create checkpoints

4. Language Translation Best Practices

Work module-by-module, not file-by-file:

  1. Translate API contracts/interfaces first
  2. Translate data models next
  3. Translate business logic
  4. Translate tests last (they guide translation)
πŸ’‘ Pro tip: Keep both versions running during translation using feature flags or routing to allow incremental verification

5. Managing Context Windows

Claude Code works best with focused tasks:

❌ Bad: "Translate this entire 10M line Java app to Python"
βœ… Good: "Translate the authentication module (src/auth/*) to Python"
  • Break work into ~1000-2000 line chunks
  • Each module or service as separate task
  • Clear interfaces between chunks
  • Test each chunk before moving on

6. Parallel Operations

When changes are independent, request parallel work:

"Replace logback with slf4j in these 5 modules: - auth-service - payment-service - user-service - notification-service - api-gateway Work on all modules in parallel."

Claude will read multiple files simultaneously, make edits in parallel, and track progress across all modules.

7. Checkpoint Strategy

For weeks-long refactors, commit strategically:

βœ… Commit every logical unit:
  • "Replace logger in authentication module"
  • "Replace logger in payment processing"
# Use branches strategically: feature/remove-log4j-phase1-core feature/remove-log4j-phase2-services feature/remove-log4j-phase3-ui

This lets you pause/resume and isolate issues effectively.

8. Testing at Scale

Don't wait until the end!

After each module:

  • Run unit tests for that module
  • Run integration tests that touch it
  • Check compilation/type errors
"Run tests for the auth module and fix any failures"

9. Common Pitfalls

❌ Avoid these mistakes:
  • Starting without architecture understanding
  • Trying to change too much at once
  • Not using TodoWrite for complex refactors
  • Not committing frequently
  • Ignoring test failures until the end
  • Not leveraging the Explore agent for discovery
βœ… Do this instead:
  • Map first, change second
  • Break into 1-2K line chunks
  • Track every file with todos
  • Commit every logical unit
  • Fix tests as you go
  • Use specialized agents proactively

10. Performance Tips

Speed up large operations:

  1. Use specific paths: grep "pattern" src/module not grep "pattern" .
  2. Exclude unnecessary directories: Add to .gitignore: node_modules, build, dist, .git
  3. Use file type filters: --type=py instead of **/*.py
  4. Request parallel operations: "Work on these 3 files in parallel"
  5. Use count mode for scoping: grep "oldLib" --output_mode=count

πŸ“Š Real Example: Library Migration

Task: Replace Moment.js with date-fns across 8M line React app

Step 1: Scope (use Explore agent)

"Find all Moment.js usage patterns in this codebase"

Step 2: Categorize findings

  • 1,247 files use Moment
  • 6 common patterns identified
  • 43 edge cases flagged

Step 3: Create strategy

  • Write custom slash command for common patterns
  • Use TodoWrite to track all 1,247 files
  • Group into 50-file batches

Step 4: Execute incrementally

  • Start with components (fewest dependencies)
  • Then utilities
  • Then page-level code
  • Tests last

Step 5: Verify continuously

  • npm test after each batch
  • Fix type errors immediately
  • Commit after each successful batch

Result: 3-week migration, tracked with 25 git commits

11. Custom Tools for Repeated Operations

For repetitive large-scale tasks, create:

Slash commands:

/replace-logger <file> # Standardized logger replacement /translate-class <file> # Java class to Python class

Hooks:

  • Pre-commit hook to check for banned imports
  • Pre-write hook to enforce new patterns

MCPs:

  • Custom MCP to query internal architecture docs
  • Custom MCP to validate against your style guide

πŸ“– Recommended Reading

External Resources

  • Prompt Engineering Guide: Learn effective prompting techniques
  • AI-Assisted Development: Patterns and practices
  • Code Quality with AI: Maintaining standards

πŸ† Congratulations! You've Completed the Guide!

You've explored everything from basic commands to advanced automation. You now have all the knowledge you need to use Claude Code effectively.

Now go build something amazing! πŸš€

Start Using Claude Code

πŸ”§ Troubleshooting & FAQ

Running into issues? You're not alone! Here are solutions to the most common problems users encounter.

πŸš€ Getting Started Issues

❌ Claude won't start / "Command not found"

Problem: When I type claude, I get "command not found"

Solutions:

  1. Verify installation: which claude
  2. Reinstall: npm install -g @anthropic-ai/claude-code
  3. Check your PATH environment variable
  4. Try with npx: npx @anthropic-ai/claude-code
  5. Restart your terminal after installation

πŸ”‘ API Key / Authentication Issues

Problem: "Authentication failed" or "Invalid API key"

Solutions:

  1. Verify key is set: echo $ANTHROPIC_API_KEY
  2. Set key: export ANTHROPIC_API_KEY=your-key
  3. Add to your shell profile (~/.zshrc or ~/.bashrc) to make it permanent
  4. Check key is valid in Anthropic Console
  5. Regenerate key if needed

πŸ”’ Permission Errors

Problem: "Permission denied" when reading/writing files

Solutions:

  1. Check file permissions: ls -la filename
  2. Make sure you're running Claude Code from the correct directory
  3. Check that .gitignore isn't blocking the files
  4. Verify you have write access to the project directory
  5. Don't use sudo unless absolutely necessary (not recommended)

πŸ’¬ Usage Issues

🀐 Claude Isn't Responding

Problem: Claude started but isn't responding to my messages

Solutions:

  1. Check your internet connection
  2. Verify you haven't hit API rate limits
  3. Try /clear to reset the conversation
  4. Restart Claude Code completely
  5. Check Anthropic status page
  6. Look for error messages in your terminal

πŸ› Claude Made a Mistake

Problem: The code Claude wrote has bugs or isn't what I wanted

Solutions:

  1. Be more specific in your request and provide more context
  2. Ask Claude to fix it: "This has a bug in line 42 where..."
  3. Iterate: "Can you try a different approach?"
  4. Provide examples of what you want
  5. Undo with git: git restore <file>
  6. Ask Claude to explain its reasoning: "Why did you choose this approach?"

↩️ How Do I Undo Changes?

Problem: I want to revert Claude's changes

Solutions:

  1. Single file: git restore <file>
  2. All changes: git restore .
  3. Hard reset: git reset --hard HEAD (careful!)
  4. Pro tip: Always review changes before accepting
  5. Pro tip: Work in a branch: git checkout -b feature-name
  6. Pro tip: Commit frequently so you can easily revert

🐌 Performance Is Slow

Problem: Claude is taking a long time to respond

Solutions:

  1. Large codebases (>100k lines) may be slowerβ€”this is normal
  2. Be specific to reduce scope: "Fix the login function" vs "Fix everything"
  3. Check your internet connection speed
  4. Try smaller, focused questions
  5. Use agents for long-running tasks that can work in the background
  6. Break complex tasks into smaller steps

πŸ“ Claude Can't Find My Files

Problem: Claude says it can't find a file that exists

Solutions:

  1. Check the file path is correct: ls path/to/file
  2. Make sure you're in the right directory: pwd
  3. Check if the file is in .gitignore (Claude respects .gitignore)
  4. Try using the full path instead of a relative path
  5. Ask Claude to search: "Find all files named X"

βš™οΈ Configuration Issues

πŸ”Œ MCPs Not Working

Problem: My MCP server isn't connecting

Solutions:

  1. Check ~/.mcp.json formatting (must be valid JSON)
  2. Verify the MCP server is installed: npm list -g
  3. Check logs for error messages
  4. Try a simple test MCP first (like filesystem)
  5. Restart Claude Code after changing MCP config
  6. Verify the server path is correct

πŸͺ Hooks Not Firing

Problem: My hooks aren't running

Solutions:

  1. Check .claude/config.json syntax (must be valid JSON)
  2. Verify hook commands work independently in terminal
  3. Check file permissions on hook scripts: chmod +x script.sh
  4. Look for error messages in Claude Code output
  5. Try a simpler hook first to test the system
  6. Make sure the hook path is absolute or relative to project root

⌘ Custom Commands Not Working

Problem: My custom slash command doesn't show up

Solutions:

  1. Check command file location: .claude/commands/commandname.md
  2. Verify file name matches: /commandname β†’ commandname.md
  3. Restart Claude Code after adding new commands
  4. Check file has content (can't be empty)
  5. Try /help to see if your command is listed

πŸ”Œ Plugins Not Working

Problem: My installed plugin isn't working or showing up

Solutions:

  1. Verify plugin is installed: /plugin list
  2. Check plugin is enabled: /plugin enable plugin-name
  3. Restart Claude Code after installing plugins
  4. Verify plugin marketplace URL is correct: /plugin marketplace
  5. Check plugin manifest (.claude-plugin/plugin.json) is valid JSON
  6. Try reinstalling: /plugin uninstall plugin-name then reinstall
  7. Check plugin documentation for specific requirements

πŸ€” Common Questions

πŸ’° How much does Claude Code cost?

Claude Code uses your Anthropic API key, which is billed based on usage. You can check pricing at anthropic.com/pricing. You only pay for what you use.

πŸ” Is my code secure?

Your code is sent to Anthropic's API for processing. Anthropic does not train models on your API data. Review Anthropic's privacy policy for full details.

🌐 Can I use Claude Code offline?

No, Claude Code requires an internet connection to communicate with Anthropic's API. All the AI processing happens in the cloud.

πŸ‘₯ Can multiple people use Claude Code on the same project?

Yes! Each person needs their own API key. Claude Code works great in team environments. Just make sure to use git branches to avoid conflicts.

πŸ“¦ What languages/frameworks does Claude Code support?

Claude Code works with all programming languages and frameworks. It's especially good with popular languages like Python, JavaScript/TypeScript, Java, Go, Rust, and more.

πŸ†š Claude Code CLI vs Claude Code Web vs claude.ai - What's the difference?

Claude Code CLI: Terminal-based tool with direct file system access, runs commands locally, full control over your development environment. Best for deep integration with your local workflow.

Claude Code Web (NEW): Browser-based coding agent running on Anthropic's cloud infrastructure. Connects to GitHub repos, runs multiple tasks in parallel, generates PRs automatically. Best for delegating tasks, bug backlogs, and parallel development. Available at claude.com/code.

claude.ai: General web interface for conversations and non-coding tasks. Requires copy-pasting code, no direct repo access.

When to use what:

  • CLI: Active development, local testing, complex workflows
  • Web: Delegating tasks, parallel work across repos, mobile access
  • claude.ai: General questions, brainstorming, non-coding tasks

πŸ†˜ Still Stuck?

Can't find your issue? Here's how to get help:

  1. Search Documentation: Official Claude Code Docs
  2. Check GitHub Issues: Known issues and feature requests
  3. Ask the Community: Anthropic Discord
  4. Contact Support: Anthropic Support

When asking for help, include:

  • The exact error message (copy the full text)
  • What you were trying to do
  • Your operating system and version
  • Claude Code version: claude --version
  • Steps to reproduce the issue
Most Issues Are Quick to Solve! The majority of problems have simple solutions. Check the common issues above firstβ€”you'll probably find your answer. If not, the community is here to help!