home / skills / yeachan-heo / oh-my-claudecode / analyze

analyze skill

/skills/analyze

This skill performs deep analysis of architecture, bugs, and performance, routing insights to the architect agent and Codex MCP with structured findings.

npx playbooks add skill yeachan-heo/oh-my-claudecode --skill analyze

Review the files below or copy the command above to add this skill to your agents.

Files (1)
SKILL.md
4.5 KB
---
name: analyze
description: Deep analysis and investigation
---

<Purpose>
Analyze performs deep investigation of architecture, bugs, performance issues, and dependencies. It routes to the architect agent or Codex MCP for thorough analysis and returns structured findings with evidence.
</Purpose>

<Use_When>
- User says "analyze", "investigate", "debug", "why does", or "what's causing"
- User needs to understand a system's architecture or behavior before making changes
- User wants root cause analysis of a bug or performance issue
- User needs dependency analysis or impact assessment for a proposed change
- A complex question requires reading multiple files and reasoning across them
</Use_When>

<Do_Not_Use_When>
- User wants code changes made -- use executor agents or `ralph` instead
- User wants a full plan with acceptance criteria -- use `plan` skill instead
- User wants a quick file lookup or symbol search -- use `explore` agent instead
- User asks a simple factual question that can be answered from one file -- just read and answer directly
</Do_Not_Use_When>

<Why_This_Exists>
Deep investigation requires a different approach than quick lookups or code changes. Analysis tasks need broad context gathering, cross-file reasoning, and structured findings. Routing these to the architect agent or Codex ensures the right level of depth without the overhead of a full planning or execution workflow.
</Why_This_Exists>

<Execution_Policy>
- Prefer Codex MCP for analysis when available (faster, lower cost)
- Fall back to architect Claude agent when Codex is unavailable
- Always provide context files to the analysis tool for grounded reasoning
- Return structured findings, not just raw observations
</Execution_Policy>

<Steps>
1. **Identify the analysis type**: Architecture, bug investigation, performance, or dependency analysis
2. **Gather relevant context**: Read or identify the key files involved
3. **Route to analyzer**:
   - Preferred: `ask_codex` with `agent_role: "architect"` and relevant `context_files`
   - Fallback: `Task(subagent_type="oh-my-claudecode:architect", model="opus", prompt="Analyze: ...")`
4. **Return structured findings**: Present the analysis with evidence, file references, and actionable recommendations
</Steps>

<Tool_Usage>
- Before first MCP tool use, call `ToolSearch("mcp")` to discover deferred MCP tools
- Use `ask_codex` with `agent_role: "architect"` as the preferred analysis route
- Pass `context_files` with all relevant source files for grounded analysis
- Use `Task(subagent_type="oh-my-claudecode:architect", model="opus", ...)` as fallback when ToolSearch finds no MCP tools or Codex is unavailable
- For broad analysis, use `explore` agent first to identify relevant files before routing to architect
</Tool_Usage>

<Examples>
<Good>
User: "analyze why the WebSocket connections drop after 30 seconds"
Action: Gather WebSocket-related files, route to architect with context, return root cause analysis with specific file:line references and a recommended fix.
Why good: Clear investigation target, structured output with evidence.
</Good>

<Good>
User: "investigate the dependency chain from src/api/routes.ts"
Action: Use explore agent to map the import graph, then route to architect for impact analysis.
Why good: Uses explore for fact-gathering, architect for reasoning.
</Good>

<Bad>
User: "analyze the auth module"
Action: Returning "The auth module handles authentication."
Why bad: Shallow summary without investigation. Should examine the module's structure, patterns, potential issues, and provide specific findings with file references.
</Bad>

<Bad>
User: "fix the bug in the parser"
Action: Running analysis skill.
Why bad: This is a fix request, not an analysis request. Route to executor or ralph instead.
</Bad>
</Examples>

<Escalation_And_Stop_Conditions>
- If analysis reveals the issue requires code changes, report findings and recommend using `ralph` or executor for the fix
- If the analysis scope is too broad ("analyze everything"), ask the user to narrow the focus
- If Codex is unavailable and the architect agent also fails, report what context was gathered and suggest manual investigation paths
</Escalation_And_Stop_Conditions>

<Final_Checklist>
- [ ] Analysis addresses the specific question or investigation target
- [ ] Findings reference specific files and line numbers where applicable
- [ ] Root causes are identified (not just symptoms) for bug investigations
- [ ] Actionable recommendations are provided
- [ ] Analysis distinguishes between confirmed facts and hypotheses
</Final_Checklist>

Task: {{ARGUMENTS}}

Overview

This skill performs deep analysis and investigation of codebases, architectures, bugs, performance issues, and dependency chains. It routes complex questions to a dedicated architect agent or Codex MCP and returns structured, evidence-backed findings. The goal is to surface root causes, relevant file/line references, and actionable recommendations without performing code changes.

How this skill works

When triggered, the skill identifies the type of analysis requested (architecture, bug, performance, or dependency). It gathers the relevant files and context, prefers routing to ask_codex with agent_role: "architect" and context_files, and falls back to a Claude architect agent if needed. The skill returns structured findings that distinguish confirmed facts from hypotheses and include file references and recommended next steps.

When to use it

  • You ask "analyze", "investigate", "debug", "why does", or "what's causing" about system behavior
  • You need root cause analysis for a bug or recurring failure
  • You want to understand system architecture or data flow before making changes
  • You need dependency impact analysis for an intended change
  • A question requires reading multiple files or reasoning across modules

Best practices

  • Provide a clear investigation target or symptom (e.g., failing endpoint, slow operation) to narrow scope
  • Share relevant logs, error messages, and the entry-point files to speed context gathering
  • If unsure which files matter, request an initial exploration pass to map imports before deep analysis
  • Expect structured findings with evidence and recommended next steps, not automatic fixes
  • If fixes are needed after analysis, follow up with an executor agent or ralph to implement changes

Example use cases

  • Investigate why WebSocket connections drop after 30 seconds, with file:line references and a recommended patch
  • Map the import/dependency chain from src/api/routes.ts and assess the impact of changing a shared library
  • Perform root cause analysis for a CPU spike in a microservice, correlating code paths and configuration
  • Analyze a flaky test by collecting relevant test and implementation files and identifying probable causes
  • Audit an authentication module to surface design issues, missing checks, and risky dependencies

FAQ

Will this skill edit code to fix issues?

No. The skill produces findings and recommendations. Use an executor agent or ralph to apply code changes.

What if Codex MCP is not available?

The skill falls back to an architect Claude agent, and if both fail it reports gathered context and suggested manual investigation steps.