harness-portPortea y mantiene skills de este repo entre sus cinco harnesses — Claude Code (claude/), Codex (codex/), opencode (opencode/), Pi (pi/) y Google Antigravity (antigravity/) — manteniendo la doctrina idéntica y cambiando solo la capa de interacción. Usar cuando el usuario quiera portear un skill a otr
chiche-initExplora el proyecto a fondo y genera .chiche/project.md — el "contrato de autonomía" que le dice a un agente autónomo cómo correr, testear y buildear la app, qué ambientes hay, cuál usar para probar, y qué puede verificar sin un humano. Usar SIEMPRE que el usuario quiera inicializar SDD, preparar un
chiche-landCierra el ciclo SDD después del PR. Mergea un stack de PRs (o un PR suelto) tras mostrar el plan y recibir la confirmación del humano, borra los branches remotos y locales ya mergeados, remueve los worktrees limpios y deja el checkout principal igual a origin/<default>. Usar SIEMPRE que el usuario q
chiche-runEjecuta una spec SDD de punta a punta — planifica contra el código real, implementa con tests primero, verifica cada criterio de aceptación con el mecanismo que la spec declara, y termina en un PR con la spec como body y la evidencia de verificación. El "terminado" lo define la spec, no la sensación
chiche-specConvierte un pedido de feature (texto libre, issue de GitHub o handoff confirmado de grill) en una spec verificable — el "qué" contra el que /chiche-run trabaja después. Usar SIEMPRE para especificar una feature antes de implementarla, convertir un handoff de grill o un issue en spec, escribir crite
code-reviewRevisa un Pull Request de GitHub contra el código real en tres ejes separados — Correctness & Risk, Standards y Spec — con evidencia por archivo/línea, severidad, confianza y verificaciones ejecutadas. Al terminar muestra la preview exacta y, salvo `--no-publish`, publica automáticamente los comment
coding-policiesGenera en el proyecto un archivo Markdown autocontenido con una baseline transversal de Clean Code y SOLID más tus buenas prácticas por stack (contenido para Go, TypeScript, Node.js, React, Next.js, React Native y Kotlin Multiplatform) y lo engancha en CLAUDE.md, AGENTS.md o .chiche/project.md para
design-systemGenera DESIGN_SYSTEM.md para una superficie UI sin sistema de diseño: una ronda de dirección visual y un doc con tokens de diseño, componentes base y reglas, enganchado en el contrato. No escribe código. Usar cuando el usuario pida un design system, un sistema de diseño, tokens de diseño, definir la
grillEntrevista implacable al usuario para desambiguar un tema, plan o diseño y producir un contrato de handoff antes de construir. Usar cuando el usuario quiere stress-testear un plan, alinear un diseño antes de implementar, usa frases tipo "grill", "grillame", "entrevistame sobre esto", o quiere retoma
issue-triageAnaliza issues contra código, tests, contrato y artefactos SDD; resuelve linaje, vigencia y próximo stage, y emite un resultado estructurado; tras la confirmación del usuario encadena el skill dueño del stage elegido. Para selecciones múltiples decide todo-o-nada y canonicaliza en un issue combinado
tddTest-driven development. Usar cuando el usuario quiere construir features o arreglar bugs test-first, menciona "red-green-refactor" o "rojo-verde", o quiere tests de integración.