com um clique
test-coverage
Find and fix uncovered lines and branches from lcov coverage reports.
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Menu
Find and fix uncovered lines and branches from lcov coverage reports.
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional 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 | test-coverage |
| description | Find and fix uncovered lines and branches from lcov coverage reports. |
Use the Glob tool to search for lcov files:
pattern: "**/lcov.info"
Or search for any lcov files:
pattern: "**/*.lcov"
Common paths:
coverage/lcov.info (Jest, Istanbul, NYC)public/coverage/lcov.info (SimpleCov with custom path)coverage/lcov/project.lcovIf no lcov file exists, coverage may not be configured for the project.
Use Grep tool to extract uncovered code from lcov files.
LCOV format structure:
SF:<filepath> - Source file pathDA:<line>,<hits> - Line coverage (DA:10,0 means line 10 was not executed)BRDA:<line>,<block>,<branch>,<hits> - Branch coverage (hits can be 0, -, or a number)end_of_record - End of file recordUse Grep to find lines with zero hits:
pattern: "^DA:\d+,0$"
path: <lcov_file>
output_mode: "content"
This finds lines like DA:42,0 which means line 42 was not covered.
Use Grep to find branches with zero or no hits:
pattern: "^BRDA:\d+,\d+,\d+,(-|0)$"
path: <lcov_file>
output_mode: "content"
This finds lines like BRDA:59,0,23,- or BRDA:70,0,27,0 which are uncovered branches.
To find uncovered code in a specific file, use two Grep calls:
pattern: "^SF:.*<filename>"
path: <lcov_file>
-A: 100 # Show next 100 lines after match
output_mode: "content"
BRDA format: BRDA:line,block,branch,hits
line: The source code line numberblock: The block ID (for multiple branches on same line)branch: The branch ID (0 for first branch, 1 for second, etc.)hits: Number of times taken (0, -, or a positive number)Branches are typically:
NEVER use coverage skip markers like :nocov:, # pragma: no cover, /* istanbul ignore */, or any similar mechanism.
If code or branches cannot be covered:
Valid coverage skips are extremely rare. If you think you need one, you probably need to refactor instead.
**/lcov.info or **/*.lcovDA:.*,0) and branches (BRDA:.*,(-|0))# Step 1: Find lcov file
Glob: pattern="**/lcov.info"
# Step 2: Find uncovered branches in a specific file
Grep: pattern="^SF:.*entry_charge_handling", path="coverage/lcov.info", -A=50
# Step 3: Extract branch information
Grep: pattern="^BRDA:\d+,\d+,\d+,(-|0)$", path="coverage/lcov.info", output_mode="content"
# Step 4: Read the source file at uncovered line numbers
Read: file_path="app/controllers/concerns/entry_charge_handling.rb", offset=8, limit=10
# Step 5: Write test to cover the missing branch
# Step 6: Re-run tests and verify