JuliusBrussee/verify-and-stop

Prouver que le travail existant répond aux conditions d'acceptation sans étendre le périmètre. À utiliser pour les tâches de validation uniquement, les vérifications d'achèvement, les exécutions de portes ciblées et la preuve de dernière ligne.

Qu'est-ce que verify-and-stop ?

Cette compétence, `verify-and-stop`, est conçue pour les agents d'IA (tels que Claude Code, Cursor, Codex) qui doivent valider que le travail existant répond aux critères d'acceptation sans ajouter de nouvelles fonctionnalités ou modifications. Elle est particulièrement utile pour les tâches de validation uniquement, les vérifications de fin de projet, les exécutions de portes ciblées et les preuves finales. La compétence se concentre sur la traduction des conditions d'acceptation en un ensemble minimal de preuves, en réutilisant les résultats encore valides si l'état du dépôt n'a pas changé. Elle exécute des vérifications précises avant des contrôles plus larges, distingue clairement les résultats (réussite, échec, indisponible, bloqué) et s'arrête immédiatement dès que la preuve d'acceptation est complète, sans ajouter de polissage, de nettoyage ou de tests non liés. L'agent doit signaler uniquement les commandes exécutées, les résultats et les risques non résolus.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/JuliusBrussee/caveman/tree/main/skills/verify-and-stop

Installed? Explore more Développement et programmation skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Vérifier et s'arrêter

Traduire les conditions d'acceptation en un ensemble minimal de preuves suffisant.

  • Réutiliser les résultats encore valides avec un état du dépôt correspondant.
  • Exécuter des vérifications ciblées avant des portes plus larges.
  • Distinguer exactement les résultats : réussite, échec, indisponible et bloqué.
  • Ne pas modifier le code du produit, sauf si la demande de vérification inclut des corrections.
  • Ne pas ajouter de polissage, de nettoyage ou de tests non liés une fois les critères satisfaits.

S'arrêter immédiatement lorsque la preuve d'acceptation est complète. Signaler uniquement les commandes, les résultats et les risques non résolus.

Individual skills in this repo

This repo contains 12 individual skills — each has its own dedicated page.

JuliusBrussee/caveman-discover

Find and label every LLM workflow in the repository so Caveman Cloud groups spend by workflow instead of one bucket. Use for "discover workflows" or breaking LLM spend down by workflow.

JuliusBrussee/caveman-evidence-review

Read-only review of Caveman Cloud evidence: cost, Cave Score, workflows, traces, latency, errors, routing, savings. Use when asked what Caveman found or where LLM spend goes.

JuliusBrussee/caveman-explore

Read-only repository explorer for cold-start orientation, broad cross-file localization, or when a direct search failed. Skip it when the exact file or symbol is already named. Returns path:line citations only; its reads stay out of main context.

JuliusBrussee/caveman-learn

Act on a Caveman learn report - review the ranked token sinks, apply cost-lowering fixes with per-edit consent, and report what those fixes returned. Use when asked to lower an agent's token cost, what caveman has saved, to trim a heavy CLAUDE.md, or to offload re-pasted context into cavemem.

JuliusBrussee/caveman-manage

Inspect Caveman Cloud's experiment lifecycle and block unsafe execution. Use when asked to start, approve, cancel, promote or roll back a Caveman experiment.

JuliusBrussee/caveman-optimize

Turn a Caveman optimization observation into an operator-chosen candidate with a paired baseline evaluation. Use when asked to inspect or evaluate a Caveman optimization report. Needs explicit approval.

JuliusBrussee/caveman-setup

Wire a repository through the Caveman Cloud gateway so every LLM request is measured, with no behavior change. Use for "set up caveman" or adding LLM spend observability.

JuliusBrussee/investigate-first

Diagnose ambiguous failures before editing. Use for unknown causes, intermittent behavior, performance regressions, or investigations needing evidence-ranked hypotheses.

JuliusBrussee/lean-build

Build feature work with high overbuilding risk. Use for new behavior, product slices, or integrations where repository reuse, strict scope, and an explicit stop condition matter.

JuliusBrussee/migration

Implement reversible compatibility-safe transitions. Use for schema, data, API, protocol, configuration, or dependency migrations requiring rollback and preservation proof.

JuliusBrussee/safe-refactor

Restructure code while preserving behavior. Use for extraction, consolidation, ownership moves, or cleanup where verification must bracket structural edits.

JuliusBrussee/surgical-patch

Fix bugs and small behavior changes at the narrowest responsible layer. Use when regression proof, preserved surrounding behavior, and task-relevant tests matter.

Skills associés