Loop: /discx define este MVP y la siguiente etapa, /specx lo convierte en spec y tareas, /lexis mantiene al agente lean. Después de UI, /desx es una pasada de diseño al costado del loop — no una fase de Specxis. Bugs: salta Discovery, usa /lexis plan.
Disponibles en los hosts con adaptador de comandos: OpenCode, Gemini CLI, pi, Claude Code y GitHub Copilot.
Niveles de intensidad
/lexis <modo> cambia la agresividad con la que las reglas frenan a tu agente. El nivel activo se inyecta en cada system prompt hasta que lo cambies.
| Nivel | Usalo para |
|---|---|
/lexis lite | Specs estrictas e innegociables — Construye exactamente lo pedido y luego sugiere una alternativa más perezosa en una línea. |
/lexis full | Trabajo diario (por defecto) — Aplica la escalera de decisión: YAGNI, stdlib, plataforma nativa, dependencias ya instaladas, una línea, build minimo. |
/lexis ultra | Sprints de refactor y limpieza — YAGNI extremista: cuestiona requisitos, borra codigo primero y prefiere one-liners. |
/lexis off | Sesiones sin reglas — Desactiva por completo las reglas Lexis hasta que vuelvas a activarlas. |
Comandos /lexis
Siete verbos públicos. plan ya aclara, ancla en fuentes, compara y recorre escenarios.
| Comando | Que hace | Ejemplo |
|---|---|---|
/lexis plan | Plan tecnico antes de codigo: escalera perezosa mas aclarar (max 3 preguntas), repo/docs, propuesto vs lazy, feliz/borde/fallo. Un slice entregable. | /lexis plan agregar exportacion CSV a la pagina de ordenes |
/lexis review | Analiza los cambios recientes de git buscando sobre-ingeniería, código muerto y stdlib reinventada -- usalo antes de cada commit o PR. | /lexis r |
/lexis audit | Auditoría de solo lectura de todo el repositorio: dependencias sin usar, features especulativas, boilerplate redundante. | /lexis a |
/lexis debt | Recolecta cada comentario // lexis: del código en un registro de deuda priorizado. | /lexis d |
/lexis security | Auditoria de seguridad enfocada en tu stack: inyección, XSS, middleware faltante, secretos hardcodeados, inputs sin validar. | /lexis s |
/lexis help | Referencia rapida: comandos publicos, niveles y configuracion. | /lexis h |
El ciclo /discx
Enmarque de producto antes de Specxis. Los docs viven en docs/discovery/<slug>/. Cuando este ciclo se shippea, corre /discx de nuevo con el next-slug de 06-post-mvp.md.
| Comando | Que hace | Ejemplo |
|---|---|---|
/discx <slug> | Primer ciclo: B1–B8, llena 00–06 (MVP + post-MVP). Sin código de producto. Alias: /discovery. | /discx family-shared-expenses |
/discx <next-slug> | Ciclo de escala: no pisa la carpeta anterior. Siembra 01-mvp.md desde el 06-post-mvp.md previo y escribe un post-MVP nuevo. | /discx family-settlements |
El ciclo /specx
Desarrollo dirigido por specs para features que tocan 3+ archivos. Comando corto /specx (completo /specxis). La spec vive en .specxis/active/<slug>/ como Markdown plano.
| Comando | Que hace | Ejemplo |
|---|---|---|
/specx new <slug> | Crea .specxis/active/<slug>/proposal.md. Puerta blanda: si la idea es un producto vago y falta docs/discovery/<slug>/01-mvp.md, sugiere /discx primero. | /specx new csv-export |
/specx plan <slug> | Convierte la propuesta en spec.md (MUST / SHOULD / MAY) y tasks.md -- máximo 10 tareas, cada una mapeada a un solo archivo o función. | /specx plan csv-export |
/specx implement <slug> | Implementa exactamente una tarea pendiente por corrida, siguiendo los MUST de spec.md y las reglas de tu AGENTS.md. | /specx implement csv-export |
/specx review <slug> | Evaluación de solo lectura contra la spec; los hallazgos (severidad, ubicación, problema, fix) se escriben en review.md. | /specx review csv-export |
/specx close <slug> | Verifica que todas las tareas estén hechas y no queden hallazgos Critical/High, archiva la spec y lleva los comentarios // lexis: al registro de deuda. | /specx close csv-export |
/specx debt | Sincroniza cada comentario // lexis: del codigo con .specxis/debt.md mediante un script Node portable. | /specx debt |
La pasada /desx
Al costado del loop, como security-auditor. Después de UI: detectar slop y luego aplicar. No es una fase de Specxis.
| Comando | Que hace | Ejemplo |
|---|---|---|
/desx audit | design-auditor. Detector sin modelo y pulido opcional. Solo escribe DESIGN-AUDIT.md. | /desx audit |
/desx apply | El implementador aplica P0 y luego P1, tilda solo lo resuelto y vuelve a correr el detector. | /desx apply |
Perfiles de stack
La filosofía sigue agnóstica; las convenciones viven en stacks/<id>.md y se detectan por tarea.
El agente escanea los markers más cercanos a los archivos de la tarea y lee solo el perfil que corresponde. Sin markers claros, aplica solo la filosofía.
| Perfil | Estado |
|---|---|
node-ts | Shipped — Next.js, Express, MongoDB, PostgreSQL, TypeScript estricto |
js-astro | Planificado — se detecta, nunca se simula como Next |
python | Planificado — se detecta desde pyproject.toml / requirements.txt |
go | Planificado — se detecta desde go.mod |
rust | Planificado — se detecta desde Cargo.toml |
Agregá un perfil: copiá stacks/_template.md → stacks/<id>.md, sumá una fila a la tabla de detección de AGENTS.md y corré npm test.
Loop: /discx para producto vago y escala; /specx para coordinación de 3+ archivos; /lexis para intensidad. Después de UI, /desx es una pasada de diseño. Salta Discovery en bugs y cambios de un archivo.