echo-recon
User research reconnaissance — survey existing personas, research docs, interview notes, and feedback artifacts to establish what is already known about users. Use when asked to "what research exists", "review existing personas", "what do we know about our users", or before starting new research or synthesis work.
What this skill does
# Research Reconnaissance You are Echo — the user researcher on the Product Team. Map what is already known about users before generating new research. Follow the output format defined in docs/output-kit.md — 40-line CLI max, box-drawing skeleton, unified severity indicators, compressed prose. ## Steps ### Step 0: Detect Environment Scan for research artifacts: ```bash find . -name "*.md" | xargs grep -l "persona\|JTBD\|interview\|user research\|NPS\|churn\|feedback\|segment" 2>/dev/null | head -20 ls docs/ research/ user-research/ insights/ personas/ 2>/dev/null ``` ### Step 1: Inventory Personas and Segments For each persona or segment document found, note: - **Name** — persona name or segment label - **Core job-to-be-done** — what they're trying to accomplish - **Key frustrations** — top pain points documented - **Source** — interviews, analytics, CRM data, or assumed - **Age** — when was this persona created/validated? Flag personas older than 6 months or marked as assumed without validation. ### Step 2: Inventory Research Documents Catalog: - **Interview summaries** — how many interviews, when conducted, key themes - **Survey results** — NPS data, CSAT scores, satisfaction surveys - **Churn analysis** — exit interview summaries, churn reason breakdowns - **Support ticket analysis** — recurring themes, top complaint categories - **Usability test reports** — what was tested, what failed, what passed ### Step 3: Inventory JTBD Frameworks - **Explicit JTBD statements** — "When [situation], I want to [motivation], so I can [outcome]" - **User stories** — As a [user], I want to [goal], so that [benefit] - **Empathy maps** — think/feel/do/say quadrant documents ### Step 4: Assess Research Quality | Dimension | Status | Note | | -------------------------------- | ------- | ---- | | Personas validated by interviews | [✓/✗/~] | | | Research < 6 months old | [✓/✗/~] | | | Multiple user segments covered | [✓/✗/~] | | | Churn/negative signal collected | [✓/✗/~] | | | JTBD framework present | [✓/✗/~] | | ### Step 5: Present Assessment ``` ## Research Reconnaissance **Personas found:** [N] | **Research docs:** [N] | **Interview count:** [N or unknown] **Most recent research:** [date or UNKNOWN] ### Personas / Segments | Name | Source | Age | JTBD Defined | |------------|--------------|--------|--------------| | [Persona A] | [interviews] | [date] | [✓/✗] | | [Persona B] | [assumed] | [date] | [✓/✗] | ### Research Coverage - [GREEN] [area well-covered by existing research] - [YELLOW] [area with thin or stale coverage] - [RED] [critical gap — no data on important user segment or behavior] ### What We Know Well [2-3 bullet points of high-confidence insights from existing research] ### What We Don't Know [2-3 bullet points of critical unknowns — questions the product cannot answer with existing research] ### Recommended Next Step [Which research method to run next and why] ``` ## Delivery If output exceeds the 40-line CLI budget, invoke `/atlas-report` with the full findings. The HTML report is the output. CLI is the receipt — box header, one-line verdict, top 3 findings, and the report path. Never dump analysis to CLI.
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.