dev-workflow
Run the project's validation pipeline (lint → format → typecheck → unit tests) with auto-fixes, then optionally stage and write a Conventional Commit. Use before committing, when asked to "check", "va
SKILL.md.claude/skills/dev-workflow/SKILL.md
GitHubDev workflow
Mode: $0 (default full). Optional commit message: the remaining arguments.
Current state
!git status --short
!git diff --stat HEAD
Steps
Run in order and stop at the first step that still fails after auto-fixing. Report each step as ✓ or ✗ with file:line references.
- Lint:
pnpm lint:fix. If errors remain, fix them in code (don't disable rules without a comment explaining why) and re-run. - Format:
pnpm format(Prettier: JSON/MD/YAML/CSS only; TS/Vue have no formatter, so match surrounding style). - Typecheck:
pnpm typecheck. Fix type errors properly: noany,as unknown as, or@ts-ignoreunless an existing pattern requires it. - Unit tests: skip in
quickmode. Otherwise runpnpm vitest run <files>for the test files that mirror changed sources first (fast feedback), thenpnpm test. - E2E: only if the change touches editor flows, layouts, iframe sync, or persistence, and a server can run. Use
/run-appfor local verification orpnpm test:e2e:smoke. - Commit (
commitmode only):- Review
git diffand stage only files that belong to this change (git add <paths>, notgit add -Ablindly). - Message:
<type>(<scope>): <lowercase subject>, header ≤ 100 chars, typesfeat fix docs style refactor perf test build ci chore revert, scopes such aseditor preview ai tools learn store api types test seo deps ci. Use!for breaking changes. Explain why in the body when it isn't obvious. - Let husky run lint-staged and commitlint. Never pass
--no-verify. - Don't push unless asked. When pushing, push a feature branch, never
master.
- Review
Report
End with a short summary: which steps ran, what was auto-fixed, anything still failing, and the commit hash if one was created.