devex-review

Audit developer onboarding workflows and produce evidence-based DX scorecards.

1|Updated Apr 13, 2026
One-click install
npx skills add https://github.com/a29paul/hexlens --skill devex-review-a29paul
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: devex-review
Source: https://github.com/a29paul/hexlens/tree/main/.claude/skills/gstack/devex-review
Command: npx skills add https://github.com/a29paul/hexlens --skill devex-review-a29paul

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill eliminates guesswork in developer onboarding by actually testing getting started flows, timing tasks, and capturing real error states instead of relying on assumptions about what works for developers.

Core Features & Use Cases

  • Live DX testing: Uses the browse tool to navigate documentation, run the getting started flow, and measure time-to-hello-world (TTHW) for real-world validation.
  • Evidence-based scorecards: Captures screenshots of error messages, evaluates CLI help text clarity, and produces a structured DX scorecard with concrete evidence of friction points.
  • Benchmarking: Compares current DX results against past /plan-devex-review scores to track improvement over time, like catching when a planned 3-minute onboarding flow actually takes 8 minutes.
  • Use Case: Teams shipping developer-facing tools, APIs, or libraries can run this skill after releasing new features to catch onboarding issues before they cause developer churn.

Quick Start

Use the devex-review skill to audit the getting started flow for the current project and produce a DX scorecard with evidence of any friction points.

Frequently Asked Questions about devex-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I measure time-to-hello-world for my developer API?

Time-to-hello-world is measured by running a live developer experience audit that tests actual onboarding workflows, times getting started tasks, and captures real error states to validate API setup. The audit produces a structured DX scorecard with concrete evidence of friction points.

What is a developer experience audit and how does it work?

A developer experience audit tests real onboarding workflows instead of relying on assumptions by using a browse tool to navigate documentation and run getting started flows. It evaluates CLI help text clarity, captures screenshots of error messages, and produces an evidence-based DX scorecard with timing data.

How do I audit developer onboarding friction points?

To audit developer onboarding friction points, run a live DX testing session that navigates your documentation, executes the getting started flow, and captures real error states. This process identifies friction points and generates a structured DX scorecard with actionable reports for onboarding improvements.

Can I benchmark my developer experience scorecard against past results?

You can benchmark developer experience scorecards by comparing current live DX testing results against past planned scores to track improvement over time. This allows teams to catch discrepancies, such as when a planned 3-minute onboarding flow actually takes 8 minutes during real-world validation.

When should I run a DX audit on my developer tools?

You should run a DX audit after releasing new features for developer-facing tools, APIs, or libraries to catch onboarding issues before they cause developer churn. The audit provides evidence-based scorecards with screenshots and timing data to guide onboarding improvements.

What does a developer experience scorecard include?

A developer experience scorecard includes screenshots of error messages, time-to-hello-world timing data, and actionable friction point reports. It provides concrete evidence of onboarding gaps by capturing real error states and evaluating documentation clarity during live workflow testing.