بنقرة واحدة
fix-vitest
Fix Vitest test failures systematically, one file at a time.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Fix Vitest test failures systematically, one file at a time.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
End-to-end Jira ticket creation harness. Gathers a summary and rough description, enhances the description in a chosen writing style, confirms with the user, and creates the ticket via the Atlassian MCP. Use when the user says "create a ticket", "open a Jira ticket", "file a bug", "draft a ticket", "new issue for ...", or otherwise asks to create work in Jira. Supports an optional writing style passed up front (e.g. "create a ticket in bug_report style"); when no style is given, the harness asks which style to use.
End-to-end Jira ticket implementation harness. Fetches ticket from Jira, creates an implementation plan, executes it with proper branching, commits, quality gates, and opens a PR. Use when the user says "implement TICKET-ID", "work on TICKET-ID", "pick up TICKET-ID", "start TICKET-ID", or provides a Jira ticket key (e.g., PREFIX-1810, TICKET-450) with implementation intent. Covers bugs, tasks, stories, and any other Jira issue type.
Review a GitHub pull request end-to-end and produce specific, actionable change requests classified as "required" or "good_to_have". Use when the user invokes the /review-pr command with a PR link, says "review this PR", "review pull request", or asks for a code review on a GitHub PR URL. Detects PR ownership via the gh CLI — for the user's own PRs, outputs findings locally; for collaborator PRs, presents findings as approve/reject/change questions and then posts approved feedback as inline review comments at file and line (or as a general PR comment when not line-specific).
Use this skill when writing, reviewing, or refactoring Ruby and Rails code in Develoz's preferred Rails style. Applies to Rails models, controllers, services, jobs, helpers, mailers, views, tests, routing, and architecture. Emphasizes clear Rails conventions, rich domain models, pragmatic service objects, RESTful defaults with practical exceptions, Hotwire, Tailwind, RSpec, FactoryBot, and simple infrastructure choices.
Perform comprehensive code audits of Ruby on Rails applications based on thoughtbot best practices. Use this skill when the user requests a code audit, code review, quality assessment, or analysis of a Rails application. The skill analyzes the entire codebase focusing on testing practices (RSpec), security vulnerabilities, code design (skinny controllers, domain models, PORO with ActiveModel), Rails conventions, database optimization, and Ruby best practices. Outputs a detailed markdown audit report grouped by category (Testing, Security, Models, Controllers, Code Design, Views) with severity levels (Critical, High, Medium, Low) within each category.
Debug and optimize slow ActiveRecord queries in a Ruby on Rails application. Use this skill when the user reports slow pages or jobs, suspects N+1 queries, asks to "optimize", "speed up", "profile", "add indexes", or "explain" an ActiveRecord query, or mentions tools like Bullet, rack-mini-profiler, pghero, pg_stat_statements, EXPLAIN/EXPLAIN ANALYZE, load_async, strict_loading, or query log tags. Also triggers on database-specific performance questions for PostgreSQL, MySQL, or SQLite inside a Rails codebase.
| name | fix-vitest |
| description | Fix Vitest test failures systematically, one file at a time. |
Skip discovery and go straight to fixing. Otherwise, run tests to identify failures.
For each failing test file:
npx vitest run src/path/file.test.ts -t "test name pattern"
Or run just the file:
npx vitest run src/path/file.test.ts
Run only previously failed tests:
npx vitest run --changed
If any fail, repeat from step 2.
Only when failed tests pass, run the full suite:
npx vitest run
If any test fails, start over from step 2 with the new failures.
Before fixing, determine the root cause:
Signs the test is wrong:
awaitSigns the implementation is wrong:
When uncertain:
Ensure vitest.config.ts exists. The --changed flag works with git to find affected tests.
Update snapshots (only after confirming the change is correct):
npx vitest run -u src/path/file.test.ts
Run with verbose output:
npx vitest run src/path/file.test.ts
Watch mode for iterative fixing:
npx vitest watch src/path/file.test.ts
Debug with UI:
npx vitest --ui