菜单
Valida el spec y los artefactos emitidos - checklist de completitud del spec neutral y validación del formato contra la metodología destino (incluye openspec validate cuando aplica). Úsala antes de dar por terminada la emisión, o en cualquier momento para auditar el estado del spec.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Intake de material aportado en proyectos nuevos (modo nuevo-con-material). Recibe el contexto del usuario (docs de APIs, flujos, lógica, resultado esperado), lo normaliza en un SYSTEM-MAP.md con referencias al material, deriva la Visión y siembra la sesión para que la entrevista solo cubra los huecos. Úsala cuando el usuario ya tiene información escrita de lo que quiere construir.
Persiste el estado de la sesión SpecFounder tras cada respuesta. Úsala SIEMPRE antes de formular la siguiente pregunta, para que la sesión sobreviva a caídas. Append al journal + reescritura del session.md mínimo.
Selecciona el dominio/propósito del spec al inicio (software o creativo) y carga el perfil que renombra las 6 secciones. Úsala como primer paso, antes de elegir metodología y modo.
Detecta drift entre el spec emitido y el código actual. Usa git diff desde la última emisión para re-explorar solo lo tocado y propone actualizaciones puntuales al spec. Úsala periódicamente o antes de una nueva feature, para que el spec siga siendo un contrato vivo.
Emite los artefactos finales del spec en la metodología elegida (OpenSpec, GitHub Spec-Kit, SDD genérico o Biblia creativa) con el formato literal del destino, los valida y genera el handoff. Úsala al cierre, tras la pasada de sf-verify.
Alias de compatibilidad: la exploración de proyectos existentes ahora la orquesta sf-map (inventario + exploradores paralelos + SYSTEM-MAP con evidencia). Úsala igual que antes en modo proyecto-existente; delega en sf-map.
| name | sf-validate |
| description | Valida el spec y los artefactos emitidos - checklist de completitud del spec neutral y validación del formato contra la metodología destino (incluye openspec validate cuando aplica). Úsala antes de dar por terminada la emisión, o en cualquier momento para auditar el estado del spec. |
Dos niveles de validación: el spec neutral (independiente del destino) y los artefactos emitidos (formato literal del destino). sf-emit no debe dar por emitido nada que no pase ambos.
Verifica sobre .specfounder/ y reporta ✅/❌ por ítem:
completa (salvo modo glosario-urgente).session.md.methodology)openspec:
openspec validate --strict y corrige hasta que pase.## Purpose + ## Requirements, requisitos como ### Requirement: <nombre> con redacción SHALL, cada requisito con ≥ 1 #### Scenario: en Given/When/Then.github-spec-kit:
spec.md sin menciones de stack/tecnología (grep de nombres de frameworks/lenguajes → mover a constitution/plan).FR-NNN con MUST, Key Entities, SC-NNN medibles, Assumptions.[NEEDS CLARIFICATION] residuales (SpecFounder no avanza con ramas abiertas; si quedó alguno, es un bug del cierre).generic-sdd:
creative-bible:
Informe de validación: lista ✅/❌ con la corrección concreta por cada ❌. Registra el resultado en el journal (línea NOTA). Si hay ❌ de nivel 1, se vuelve a entrevista/cierre; si son de nivel 2, se corrige la emisión.