القائمة
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.
التثبيت باستخدام 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.
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.
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-domain |
| description | 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. |
Determina para qué es el spec y carga el perfil de dominio correspondiente (../../domains/). Implementa el paso de dominio del Coordinator. Es el primer paso de una sesión nueva.
"¿Para qué es este spec? Código (sistema, app, API, web) o Creativo (novela/libro, serie de imágenes, guion de video, u otro)." Luego el subtipo. Perfiles disponibles:
software → ver ../../domains/software.mdnovela → ../../domains/novela.mdserie-imagenes → ../../domains/serie-imagenes.mdguion-video → ../../domains/guion-video.mdcustom → ../../domains/_custom.md (cualquier otro propósito; se deriva el perfil al vuelo)s1..s6 de session.md no cambian; solo su etiqueta).custom, propón el remapeo de secciones y confírmalo con el usuario.software → a continuación se elige metodología (openspec/github-spec-kit/generic-sdd).novela/serie-imagenes/guion-video/custom no-software) → fija methodology: creative-bible en session.md (la salida será Biblia, ../../methodologies/creative-bible.md); no se ofrecen OpenSpec/Spec-Kit ni se pregunta metodología.Registra domain y methodology en session.md (y el remapeo si es custom, como línea NOTA en el journal) vía sf-checkpoint. Después continúa con la selección de modo y la fase que toque (Visión si es nuevo; sf-map si es existente).