返回 Skill 列表
extension
分类: 开发与工程无需 API Key

sniper-check

用于在修改后验证代码质量。在隔离的分叉上下文中运行狙击手代理,以实现干净、快速的验证。

person作者: jakexiaohubgithub
<objective> Sniper Check runs the full sniper agent 6-phase code-quality workflow (parallel explore-codebase + research-expert, Grep-based impact analysis, linter error detection, minimal correction, re-verification to zero errors) in an isolated forked context, so only the final validation report returns to the parent conversation -- nothing of the investigation itself pollutes it. Use it after any code modification, on a specific file, a directory, or the whole project. </objective>

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:
    • explore-codebase (Haiku) → Architecture discovery
    • research-expert (Sonnet) → Documentation verification
  2. PHASE 3: Grep all usages → Impact analysis
  3. PHASE 4: Run linters → Detect errors
  4. PHASE 5: Apply corrections → Minimal changes
  5. 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)