vibe-coder/skills/debugging-auto/SKILL.md
Hidden automatic debugging when something breaks - user sees simple question or "fixing..." not stack traces or technical errors
npx skillsauth add timequity/plugins debugging-autoInstall 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.
Part of the hidden validation layer. When code breaks during generation, fix it automatically without exposing technical details to user.
Core principle: User describes WHAT. We handle HOW - including when things break.
/mvp:build/mvp:add// User doesn't see this
Error: Cannot read property 'map' of undefined
at UserList.tsx:15
at renderWithHooks...
Apply systematic-debugging principles:
// Before (broken)
const users = props.users;
return users.map(u => <User key={u.id} {...u} />);
// After (fixed)
const users = props.users ?? [];
return users.map(u => <User key={u.id} {...u} />);
If fixed: Continue silently, user never knows
If can't fix: Ask simple question
Technical error → Simple question:
| Error | User Question |
|-------|---------------|
| undefined is not iterable | "Should the list show empty when there's no data, or a message?" |
| 401 Unauthorized | "Does this feature need login to work?" |
| ENOENT: no such file | "Where should we save the uploaded files?" |
| Foreign key constraint | "Can a user have multiple projects, or just one?" |
After 3 auto-fix attempts fail:
Called by:
/mvp:* commands on errorUses internally:
The magic of vibe coding is that users don't need to be developers.
Every error message we show breaks that illusion.
Fix it silently. Ask simple questions. Never blame the user.
tools
Backup strategies, disaster recovery planning, and business continuity.
devops
Cloud cost management, rightsizing, and FinOps practices.
testing
CI/CD pipeline design with GitHub Actions, GitLab CI, and best practices.
development
Validate idea and create detailed PRD. Saves docs/PRD.md to project. Use when: user describes an app idea, wants to create something new. Triggers: "I want to build", "create app", "make website", "build MVP", "хочу создать", "сделать приложение".