菜单
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.
用 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.
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.
Reconcilia el glosario CONTEXT con el resto del spec. Úsala cuando un término aparezca con dos significados, o periódicamente para detectar términos del SPEC que no estén canonizados en CONTEXT.
| name | sf-emit |
| description | 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. |
Implementa el sub-agente Adaptador (../../agents/emitter.md) aplicando el mapeo de ../../methodologies/ — que se carga recién ahora (carga perezosa). Si el entorno soporta sub-agentes, delega la emisión en uno (trabajo batch, ideal para un modelo económico); si no, ejecútala en el hilo.
completa (salvo modo glosario-urgente).session.md.sf-verify (modo spec completo) ejecutada y sin hallazgos bloqueantes.Si algo falta, devuelve el control e indica qué resolver.
domain y methodology de .specfounder/session.md.generic-sdd → SPEC.md + CONTEXT.md + docs/adr/.openspec → openspec/project.md + openspec/specs/<capability>/spec.md por módulo, en formato Requirement/Scenario con SHALL (ver ../../methodologies/openspec.md).github-spec-kit → constitution + specs/NNN-<modulo>/spec.md con user stories P1-P3, FR-IDs, SC-IDs, Given/When/Then (ver ../../methodologies/github-spec-kit.md).creative-bible → BIBLE.md + CANON.md..specfounder/), usando las prioridades P1/P2/P3 de la Sección 3 para el orden y el scoping.sf-validate (nivel 2): checklist del formato destino + validador de la herramienta si existe (openspec validate --strict). Corrige hasta que pase./speckit.plan · OpenSpec: /opsx:propose · genérico/creativo: ofrecer sf-plan).session.md → phase: emitido y registra la línea EMIT (con rutas) en el journal (vía sf-checkpoint).