devground

Orquesta la ejecución de un brief de spec-flow asignando a cada tarea el modelo y el nivel de esfuerzo óptimos para balancear precio/calidad, y luego despacha sub-agentes. Úsalo DESPUÉS de spec-flow, cuando ya hay un brief con una lista de tareas y quieres ejecutarlas — "orquesta esto", "asigna modelos", "reparte las tareas", "ejecuta el brief", "rutea por complejidad", "corre el plan con el modelo que toque". Aplica una política de piso declarativa (planes/auditorías/decisiones → Opus a máximo esfuerzo; feat/fix medio → Sonnet; chore/docs → Haiku) y un agente router barato que ajusta ±1 nivel con justificación. Genera un plan con costo estimado, lo presenta para aprobación y recién entonces ejecuta. NO lo uses para escribir la spec (eso es spec-flow) ni para tareas sueltas sin brief.

Skill de auditoría destilada para el flujo "monorepo-devground-completo" (todo el monorepo devground: núcleo soportado del ADR-0026 — presets de config, devground, cli, dev-metrics, sdd — y experimentales — deepcheck, dreaming, ui-conventions, design-taste, logger, familia swift, model-orchestrator). Acumula el conocimiento de auditorías previas: invariantes confirmadas, falsos positivos ya descartados y edge cases descubiertos. La cargas ANTES de re-auditar el monorepo para partir de un piso más alto y reducir ruido. Generada y mantenida por @devground/deepcheck.

Sistema de verificación profunda multi-agente (QA + Validación + Auditoría) para una feature o flujo. Despliega los 3 roles en paralelo por dimensiones vía la herramienta Workflow, confirma cada hallazgo adversarialmente (refutadores independientes), y produce un reporte de hallazgos confirmados vs descartados. Con repetición, destila una skill de auditoría específica del flujo que mejora en cada corrida. Úsalo cuando el usuario quiera "auditar", "verificar a fondo", "hacer QA profundo", "validar una feature/flujo", "revisión profunda", o quiera saber si un flujo está listo para producción.

Fires BEFORE generating or modifying any frontend UI — forms, inputs, modals, buttons, pages, React/Next.js/Tailwind components — even if the user does not name the skill; loads the project's UI conventions so code is correct and consistent on the first pass instead of fixed by a later audit; especially for Chilean (es-CL) apps: RUT, phone +56, currency/UF formatting.

Turn a raw, vague development request into a complete, professional, right-sized spec — then drive it to implementation with the minimum ceremony the change actually deserves. The skill CLASSIFIES the request (what kind of change, how big, how risky), ENRICHES it into a structured brief by INFERRING from the codebase instead of interrogating the user, and ROUTES it to the right amount of process (a typo skips straight to the fix; a risky migration gets the full treatment). Use this whenever the user describes work to be done — "agrega login", "add a feature", "hazlo más rápido", "make this faster", "refactor X", "fix this bug", "necesito implementar Y", "quiero una spec para Z", "implementemos", "let's build", "optimiza", "mejora esto" — ESPECIALLY when the request is short, generic, or underspecified. Works for non-developers (plain-language briefs, the skill carries the technical depth) and experienced developers (fast path, assumptions stated, no forms to fill). Do NOT use for pure questions ("how does X w

Out-of-band memory consolidation for the user's persistent memory vault — the "dreaming" pattern from Anthropic's context-engineering work. Reviews recent session transcripts of a project against its memory store and proposes a diff: merge duplicates, deprecate stale/contradicted memories, add recurring patterns and user feedback that were never captured, and fix MEMORY.md index drift. NOTHING is written without the user's approval; nothing is ever hard-deleted. Trigger when the user says "dreaming", "consolida la memoria", "limpia el vault", "revisa memorias obsoletas/duplicadas", "haz que la memoria mejore sola", or runs /dreaming. Optional arg: the project scope (default: home-global).

Escribe o mejora prosa técnica que se lee y se acepta — ADRs, READMEs, PR bodies, devlogs, guías, explicaciones y secciones de docs. Aplica los checklists mecánicos destilados de los playbooks de razonamiento de devground (narrativa/voz, síntesis, enseñanza) para que el documento haga su trabajo en vez de ser un muro de texto. Úsala SIEMPRE que vayas a redactar o reescribir un documento técnico — "escribe un ADR", "redacta el README", "mejora este PR body", "documenta esta decisión", "explica cómo funciona X", "escribe la guía de Y", "resume esto", "destila esta discusión", "write an ADR/README/PR", "document this", "explain X", "make this doc clearer", "tighten this up". NO la uses para código, tests, o respuestas conversacionales — solo cuando el entregable es un documento.

Skill de auditoría destilada para el flujo "devground-init". Acumula el conocimiento de auditorías previas: invariantes confirmadas, falsos positivos ya descartados, y edge cases descubiertos. La cargas ANTES de re-auditar devground-init para partir de un piso más alto y reducir ruido. Generada y mantenida por @devground/deepcheck.

Guía conversacional para definir los CIMIENTOS de un proyecto nuevo (greenfield) antes de escribir código: stack, base de datos, patrón arquitectónico y escalado. Entrevista al usuario fase por fase, razona con la knowledge base de devground (knowledge/adr/ 0001-0011), recomienda con tradeoffs y escribe las decisiones como ADRs (status Propuesto) + un DECISIONS.md. Úsalo SIEMPRE que el usuario vaya a empezar un proyecto desde cero o pregunte "qué stack uso", "cómo estructuro este proyecto", "qué base de datos", "arquitectura para X", "decisiones de arquitectura", "voy a crear un proyecto nuevo", "bootstrap", "desde cero", o esté por scaffoldear un proyecto — aunque no diga la palabra "cimientos". Su misión es garantizar bases sólidas y escalables SIN sobre-ingeniería.