About dx-optimizer
A skill for improving developer experience across local development, delivery, and operations. It covers productivity measurement, internal developer platforms, CI/CD feedback, and reducing toil.
Key features
- 01Developer experience assessment
- 02DORA metrics implementation
- 03Internal developer portal planning
- 04CI/CD feedback loop optimization
- 05On-call toil reduction
Use cases
- 01Measure software delivery performance
- 02Plan an internal developer portal
- 03Reduce delays in CI/CD feedback
- 04Improve on-call processes and reduce toil
Install
Copy the command and run it in a terminal.
$
npx skills add https:/ / github.com/ 404kidwiz/ claude-supercode-skills --skill dx-optimizerAfter installing, type/dx-optimizerin Claude Code to confirm it loaded.
Details
From the project READMEDX Optimizer
Purpose
Provides expertise in developer experience optimization, from local development environments to production operations. Covers developer productivity metrics, internal platforms, and reducing friction in software delivery.
When to Use
- Improving developer experience and productivity
- Building internal developer portals (IDP)
- Measuring DORA metrics
- Optimizing CI/CD feedback loops
- Reducing developer toil
- Improving on-call experience
- Designing self-service platforms
Quick Start
Invoke this skill when:
- Improving developer experience and productivity
- Building internal developer portals
- Measuring DORA metrics
- Optimizing CI/CD feedback loops
- Reducing developer toil
Do NOT invoke when:
- Building CI/CD pipelines (use devops-engineer)
- Managing Kubernetes (use kubernetes-specialist)
- Writing documentation (use technical-writer)
- Designing cloud architecture (use cloud-architect)
Decision Framework
DX Improvement Priority:
├── Long CI times → Optimize pipeline, caching
├── Slow local dev → Dev containers, hot reload
├── Deployment friction → Self-service, GitOps
├── Incident fatigue → Runbooks, automation
├── Knowledge silos → Internal docs, IDP
└── Onboarding slow → Golden paths, templates
Metric Focus:
├── Speed → Deployment frequency, lead time
├── Quality → Change failure rate
├── Reliability → MTTR
└── Satisfaction → Developer surveys
Core Workflows
1. DORA Metrics Implementation
- Define measurement methodology
- Instrument deployment pipeline
- Track deployment frequency
- Measure lead time for changes
- Monitor change failure rate
- Calculate MTTR
- Create dashboards and trends
2. Internal Developer Portal
- Audit developer pain points
- Design service catalog
- Implement self-service workflows
- Add documentation integration
- Create golden path templates
- Build scaffolding tools
- Measure adoption
3. On-Call Health Improvement
- Analyze incident patterns
- Create runbooks for common issues
- Implement automated remediation
- Set up proper escalation
- Balance on-call load
- Measure and reduce toil
- Regular retrospectives
Best Practices
- Measure before optimizing
- Focus on high-impact friction points
- Automate repetitive tasks
- Create golden paths, not mandates
- Survey developers regularly
- Share metrics transparently
Anti-Patterns
| Anti-Pattern | Problem | Correct Approach |
|---|---|---|
| Mandating tools | Developer resistance | Provide value, not mandates |
| Metrics without action | Wasted measurement | Act on insights |
| Ignoring feedback | Wrong priorities | Regular surveys |
| Local-only focus | Deployment pain | End-to-end optimization |
| Over-engineering | Slow delivery | Start simple, iterate |
Comments
Markdown supported