This guide provides step-by-step tutorials for common workflows with Claude Code. Each tutorial includes clear instructions, example commands, and best practices to help you get the most from Claude Code.

Table of contents

Understand new codebases

Get a quick codebase overview

When to use: You’ve just joined a new project and need to understand its structure quickly.

1

Navigate to the project root directory

cd /path/to/project
2

Start Claude Code

claude
3

Ask for a high-level overview

> give me an overview of this codebase
4

Dive deeper into specific components

> explain the main architecture patterns used here
> what are the key data models?
> how is authentication handled?

Tips:

  • Start with broad questions, then narrow down to specific areas
  • Ask about coding conventions and patterns used in the project
  • Request a glossary of project-specific terms

Find relevant code

When to use: You need to locate code related to a specific feature or functionality.

1

Ask Claude to find relevant files

> find the files that handle user authentication
2

Get context on how components interact

> how do these authentication files work together?
3

Understand the execution flow

> trace the login process from front-end to database

Tips:

  • Be specific about what you’re looking for
  • Use domain language from the project

Fix bugs efficiently

Diagnose error messages

When to use: You’ve encountered an error message and need to find and fix its source.

1

Share the error with Claude

> I'm seeing an error when I run npm test
2

Ask for fix recommendations

> suggest a few ways to fix the @ts-ignore in user.ts
3

Apply the fix

> update user.ts to add the null check you suggested

Tips:

  • Tell Claude the command to reproduce the issue and get a stack trace
  • Mention any steps to reproduce the error
  • Let Claude know if the error is intermittent or consistent

Refactor code

Modernize legacy code

When to use: You need to update old code to use modern patterns and practices.

1

Identify legacy code for refactoring

> find deprecated API usage in our codebase
2

Get refactoring recommendations

> suggest how to refactor utils.js to use modern JavaScript features
3

Apply the changes safely

> refactor utils.js to use ES2024 features while maintaining the same behavior
4

Verify the refactoring

> run tests for the refactored code

Tips:

  • Ask Claude to explain the benefits of the modern approach
  • Request that changes maintain backward compatibility when needed
  • Do refactoring in small, testable increments

Work with tests

Add test coverage

When to use: You need to add tests for uncovered code.

1

Identify untested code

> find functions in NotificationsService.swift that are not covered by tests
2

Generate test scaffolding

> add tests for the notification service
3

Add meaningful test cases

> add test cases for edge conditions in the notification service
4

Run and verify tests

> run the new tests and fix any failures

Tips:

  • Ask for tests that cover edge cases and error conditions
  • Request both unit and integration tests when appropriate
  • Have Claude explain the testing strategy

Create pull requests

Generate comprehensive PRs

When to use: You need to create a well-documented pull request for your changes.

1

Summarize your changes

> summarize the changes I've made to the authentication module
2

Generate a PR with Claude

> create a pr
3

Review and refine

> enhance the PR description with more context about the security improvements
4

Add testing details

> add information about how these changes were tested

Tips:

  • Ask Claude directly to make a PR for you
  • Review Claude’s generated PR before submitting
  • Ask Claude to highlight potential risks or considerations

Handle documentation

Generate code documentation

When to use: You need to add or update documentation for your code.

1

Identify undocumented code

> find functions without proper JSDoc comments in the auth module
2

Generate documentation

> add JSDoc comments to the undocumented functions in auth.js
3

Review and enhance

> improve the generated documentation with more context and examples
4

Verify documentation

> check if the documentation follows our project standards

Tips:

  • Specify the documentation style you want (JSDoc, docstrings, etc.)
  • Ask for examples in the documentation
  • Request documentation for public APIs, interfaces, and complex logic

Work with images

Analyze images and screenshots

When to use: You need to work with images in your codebase or get Claude’s help analyzing image content.

1

Add an image to the conversation

You can use any of these methods:

# 1. Drag and drop an image into the Claude Code window
# 2. Copy an image and paste it into the CLI with ctrl+v
# 3. Provide an image path 
claude "Analyze this image: /path/to/your/image.png"
2

Ask Claude to analyze the image

> What does this image show?
> Describe the UI elements in this screenshot
> Are there any problematic elements in this diagram?
3

Use images for context

> Here's a screenshot of the error. What's causing it?
> This is our current database schema. How should we modify it for the new feature?
4

Get code suggestions from visual content

> Generate CSS to match this design mockup
> What HTML structure would recreate this component?

Tips:

  • Use images when text descriptions would be unclear or cumbersome
  • Include screenshots of errors, UI designs, or diagrams for better context
  • You can work with multiple images in a conversation
  • Image analysis works with diagrams, screenshots, mockups, and more

Use extended thinking

Leverage Claude’s extended thinking for complex tasks

When to use: When working on complex architectural decisions, challenging bugs, or planning multi-step implementations that require deep reasoning.

1

Provide context and ask Claude to think

> I need to implement a new authentication system using OAuth2 for our API. Think deeply about the best approach for implementing this in our codebase.

Claude will gather relevant information from your codebase and use extended thinking, which will be visible in the interface.

2

Refine the thinking with follow-up prompts

> think about potential security vulnerabilities in this approach
> think harder about edge cases we should handle

Tips to get the most value out of extended thinking:

Extended thinking is most valuable for complex tasks such as:

  • Planning complex architectural changes
  • Debugging intricate issues
  • Creating implementation plans for new features
  • Understanding complex codebases
  • Evaluating tradeoffs between different approaches

The way you prompt for thinking results in varying levels of thinking depth:

  • “think” triggers basic extended thinking
  • intensifying phrases such as “think more”, “think a lot”, “think harder”, or “think longer” triggers deeper thinking

For more extended thinking prompting tips, see Extended thinking tips.

Claude will display its thinking process as italic gray text above the response.


Set up project memory

Create an effective CLAUDE.md file

When to use: You want to set up a CLAUDE.md file to store important project information, conventions, and frequently used commands.

1

Bootstrap a CLAUDE.md for your codebase

> /init

Tips:

  • Include frequently used commands (build, test, lint) to avoid repeated searches
  • Document code style preferences and naming conventions
  • Add important architectural patterns specific to your project
  • You can add CLAUDE.md files to any of:
    • The folder you run Claude in: Automatically added to conversations you start in that folder
    • Child directories: Claude pulls these in on demand
    • ~/.claude/CLAUDE.md: User-specific preferences that you don’t want to check into source control

Set up Model Context Protocol (MCP)

Model Context Protocol (MCP) is an open protocol that enables LLMs to access external tools and data sources. For more details, see the MCP documentation.

Use third party MCP servers at your own risk. Make sure you trust the MCP servers, and be especially careful when using MCP servers that talk to the internet, as these can expose you to prompt injection risk.

Configure MCP servers

When to use: You want to enhance Claude’s capabilities by connecting it to specialized tools and external servers using the Model Context Protocol.

1

Add an MCP Stdio Server

# Basic syntax
claude mcp add <name> <command> [args...]

# Example: Adding a local server
claude mcp add my-server -e API_KEY=123 -- /path/to/server arg1 arg2
2

Manage your MCP servers

# List all configured servers
claude mcp list

# Get details for a specific server
claude mcp get my-server

# Remove a server
claude mcp remove my-server

Tips:

  • Use the -s or --scope flag to specify where the configuration is stored:
    • local (default): Available only to you in the current project (was called project in older versions)
    • project: Shared with everyone in the project via .mcp.json file
    • user: Available to you across all projects (was called global in older versions)
  • Set environment variables with -e or --env flags (e.g., -e KEY=value)
  • Configure MCP server startup timeout using the MCP_TIMEOUT environment variable (e.g., MCP_TIMEOUT=10000 claude sets a 10-second timeout)
  • Check MCP server status any time using the /mcp command within Claude Code
  • MCP follows a client-server architecture where Claude Code (the client) can connect to multiple specialized servers

Understanding MCP server scopes

When to use: You want to understand how different MCP scopes work and how to share servers with your team.

1

Local-scoped MCP servers

The default scope (local) stores MCP server configurations in your project-specific user settings. These servers are only available to you while working in the current project.

# Add a local-scoped server (default)
claude mcp add my-private-server /path/to/server

# Explicitly specify local scope
claude mcp add my-private-server -s local /path/to/server
2

Project-scoped MCP servers (.mcp.json)

Project-scoped servers are stored in a .mcp.json file at the root of your project. This file should be checked into version control to share servers with your team.

# Add a project-scoped server
claude mcp add shared-server -s project /path/to/server

This creates or updates a .mcp.json file with the following structure:

{
  "mcpServers": {
    "shared-server": {
      "command": "/path/to/server",
      "args": [],
      "env": {}
    }
  }
}
3

User-scoped MCP servers

User-scoped servers are available to you across all projects on your machine, and are private to you.

# Add a user server
claude mcp add my-user-server -s user /path/to/server

Tips:

  • Local-scoped servers take precedence over project-scoped and user-scoped servers with the same name
  • Project-scoped servers (in .mcp.json) take precedence over user-scoped servers with the same name
  • Before using project-scoped servers from .mcp.json, Claude Code will prompt you to approve them for security
  • The .mcp.json file is intended to be checked into version control to share MCP servers with your team
  • Project-scoped servers make it easy to ensure everyone on your team has access to the same MCP tools
  • If you need to reset your choices for which project-scoped servers are enabled or disabled, use the claude mcp reset-project-choices command

Connect to a Postgres MCP server

When to use: You want to give Claude read-only access to a PostgreSQL database for querying and schema inspection.

1

Add the Postgres MCP server

claude mcp add postgres-server /path/to/postgres-mcp-server --connection-string "postgresql://user:pass@localhost:5432/mydb"
2

Query your database with Claude

# In your Claude session, you can ask about your database

> describe the schema of our users table
> what are the most recent orders in the system?
> show me the relationship between customers and invoices

Tips:

  • The Postgres MCP server provides read-only access for safety
  • Claude can help you explore database structure and run analytical queries
  • You can use this to quickly understand database schemas in unfamiliar projects
  • Make sure your connection string uses appropriate credentials with minimum required permissions

Add MCP servers from JSON configuration

When to use: You have a JSON configuration for a single MCP server that you want to add to Claude Code.

1

Add an MCP server from JSON

# Basic syntax
claude mcp add-json <name> '<json>'

# Example: Adding a stdio server with JSON configuration
claude mcp add-json weather-api '{"type":"stdio","command":"/path/to/weather-cli","args":["--api-key","abc123"],"env":{"CACHE_DIR":"/tmp"}}'
2

Verify the server was added

claude mcp get weather-api

Tips:

  • Make sure the JSON is properly escaped in your shell
  • The JSON must conform to the MCP server configuration schema
  • You can use -s global to add the server to your global configuration instead of the project-specific one

Import MCP servers from Claude Desktop

When to use: You have already configured MCP servers in Claude Desktop and want to use the same servers in Claude Code without manually reconfiguring them.

1

Import servers from Claude Desktop

# Basic syntax
claude mcp add-from-claude-desktop
2

Select which servers to import

After running the command, you’ll see an interactive dialog that allows you to select which servers you want to import.

3

Verify the servers were imported

claude mcp list

Tips:

  • This feature only works on macOS and Windows Subsystem for Linux (WSL)
  • It reads the Claude Desktop configuration file from its standard location on those platforms
  • Use the -s global flag to add servers to your global configuration
  • Imported servers will have the same names as in Claude Desktop
  • If servers with the same names already exist, they will get a numerical suffix (e.g., server_1)

Use Claude Code as an MCP server

When to use: You want to use Claude Code itself as an MCP server that other applications can connect to, providing them with Claude’s tools and capabilities.

1

Start Claude as an MCP server

# Basic syntax
claude mcp serve
2

Connect from another application

You can connect to Claude Code MCP server from any MCP client, such as Claude Desktop. If you’re using Claude Desktop, you can add the Claude Code MCP server using this configuration:

{
  "command": "claude",
  "args": ["mcp", "serve"],
  "env": {}
}

Tips:

  • The server provides access to Claude’s tools like View, Edit, LS, etc.
  • In Claude Desktop, try asking Claude to read files in a directory, make edits, and more.
  • Note that this MCP server is simply exposing Claude Code’s tools to your MCP client, so your own client is responsible for implementing user confirmation for individual tool calls.

Use Claude as a unix-style utility

Add Claude to your verification process

When to use: You want to use Claude Code as a linter or code reviewer.

Steps:

1

Add Claude to your build script

// package.json
{
    ...
    "scripts": {
        ...
        "lint:claude": "claude -p 'you are a linter. please look at the changes vs. main and report any issues related to typos. report the filename and line number on one line, and a description of the issue on the second line. do not return any other text.'"
    }
}

Pipe in, pipe out

When to use: You want to pipe data into Claude, and get back data in a structured format.

1

Pipe data through Claude

cat build-error.txt | claude -p 'concisely explain the root cause of this build error' > output.txt

Create custom slash commands

Claude Code supports custom slash commands that you can create to quickly execute specific prompts or tasks.

Create project-specific commands

When to use: You want to create reusable slash commands for your project that all team members can use.

1

Create a commands directory in your project

mkdir -p .claude/commands
2

Create a Markdown file for each command

echo "Analyze the performance of this code and suggest three specific optimizations:" > .claude/commands/optimize.md
3

Use your custom command in Claude Code

claude
> /project:optimize

Tips:

  • Command names are derived from the filename (e.g., optimize.md becomes /project:optimize)
  • You can organize commands in subdirectories (e.g., .claude/commands/frontend/component.md becomes /project:frontend:component)
  • Project commands are available to everyone who clones the repository
  • The Markdown file content becomes the prompt sent to Claude when the command is invoked

Add command arguments with $ARGUMENTS

When to use: You want to create flexible slash commands that can accept additional input from users.

1

Create a command file with the $ARGUMENTS placeholder

echo "Find and fix issue #$ARGUMENTS. Follow these steps:
1. Understand the issue described in the ticket
2. Locate the relevant code in our codebase
3. Implement a solution that addresses the root cause
4. Add appropriate tests
5. Prepare a concise PR description" > .claude/commands/fix-issue.md
2

Use the command with an issue number

claude
> /project:fix-issue 123

This will replace $ARGUMENTS with “123” in the prompt.

Tips:

  • The $ARGUMENTS placeholder is replaced with any text that follows the command
  • You can position $ARGUMENTS anywhere in your command template
  • Other useful applications: generating test cases for specific functions, creating documentation for components, reviewing code in particular files, or translating content to specified languages

Create personal slash commands

When to use: You want to create personal slash commands that work across all your projects.

1

Create a commands directory in your home folder

mkdir -p ~/.claude/commands
2

Create a Markdown file for each command

echo "Review this code for security vulnerabilities, focusing on:" > ~/.claude/commands/security-review.md
3

Use your personal custom command

claude
> /user:security-review

Tips:

  • Personal commands are prefixed with /user: instead of /project:
  • Personal commands are only available to you and not shared with your team
  • Personal commands work across all your projects
  • You can use these for consistent workflows across different codebases

Next steps

Claude Code reference implementation

Clone our development container reference implementation.

Was this page helpful?