CommunityProgramación y desarrollogithub.com

juliusbrussee/check

Detector de desviaciones de solo lectura. Compara SPEC.md con el código actual e informa violaciones agrupadas por severidad. No escribe nada: sugiere soluciones a través de las habilidades spec o build, pero nunca las invoca.

¿Qué es check?

Esta habilidad (skill) actúa como un detector de desviaciones de solo lectura para proyectos que siguen una especificación formal (SPEC.md). Al ejecutarse, compara el contenido de SPEC.md con el código fuente actual, identifica diferencias o violaciones, y las reporta agrupadas por nivel de severidad. Es útil para mantener la coherencia entre la especificación y la implementación a lo largo del tiempo, especialmente en proyectos complejos o colaborativos. No realiza modificaciones en el código ni en los archivos; en su lugar, sugiere correcciones que pueden ser ejecutadas invocando habilidades complementarias como 'spec' o 'build'. Se activa mediante frases del usuario como 'check drift', 'audit the spec', 'does the code still match §V', 'check invariants' o 'spec vs code'. Es compatible con agentes de IA para desarrollo (por ejemplo, Claude Code, Cursor, Codex) que permitan leer y analizar archivos.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/juliusbrussee/cavekit/tree/main/skills/check

Installed? Explore more Programación y desarrollo skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

¿Qué hace check?

Detector de desviaciones de solo lectura. Compara SPEC.md con el código actual e informa violaciones agrupadas por severidad. No escribe nada — sugiere soluciones a través de las habilidades de especificación o compilación, pero nunca las invoca. Se activa cuando el usuario solicita verificar desviaciones, auditar la especificación, verificar invariantes o preguntar si el código aún coincide con la especificación. Frases clave: "check drift", "audit the spec", "does the code still match §V", "check invariants", "spec vs code".

Individual skills in this repo

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

juliusbrussee/backprop

Bug → spec protocol. When a bug is found or a test fails, trace the cause, decide whether a new §V invariant would catch recurrence, append to §B. This is the one non-obvious thing SDD does that plan-then-execute doesn't. Triggers on test failure, bug report, post-mortem, or explicit user ask.

juliusbrussee/build

Plan-then-execute implementation against SPEC.md. Native single-thread loop, no sub-agents. On test or build failure, auto-invokes the backprop skill before retrying — a failed verification always considers whether a new §V invariant would prevent recurrence. Triggers when the user asks to build, implement, execute the spec, or tackle a specific §T task (`build §T.3`, `build --next`, `implement next task`, `run the build`). Expects SPEC.md to exist; if not, defers to the spec skill.

juliusbrussee/caveman

Caveman encoding for SPEC.md and spec-adjacent writes. Loaded by /spec, /build, /check. Cuts tokens ~75% vs prose while staying precise. Triggers on any write to SPEC.md or when user says "caveman", "compress this", "be brief".

juliusbrussee/spec

Create, amend, or backprop bugs into SPEC.md at repo root. Sole mutator of the project spec. Triggers when the user asks to write a spec, start a new spec, distill a spec from existing code, add invariants, amend sections (§G, §C, §I, §V, §T, §B), or record a bug via backprop. Common phrasings: "write the spec for...", "new spec", "bug: ...", "amend §V.3", "distill spec from code", "spec this idea". Reads and follows FORMAT.md for the caveman encoding rules and pipe-table shape of §T and §B.

Skills relacionados