skills/deliberate-practice/SKILL.md
Apply deliberate practice principles for rapid skill acquisition and expert-level performance. Use when learning new skills, plateauing in development, designing training routines, or seeking to accelerate expertise acquisition.
npx skillsauth add Chris-Maskey/opencode-config deliberate-practiceInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Structured approach to improving performance through focused effort, feedback, and continuous refinement. Based on psychologist K. Anders Ericsson's research on expertise acquisition.
Performance = Intentional Effort + Immediate Feedback + Progressive Challenge
Deliberate practice contrasts with naive practice (mindless repetition). The difference is the difference between 10 years of experience and 1 year of experience repeated 10 times.
Concentrate fully on the skill being practiced. Eliminate distractions. Quality of attention directly impacts rate of improvement.
Know immediately what you did wrong and how to correct it. Without rapid correction, errors become ingrained habits.
Operate at the edge of current abilities. If it's comfortable, you're not growing. If it's too hard, you're building bad habits.
Repeat the specific subskill, reflect on results, adjust, then repeat. Not repetition alone—iterative refinement.
Skill Level
│
│ ╱
│ ╱ Comfort zone (no growth)
│ ╱─────────────────────
│ ╱
│╱ Challenge zone (growth)
│╲ (deliberate practice)
│ ╲
│ ╲_____________________
│ Grown zone
└────────────────────────── Time
Research across multiple domains (musicians, chess masters, surgeons) shows: ~10 years or ~10,000 hours of deliberate practice to reach expert level.
Not innate talent—deliberate practice is the differentiator.
Break the skill into subcomponents. Practice the weakest component in isolation until mastered, then integrate.
Example: A pianist doesn't practice the entire piece, but the 4 bars that are difficult. A programmer doesn't "build an app" but practices specific patterns or algorithms.
Visualize performing the skill correctly. Activates same neural pathways as physical practice. Particularly useful for skills with high mental component.
Slow down the skill to 50% speed. Errors become more visible and corrections more precise. Master at slow speed, then accelerate.
Periodically test yourself under conditions mimicking real performance to calibrate actual vs. perceived ability. Bridge the gap between practice environment and real-world application.
| Aspect | Deliberate Practice | Kaizen | | ---------------- | ------------------------------ | ----------------------------- | | Focus | Individual skill mastery | Organizational improvement | | Goal | Expert-level performance | Incremental, sustainable gains| | Method | Targeted weakness training | Systematic waste elimination | | Feedback | Immediate, self-corrective | Team-based, observation-driven| | Scope | Personal capability | Entire value stream |
Synergy: Apply deliberate practice principles to kaizen events—focus on specific pain points, get rapid feedback, incrementally improve.
Before each session, ask:
After each session, ask:
| Pitfall | Why It Happens | Solution | | ------------------------------------------ | -------------------------------- | ------------------------------- | | Spending time on mastered skills | Feels good, no discomfort | Track time-boxed to weak areas | | Not seeking feedback; assuming improvement | Complacency, lack of humility | Build in external verification | | Practicing without clear, specific goals | "Just practice" has no direction | Define subskill before starting | | Relying on talent rather than effort | Fixed mindset | Focus on process over aptitude | | Practicing same thing the same way | Avoids discomfort | Increase difficulty each session| | No rest between sessions | Rushing, overconfidence | Respect cognitive recovery time |
| Skill Target | Isolation Practice | Feedback Mechanism | | --------------------- | ------------------------------- | ---------------------- | | Debugging | Reproduce bugs in controlled way| Root cause analysis | | Algorithm design | Solve one algorithm type | Test cases, complexity| | API design | Design one endpoint | Code review | | Refactoring | Transform one pattern | Tests pass before/after| | Learning a new language | Implement basic patterns | Exercises, compiler |
tools
Anti-patterns and mistakes to avoid as a product manager. Use when evaluating leadership behaviors, improving team dynamics, reflecting on management practices, or onboarding new product managers.
development
Review UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "check accessibility", "audit design", "review UX", or "check my site against best practices".
testing
Design effective CTAs using visual attention and gaze psychology principles. Use when designing landing pages, button hierarchies, conversion elements, or optimizing user attention flow through interfaces.
tools
Run agent-browser + Chrome inside Vercel Sandbox microVMs for browser automation from any Vercel-deployed app. Use when the user needs browser automation in a Vercel app (Next.js, SvelteKit, Nuxt, Remix, Astro, etc.), wants to run headless Chrome without binary size limits, needs persistent browser sessions across commands, or wants ephemeral isolated browser environments. Triggers include "Vercel Sandbox browser", "microVM Chrome", "agent-browser in sandbox", "browser automation on Vercel", or any task requiring Chrome in a Vercel Sandbox.