Receber por email
← Voltar para o catálogo

sniper-check

Use when validating code quality after modifications. Runs sniper agent in isolated forked context for clean, fast validation.

15estrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: MIT

Como adicionar

/plugin marketplace add fusengine/agents

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/sniper-check/svg)](https://www.skillteca.com.br/skills/sniper-check)

Skills relacionadas

Ver todas de Automação →

Alerta por categoria

Receba novas skills de Automação toda segunda

1 email curto, só com as skills novas de Automação. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Target: $ARGUMENTS

Sniper Check

Overview

Quick code quality validation using the sniper agent in an isolated forked context. Executes the full 6-phase workflow without polluting the main conversation context.

| Feature | Detail | |---------|--------| | Context | Forked (isolated sub-agent) | | Agent | sniper (Sonnet) | | Phases | 6-phase code-quality workflow | | Result | Only final report returns to parent |

When to Use

| Scenario | Use | |----------|-----| | After code modifications | /sniper-check src/ | | Validate specific file | /sniper-check path/to/file.ts | | Full project check | /sniper-check . | | After refactoring | /sniper-check src/components/ |

Workflow

Execute the mandatory 6-phase code-quality workflow:

  1. PHASE 1+2 (PARALLEL): Launch both in parallel:
  2. explore-codebase (Haiku) → Architecture discovery
  3. research-expert (Sonnet) → Documentation verification
  4. PHASE 3: Grep all usages → Impact analysis
  5. PHASE 4: Run linters → Detect errors
  6. PHASE 5: Apply corrections → Minimal changes
  7. PHASE 6: Re-run linters → Zero errors

CRITICAL: Phases 1+2 must run in PARALLEL (two Task calls in one message).

Critical Rules

| Rule | Reason | |------|--------| | Never skip phases 1+2 | Documentation-backed fixes only | | Always run phases in order | Dependencies between phases | | Zero linter errors | Non-negotiable exit criteria | | Minimal changes only | Smallest fix necessary |

Report Format

Return a validation report with:

  • Architecture summary (from explore-codebase)
  • Documentation references (from research-expert)
  • Impact analysis table (usages, risk level)
  • Errors fixed (critical, high, medium, low)
  • SOLID compliance status
  • Final linter status (must be ZERO errors)
Compartilhar X LinkedIn