Loop: /discx define este MVP y la siguiente etapa, /specx lo convierte en spec y tareas, /lexis mantiene al agente lean. Al costado del loop: /desx revisa la calidad de diseño después de UI y /slopx es la compuerta que evita que la salida se vea genérica. Ninguno es 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, estado draft) y tasks.md -- máximo 10 tareas, cada una una sola preocupación con sus propios tests. Pide aprobación; un sí pasa el estado a agreed. | /specx plan csv-export |
/specx implement <slug> | Se niega si la spec no está aprobada. Registra el commit base e 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 del diff desde el commit base contra la spec; los hallazgos (severidad, ubicación, problema, fix) son checkboxes en review.md. | /specx review csv-export |
/specx close <slug> | Exige un review y ningún hallazgo Critical/High abierto (un criterio que nadie puede verificar necesita una exención escrita). Pasa el estado a done, archiva la spec y sincroniza los comentarios // lexis: con el registro de deuda. | /specx close csv-export |
/specx debt | Sincroniza cada comentario // lexis: del código en su propio bloque de .specxis/debt.md mediante un script Node portable. Tus notas y entradas tildadas se conservan. | /specx debt |
La pasada /desx
Al costado del loop, como security-auditor. Después de UI: auditar la calidad de diseño 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 |
La compuerta /slopx
Al costado del loop, como security-auditor y /desx. Después de que un agente escribe algo: revisar código, texto y aspecto, más la pasada de calidad de desx. Solo lectura: imprime hallazgos y sugerencias y no escribe ningún archivo.
| Comando | Que hace | Ejemplo |
|---|---|---|
/slopx | Corre cuatro pasadas sobre lo que cambió: restos de código, texto genérico, diseño de aspecto por defecto y los chequeos de calidad de desx. Las reglas de gusto son advisory y se pueden eximir con un motivo. | /slopx |
/slopx --all | Escanea todos los archivos elegibles en lugar de solo los cambios. --base <ref> revisa una rama; --prose suma la prosa de Markdown. | /slopx --all |
slopx-disable-line <regla>: <motivo> | Exime una regla en una línea, dejando el motivo registrado. .slopx.json guarda ignores por archivo, regla y valor; todo ignore necesita un motivo. | // slopx-disable-line copy/emoji: marca de la casa |
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 audita la calidad de diseño y /slopx evita que la salida se vea genérica. Salta Discovery en bugs y cambios de un archivo.