8000 GitHub - nwiizo/cctx: Claude Code context manager for switching between multiple settings.json configurations
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

nwiizo/cctx

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 

History

18 Commits
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 

Repository files navigation

πŸ”„ cctx - Claude Context Switcher

⚑ Fast and intuitive way to switch between Claude Code contexts (~/.claude/settings.json)

Crates.io CI License: MIT Rust

cctx (Claude Context) is a kubectx-inspired command-line tool for managing multiple Claude Code configurations. Switch between different permission sets, environments, and settings with a single command.

✨ Features

  • πŸ”€ Instant context switching - Switch between configurations in milliseconds
  • 🎯 Predictable UX - Default behavior always uses user-level contexts (no surprises!)
  • πŸ›‘οΈ Security-first - Separate permissions for work, personal, and project contexts
  • 🎨 Beautiful CLI - Colorized output with helpful hints and visual indicators
  • πŸš€ Shell completions - Tab completion for all major shells
  • πŸ“¦ Zero dependencies - Single binary, works everywhere
  • πŸ”„ Previous context - Quick switch back with cctx -
  • πŸ“ File-based - Simple JSON files you can edit manually
  • 🎭 Kubectx-inspired - Familiar UX for Kubernetes users
  • πŸ’‘ Progressive disclosure - Shows project/local contexts when available

πŸš€ Quick Start

πŸ“¦ Installation

From crates.io (recommended):

cargo install cctx

From source:

git clone https://github.com/nwiizo/cctx.git
cd cctx
cargo install --path .

Pre-built binaries: Download from GitHub Releases

⚑ 30-Second Setup

# 1. Create your first context from current settings
cctx -n personal

# 2. Create a restricted work context
cctx -n work

# 3. Switch between contexts
cctx work      # Switch to work
cctx personal  # Switch to personal  
cctx -         # Switch back to previous

🎯 Usage

πŸ” Basic Commands

# List all contexts (current highlighted in green)
cctx

# Switch to a context
cctx work

# Switch to previous context  
cctx -

# Show current context
cctx -c

πŸ—οΈ Settings Level Management

cctx respects Claude Code's settings hierarchy with a simple, predictable approach:

  1. Enterprise policies (highest priority)
  2. Command-line arguments
  3. Local project settings (./.claude/settings.local.json)
  4. Shared project settings (./.claude/settings.json)
  5. User settings (~/.claude/settings.json) (lowest priority)
# Default: always uses user-level contexts (predictable)
cctx                       # Manages ~/.claude/settings.json

# Explicit flags for project/local contexts
cctx --in-project          # Manages ./.claude/settings.json
cctx --local               # Manages ./.claude/settings.local.json

# All commands work with any level
cctx --in-project work     # Switch to 'work' in project contexts
cctx --local staging       # Switch to 'staging' in local contexts

πŸ› οΈ Context Management

# Create new context from current settings
cctx -n project-alpha

# Delete a context
cctx -d old-project

# Rename a context
cctx -r old-name new-name

# Edit context with $EDITOR
cctx -e work

# Show context content (JSON)
cctx -s production

# Unset current context
cctx -u

πŸ“₯πŸ“€ Import/Export

# Export context to file
cctx --export production > prod-settings.json

# Import context from file
cctx --import staging < staging-settings.json

# Share contexts between machines
cctx --export work | ssh remote-host 'cctx --import work'

πŸ–₯️ Shell Completions

Enable tab completion for faster workflow:

# Bash
cctx --completions bash > ~/.local/share/bash-completion/completions/cctx

# Zsh  
cctx --completions zsh > /usr/local/share/zsh/site-functions/_cctx

# Fish
cctx --completions fish > ~/.config/fish/completions/cctx.fish

# PowerShell
cctx --completions powershell > cctx.ps1

πŸ—οΈ File Structure

Contexts are stored as individual JSON files at different levels:

🏠 User Level (~/.claude/):

πŸ“ ~/.claude/
β”œβ”€β”€ βš™οΈ settings.json           # Active user context
└── πŸ“ settings/
    β”œβ”€β”€ πŸ’Ό work.json          # Work context  
    β”œβ”€β”€ 🏠 personal.json      # Personal context
    └── πŸ”’ .cctx-state.json   # State tracking

πŸ“ Project Level (./.claude/):

πŸ“ ./.claude/
β”œβ”€β”€ βš™οΈ settings.json           # Shared project context
β”œβ”€β”€ πŸ”’ settings.local.json     # Local project context (gitignored)
└── πŸ“ settings/
    β”œβ”€β”€ πŸš€ staging.json       # Staging context
    β”œβ”€β”€ 🏭 production.json    # Production context
    β”œβ”€β”€ πŸ”’ .cctx-state.json   # Project state
    └── πŸ”’ .cctx-state.local.json # Local state

🎭 Interactive Mode

When no arguments are provided, cctx enters interactive mode:

  • πŸ” fzf integration - Uses fzf if available for fuzzy search
  • 🎯 Built-in finder - Fallback fuzzy finder when fzf not installed
  • 🌈 Color coding - Current context highlighted in green
  • ⌨️ Keyboard navigation - Arrow keys and type-ahead search
# Interactive context selection
cctx

πŸ’Ό Common Workflows

🏒 Professional Setup

# Create restricted work context for safer collaboration
cctx -n work
cctx -e work  # Edit to add restrictions:
# - Read/Edit only in ~/work/** and current directory
# - Deny: docker, kubectl, terraform, ssh, WebFetch, WebSearch
# - Basic dev tools: git, npm, cargo, python only

πŸš€ Project-Based Contexts

# Create project-specific contexts
cctx -n client-alpha    # For client work
cctx -n side-project    # For personal projects  
cctx -n experiments     # For trying new things

# Switch based on current work
cctx client-alpha       # Restricted permissions
cctx experiments        # Full permissions for exploration

πŸ”„ Daily Context Switching

# Morning: start with work context
cctx work

# Need full access for personal project  
cctx personal

# Quick switch back to work
cctx -

# Check current context anytime
cctx -c

πŸ›‘οΈ Security-First Approach

# Default restricted context for screen sharing
cctx work

# Full permissions only when needed
cctx personal

# Project-specific minimal permissions
cctx -n client-project
# Configure: only access to ~/projects/client/** 

🎯 Settings Level Workflows

πŸ‘€ User-Level Development:

# Personal development with full permissions (default behavior)
cctx personal

# Work context with restrictions (default behavior)
cctx work

πŸ“ Project-Level Collaboration:

# Shared team settings (committed to git)
cctx --in-project staging
cctx --in-project production

# Personal project overrides (gitignored)
cctx --local development
cctx --local debug

πŸ”„ Multi-Level Management:

# Check current level (always shows helpful context)
cctx                    # Shows: πŸ‘€ User contexts + hints for project/local if available

# Switch levels in same directory
cctx personal           # User level (default)
cctx --in-project staging  # Project level  
cctx --local debug      # Local level

πŸ”§ Advanced Usage

πŸ“ Context Creation with Claude

Use Claude Code to help create specialized contexts:

# Create production-safe context
claude --model opus <<'EOF'
Create a production.json context file with these restrictions:
- Read-only access to most files
- No docker/kubectl/terraform access  
- No system file editing
- Limited bash commands for safety
- Based on my current ~/.claude/settings.json but secured
EOF

🎨 Custom Context Templates

# Create template contexts for different scenarios
cctx -n template-minimal     # Minimal permissions
cctx -n template-dev         # Development tools only
cctx -n template-ops         # Operations/deployment tools
cctx -n te
8000
mplate-restricted  # Screen-sharing safe

πŸ”„ Context Synchronization

# Sync contexts across machines
rsync -av ~/.claude/settings/ remote:~/.claude/settings/

# Or use git for version control
cd ~/.claude/settings
git init && git add . && git commit -m "Initial contexts"
git remote add origin git@github.com:user/claude-contexts.git
git push -u origin main

πŸ›‘οΈ Security Best Practices

πŸ”’ Permission Isolation

  1. 🏒 Work context - Restricted permissions for professional use
  2. 🏠 Personal context - Full permissions for personal projects
  3. πŸ“Ί Demo context - Ultra-restricted for screen sharing/demos
  4. πŸ§ͺ Testing context - Isolated environment for experiments

🎯 Context Strategy

# Create permission hierarchy
cctx -n restricted   # No file write, no network, no system access
cctx -n development  # File access to ~/dev/**, basic tools only  
cctx -n full        # All permissions for personal use
cctx -n demo        # Read-only, safe for presentations

πŸ” Regular Audits

# Review context permissions regularly
cctx -s work        # Check work context permissions
cctx -s personal    # Review personal context
cctx -s production  # Audit production context

# Quick security check
cctx -s restricted | grep -i "allow\|deny"

🎯 Tips & Tricks

⚑ Productivity Boosters

  • πŸ”„ Use cctx - frequently - Quick toggle between two contexts
  • 🎯 Trust the defaults - cctx (no flags) handles 90% of use cases perfectly
  • πŸ’‘ Follow the hints - When cctx shows hints, they're contextually relevant
  • ⌨️ Set up aliases - alias work='cctx work', alias home='cctx personal'
  • πŸ“ Document your contexts - Add comments in JSON for future reference

πŸ› οΈ Environment Setup

# Add to your shell profile (~/.bashrc, ~/.zshrc)
export EDITOR=code                    # For cctx -e
alias cx='cctx'                      # Shorter command
alias cxs='cctx -s'                  # Show context content
alias cxc='cctx -c'                  # Show current context

# Git hooks for automatic context switching
# Pre-commit hook to ensure proper context
#!/bin/bash
if [[ $(cctx -c) != "work" ]]; then
  echo "⚠️  Switching to work context for this repo"
  cctx work
fi

πŸ”§ Integration Examples

# Tmux integration - show context in status bar
set -g status-right "Context: #(cctx -c) | %H:%M"

# VS Code integration - add to settings.json
"terminal.integrated.env.osx": {
  "CLAUDE_CONTEXT": "$(cctx -c 2>/dev/null || echo 'none')"
}

# Fish shell prompt integration
function fish_prompt
    set_color cyan
    echo -n (cctx -c 2>/dev/null || echo 'no-context')
    set_color normal
    echo -n '> '
end

πŸ”§ Development & Release Tools

This project includes comprehensive automation tools:

πŸš€ Release Management

Simple One-Command Release:

# Automatic release with all quality checks
./quick-release.sh patch      # 0.1.0 -> 0.1.1
./quick-release.sh minor      # 0.1.0 -> 0.2.0
./quick-release.sh major      # 0.1.0 -> 1.0.0

The script automatically:

  • βœ… Runs quality checks (fmt, clippy, test, build)
  • βœ… Updates version in Cargo.toml
  • βœ… Creates git commit and tag
  • βœ… Pushes to GitHub
  • βœ… Triggers GitHub Actions for binary builds and crates.io publishing

πŸ› οΈ Development Tasks

# Using justfile (install: cargo install just)
just check              # Run all quality checks
just release-patch      # Same as ./quick-release.sh patch
just setup              # Setup development environment
just audit              # Security audit
just completions fish   # Generate shell completions

🀝 Contributing

We welcome contributions! This project includes:

  • πŸ”„ Automated CI/CD - GitHub Actions for testing and releases
  • πŸ§ͺ Quality gates - Formatting, linting, and tests required
  • πŸ“¦ Multi-platform - Builds for Linux, macOS, and Windows
  • πŸš€ Auto-releases - Semantic versioning with automated publishing

See CLAUDE.md for detailed development guidelines.

πŸ“„ License

MIT License - see LICENSE file for details.

🎯 Design Philosophy (v0.1.1+)

cctx follows the principle of "Predictable defaults with explicit overrides":

  • 🎯 Default behavior is always the same - uses user-level contexts (~/.claude/settings.json)
  • πŸ’‘ Helpful discovery - shows hints when project/local contexts are available
  • πŸš€ Simple when simple - 90% of usage needs zero flags
  • πŸ”§ Explicit when needed - --in-project and --local for specific cases

This approach eliminates surprises and cognitive overhead while maintaining full functionality.

⚠️ Compatibility Notice

cctx is designed to work with Claude Code configuration files. As Claude Code is actively developed by Anthropic, configuration formats and file structures may change over time.

We are committed to maintaining compatibility:

  • πŸ”„ Active monitoring of Claude Code updates and changes
  • πŸš€ Prompt updates when configuration formats change
  • πŸ› οΈ Backward compatibility whenever possible
  • πŸ“’ Clear migration guides for breaking changes

If you encounter compatibility issues after a Claude Code update, please open an issue and we'll address it promptly.

πŸ™ Acknowledgments

  • 🎯 Inspired by kubectx - the amazing Kubernetes context switcher
  • πŸ€– Built for Claude Code - Anthropic's CLI for Claude
  • πŸ¦€ Powered by Rust - fast, safe, and beautiful

⭐ Star this repo if cctx makes your Claude Code workflow better!

πŸ› Report Bug β€’ πŸ’‘ Request Feature β€’ πŸ’¬ Discussions

About

Claude Code context manager for switching between multiple settings.json configurations

Resources

License

Stars

Watchers

Forks

Packages

No packages published
0