/troubleshoot
Diagnose and resolve issues in code, builds, deployments, and system behavior
> /plugin marketplace add Galaxy-Dawn/claude-scholar > /plugin install claude-scholar@claude-scholar
How it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/troubleshoot
Context preview
What this command does when you run it.
Diagnose and resolve issues in code, builds, deployments, and system behavior
Command definition
troubleshoot.mdname: troubleshoot
description: "Diagnose and resolve issues in code, builds, deployments, and system behavior"
category: utility
complexity: basic
mcp-servers: []
personas: []
/sc:troubleshoot - Issue Diagnosis and Resolution
Triggers
- Code defects and runtime error investigation requests
- Build failure analysis and resolution needs
- Performance issue diagnosis and optimization requirements
- Deployment problem analysis and system behavior debugging
Usage
/sc:troubleshoot [issue] [--type bug|build|performance|deployment] [--trace] [--fix]
Behavioral Flow
1. **Analyze**: Examine issue description and gather relevant system state information 2. **Investigate**: Identify potential root causes through systematic pattern analysis 3. **Debug**: Execute structured debugging procedures including log and state examination 4. **Propose**: Validate solution approaches with impact assessment and risk evaluation 5. **Resolve**: Apply appropriate fixes and verify resolution effectiveness
Key behaviors:
- Systematic root cause analysis with hypothesis testing and evidence collection
- Multi-domain troubleshooting (code, build, performance, deployment)
- Structured debugging methodologies with comprehensive problem analysis
- Safe fix application with verification and documentation
Tool Coordination
- **Read**: Log analysis and system state examination
- **Bash**: Diagnostic command execution and system investigation
- **Grep**: Error pattern detection and log analysis
- **Write**: Diagnostic reports and resolution documentation
Key Patterns
- **Bug Investigation**: Error analysis → stack trace examination → code inspection → fix validation
- **Build Troubleshooting**: Build log analysis → dependency checking → configuration validation
- **Performance Diagnosis**: Metrics analysis → bottleneck identification → optimization recommendations
- **Deployment Issues**: Environment analysis → configuration verification → service validation
Examples
Code Bug Investigation
/sc:troubleshoot "Null pointer exception in user service" --type bug --trace
# Systematic analysis of error context and stack traces
# Identifies root cause and provides targeted fix recommendations
Build Failure Analysis
/sc:troubleshoot "TypeScript compilation errors" --type build --fix
# Analyzes build logs and TypeScript configuration
# Automatically applies safe fixes for common compilation issues
Performance Issue Diagnosis
/sc:troubleshoot "API response times degraded" --type performance
# Performance metrics analysis and bottleneck identification
# Provides optimization recommendations and monitoring guidance
Deployment Problem Resolution
/sc:troubleshoot "Service not starting in production" --type deployment --trace
# Environment and configuration analysis
# Systematic verification of deployment requirements and dependencies
Boundaries
**Will:**
- Execute systematic issue diagnosis using structured debugging methodologies
- Provide validated solution approaches with comprehensive problem analysis
- Apply safe fixes with verification and detailed resolution documentation
**Will Not:**
- Apply risky fixes without proper analysis and user confirmation
- Modify production systems without explicit permission and safety validation
- Make architectural changes without understanding full system impact
CRITICAL BOUNDARIES
**DIAGNOSE FIRST - FIXES REQUIRE `--fix` FLAG**
This command is DIAGNOSIS-FIRST by default.
**Default behavior (no `--fix` flag)**:
- Diagnose the issue
- Identify root cause
- Propose solution options
- **STOP and present findings to user** - do not apply any fixes
**With `--fix` flag**:
- After diagnosis, prompt user for confirmation before applying
- Apply fix only after user explicitly approves
- Verify fix with tests
**Explicitly Will NOT** (without `--fix` flag):
- Apply any code changes
- Modify any files
- Execute fixes automatically
**Output**: Diagnostic report containing:
- Issue description
- Root cause analysis
- Proposed solutions (ranked)
- Risk assessment for each solution
**Next Step**: User reviews diagnosis, then either:
- Re-run with `--fix` flag to apply recommended fix
- Use `/sc:improve` for broader refactoring
Read more
name: troubleshoot description: "Diagnose and resolve issues in code, builds, deployments, and system behavior" category: utility complexity: basic mcp-servers: [] personas: []
/sc:troubleshoot - Issue Diagnosis and Resolution
Triggers
- Code defects and runtime error investigation requests
- Build failure analysis and resolution needs
- Performance issue diagnosis and optimization requirements
- Deployment problem analysis and system behavior debugging
Usage
/sc:troubleshoot [issue] [--type bug|build|performance|deployment] [--trace] [--fix]
Behavioral Flow
1. **Analyze**: Examine issue description and gather relevant system state information 2. **Investigate**: Identify potential root causes through systematic pattern analysis 3. **Debug**: Execute structured debugging procedures including log and state examination 4. **Propose**: Validate solution approaches with impact assessment and risk evaluation 5. **Resolve**: Apply appropriate fixes and verify resolution effectiveness
Key behaviors:
- Systematic root cause analysis with hypothesis testing and evidence collection
- Multi-domain troubleshooting (code, build, performance, deployment)
- Structured debugging methodologies with comprehensive problem analysis
- Safe fix application with verification and documentation
Tool Coordination
- **Read**: Log analysis and system state examination
- **Bash**: Diagnostic command execution and system investigation
- **Grep**: Error pattern detection and log analysis
- **Write**: Diagnostic reports and resolution documentation
Key Patterns
- **Bug Investigation**: Error analysis → stack trace examination → code inspection → fix validation
- **Build Troubleshooting**: Build log analysis → dependency checking → configuration validation
- **Performance Diagnosis**: Metrics analysis → bottleneck identification → optimization recommendations
- **Deployment Issues**: Environment analysis → configuration verification → service validation
Examples
Code Bug Investigation
/sc:troubleshoot "Null pointer exception in user service" --type bug --trace # Systematic analysis of error context and stack traces # Identifies root cause and provides targeted fix recommendations
Build Failure Analysis
/sc:troubleshoot "TypeScript compilation errors" --type build --fix # Analyzes build logs and TypeScript configuration # Automatically applies safe fixes for common compilation issues
Performance Issue Diagnosis
/sc:troubleshoot "API response times degraded" --type performance # Performance metrics analysis and bottleneck identification # Provides optimization recommendations and monitoring guidance
Deployment Problem Resolution
/sc:troubleshoot "Service not starting in production" --type deployment --trace # Environment and configuration analysis # Systematic verification of deployment requirements and dependencies
Boundaries
**Will:**
- Execute systematic issue diagnosis using structured debugging methodologies
- Provide validated solution approaches with comprehensive problem analysis
- Apply safe fixes with verification and detailed resolution documentation
**Will Not:**
- Apply risky fixes without proper analysis and user confirmation
- Modify production systems without explicit permission and safety validation
- Make architectural changes without understanding full system impact
CRITICAL BOUNDARIES
**DIAGNOSE FIRST - FIXES REQUIRE `--fix` FLAG**
This command is DIAGNOSIS-FIRST by default.
**Default behavior (no `--fix` flag)**:
- Diagnose the issue
- Identify root cause
- Propose solution options
- **STOP and present findings to user** - do not apply any fixes
**With `--fix` flag**:
- After diagnosis, prompt user for confirmation before applying
- Apply fix only after user explicitly approves
- Verify fix with tests
**Explicitly Will NOT** (without `--fix` flag):
- Apply any code changes
- Modify any files
- Execute fixes automatically
**Output**: Diagnostic report containing:
- Issue description
- Root cause analysis
- Proposed solutions (ranked)
- Risk assessment for each solution
**Next Step**: User reviews diagnosis, then either:
- Re-run with `--fix` flag to apply recommended fix
- Use `/sc:improve` for broader refactoring
Semi-automated research assistant for academic research and software development. Supports Claude Code, Codex CLI, Kimi Code CLI, and OpenCode across ideation, coding, experiments, writing, and publication.
Repo: Galaxy-Dawn/claude-scholar
Other commands on claude-scholar.
- /analyze-results
Optional experiment line slug for report naming
Open command - /build-fix
Incrementally fix Python type and lint errors:
Open command - /checkpoint
Create or verify a checkpoint in your workflow.
Open command - /code-review
Comprehensive security and quality review of uncommitted changes:
Open command - /commit
Commit changes following Conventional Commits format (local only, no push).
Open command - /create_project
使用本地模板 ~/Code/template 而非 GitHub(覆盖 template_repo)
Open command

