菜单
Recupera una sesión SpecFounder interrumpida. Úsala al activar el agente para detectar .specfounder/session.md, mostrar un resumen de lo realizado y retomar exactamente donde quedó, sin repetir preguntas.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
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.
基于 SOC 职业分类
| name | sf-resume |
| description | Recupera una sesión SpecFounder interrumpida. Úsala al activar el agente para detectar .specfounder/session.md, mostrar un resumen de lo realizado y retomar exactamente donde quedó, sin repetir preguntas. |
Ejecuta el protocolo de resume de ../../persistence/STATE-SCHEMA.md.
.specfounder/session.md en la raíz del proyecto.
session.md completo + las últimas ~15 líneas de journal.md (no todo el journal: puede ser largo) + CONTEXT.draft.md. Carga SPEC.draft.md y SYSTEM-MAP.md solo si la fase actual los necesita (p. ej. mitad de entrevista brownfield).🔄 Sesión recuperada — "<project_name>" (<domain> · <methodology> · <project_mode>)
Progreso:
✅ / ⏳ / ⬜ por cada sección (s1..s6, con la etiqueta del perfil)
Glosario: <glossary_terms> términos · ADRs: <adr_count>
Última decisión: <última línea de decisión del journal>
Ramas abiertas: <lista de session.md o "ninguna">
▶️ Retomo aquí: <Siguiente acción>
¿Continuamos?
Si session.md existe pero NO hay journal.md (sesión iniciada con v2.0): crea journal.md y vuelca en él, como líneas de journal, el "Log de decisiones", las "Contradicciones resueltas" y las "Notas de retomada" del session.md antiguo; después reescribe session.md al formato mínimo v2.1 (cursor + ramas abiertas). Hazlo como parte del primer checkpoint tras retomar.
Si la sesión corrió en modo "chat puro", el usuario debió guardar los bloques de cursor y journal. Pídele que los pegue y reconstruye el estado a partir de ellos.