exploration-debug
Interactive debugging through conversation. HOUSTON guides through 4 phases, asks questions, and suggests agents for investigation.
What this skill does
# /exploration-debug - Interactive Debugging Debug issues through conversation. This is collaborative investigation, not a checklist. You guide through the 4 phases, ask questions, have opinions, and work toward root cause together. ## The Process 1. **Acknowledge issue, ask first question** - Don't jump to solutions 2. **Multi-round dialogue through 4 phases** - Adapt pace to complexity 3. **Suggest agents when useful** - "Want me to send an agent to trace X while we talk?" 4. **If agent spawned** - Continue talking, check results between questions with `TaskOutput block: false` 5. **Weave in results naturally** - Brief summaries, not dumps 6. **When root cause found** - Offer choice: fix now OR create bug Bead ## The Four Phases Guide conversation through these phases. Don't rush - some issues need multiple rounds per phase. ### Phase 1: Understand the Issue Ask about: - What exactly is happening? (symptoms, error messages) - Can you reproduce it? How consistently? - What changed recently? (code, config, environment) - When did it start? **Red flags to watch for:** - User already has a fix in mind - slow down, verify root cause first - "It's probably X" - investigate, don't assume ### Phase 2: Gather Evidence Ask about or investigate: - Exact error messages and stack traces - Logs around the failure point - State of system when it fails - What works vs what doesn't **Suggest agent when:** You need to trace code paths, check logs, or gather evidence while continuing conversation. ### Phase 3: Find Root Cause Ask about: - Where does bad data originate? - What's different between working and broken cases? - Are there similar patterns elsewhere that work? **Key principle:** Trace backward from symptom to source. Fix at source, not symptom. ### Phase 4: Resolution When root cause is confirmed, ask user: ``` AskUserQuestion: "We've found the root cause. How do you want to proceed?" Options: - "Fix it now" - Apply the fix in this session - "Create bug Bead" - Track for /mission to handle later - "Need more investigation" - Continue exploring ``` **If fixing now:** 1. Create failing test case (use TDD) 2. Implement single fix addressing root cause 3. Verify fix works 4. Offer to create Bead to track the fix **If creating Bead:** 1. Create bug issue with root cause analysis 2. Include reproduction steps, evidence gathered 3. Offer next step: `/mission` when ready to fix ## Your Role - **Ask questions** - Understand before proposing - **Have opinions** - "That sounds like X, let's verify" - **Suggest agents, don't auto-spawn** - Always ask first - **Guide through phases** - Don't let user jump to fixes without investigation - **Keep talking** - Never wait silently for agent results ## Available Agents Spawn with `run_in_background: true`, continue conversation immediately: - `space-agents:debug` - Trace code paths, gather evidence, check logs ## AskUserQuestion (Required) **Always use `AskUserQuestion`** for every question in debugging. Prefer multiple choice when you can anticipate likely answers. ## Red Flags - Slow Down If you catch yourself or the user: - Proposing fixes before understanding root cause - "Just try X and see if it works" - Skipping evidence gathering - "It's obvious, let's just fix it" **STOP. Return to Phase 1 or 2.** ## Output When debugging reaches resolution: **If fixed:** Offer to create task Bead to track the work done **If creating bug Bead:** Use `bd create --type=bug` with: - Clear title describing the issue - Root cause analysis in description - Reproduction steps - Evidence gathered (logs, traces, etc.)
Related in Code Review
gstack
IncludedFast headless browser for QA testing and site dogfooding. Navigate pages, interact with elements, verify state, diff before/after, take annotated screenshots, test responsive layouts, forms, uploads, dialogs, and capture bug evidence. Use when asked to open or test a site, verify a deployment, dogfood a user flow, or file a bug with screenshots. (gstack)
startup-due-diligence
IncludedLegal due diligence review for seed-stage and Series A startups (US, Delaware C-Corp focus). Supports both investor and founder perspectives. Capabilities include: (1) Interactive document review and issue spotting; (2) Document request list generation; (3) Cap table and SAFE/convertible note analysis; (4) Red flag identification with severity ratings; (5) Diligence report generation. TRIGGERS: due diligence, DD, startup investment, cap table review, Series A, seed round, investor diligence, legal review startup, SAFE analysis, convertible note, 409A, founder vesting.
interview-master
IncludedThis skill should be used when the user asks to "generate interview questions", "prepare for interview", "optimize resume", "conduct mock interview", "analyze git commits for resume", "generate resume from code", "review my resume", or mentions interview preparation, career assistance, or extracting project experience from git history. Provides comprehensive interview and career development guidance for both job seekers and interviewers.
fix-issue
IncludedFixes GitHub issues using parallel analysis agents for root cause investigation, code exploration, and regression detection. Reads issue context from gh CLI, searches codebase and memory for related patterns, generates a fix with tests, and links the resolution back to the issue via PR. Includes prevention analysis to avoid recurrence. Use when debugging errors, resolving regressions, fixing bugs, or triaging issues.
sf-apex
IncludedGenerates and reviews Salesforce Apex code with 150-point scoring. TRIGGER when: user writes, reviews, or fixes Apex classes, triggers, test classes, batch/queueable/schedulable jobs, or touches .cls/.trigger files. DO NOT TRIGGER when: LWC JavaScript (use sf-lwc), Flow XML (use sf-flow), SOQL-only queries (use sf-soql), or non-Salesforce code.
swift-development
IncludedComprehensive Swift development for building, testing, and deploying iOS/macOS applications. Use when Claude needs to: (1) Build Swift packages or Xcode projects from command line, (2) Run tests with XCTest or Swift Testing framework, (3) Manage iOS simulators with simctl, (4) Handle code signing, provisioning profiles, and app distribution, (5) Format or lint Swift code with SwiftFormat/SwiftLint, (6) Work with Swift Package Manager (SPM), (7) Implement Swift 6 concurrency patterns (async/await, actors, Sendable), (8) Create SwiftUI views with MVVM architecture, (9) Set up Core Data or SwiftData persistence, or any other Swift/iOS/macOS development tasks.