⌨️ El lenguaje /inema
De la primera barra al runtime completo. En siete temas aprendes la gramática que hace que los mismos 100 comandos funcionen en cualquier agente.
🧠 Qué es INEMA Command Language
INEMA Command Language es una lenguaje operativo conciso: un vocabulario de 100 comandos que controla cómo los modelos y agentes de IA investigan, verifican, analizan, critican, deciden, planifican, ejecutan y comunican. No programas: dirige.
¿Nuevo por aquí? Una DSL (Domain-Specific Language, lenguaje de dominio específico) es un lenguaje pequeño creado para un único propósito, como SQL para las bases de datos. Aquí el propósito es dirigir la IA con precisión. Uno comando declarativo describe qué quieres (por ejemplo, "separa los hechos de las inferencias") sin especificar los pasos internos.
💡 El principio central
Un comando no es una palabra mágica: es la punta visible de un protocolo.
- •
/factcheckno «pide una verificación» — divide el texto en afirmaciones, clasifica cada uno (confirmado, impreciso, falso, inconcluso, opinativo) y entrega el veredicto. - •El mismo comando en agentes diferentes produce formato de salida comparable — porque el protocolo, no el modelo, define la forma.
⌨️ La sintaxis base
Toda la sintaxis cabe en una línea: /comando [parâmetros opcionais].
Los parámetros usan la forma clave=valor. Nada de comillas obligatorias, nada de punto y coma.
Anatomía real de /rank criteria=impact,cost,risk: comando → protocolo → salida con confianza y registro.
🎯 Pruébalo ahora (copia y ejecuta)
📜 Las 10 reglas del lenguaje
Las reglas son breves, pero resuelven los problemas que hacen fallar los prompts improvisados: ambigüedad, orden de ejecución y conflicto entre instrucciones.
⚖️ Énfasis en tres reglas
- 5.Conflicto: prevalece la regla más específica; si hay empate, prevalece la más reciente. Es la precedencia oficial del lenguaje.
- 6.División del trabajo:
/presetexpande macros,/chaincontrola la secuencia,/modedefine el comportamiento global. - 9.Generación ≠ verificación: cuando el riesgo es relevante, quien genera no puede ser quien verifica — separa los roles.
✓ Reglas bien utilizadas
- ✓Tratar los comandos como instrucciones declarativas, no como hechizos.
- ✓Respetar el orden en una cadena explícita (
/chain(/research -> /truth -> /decide)). - ✓Exige criterios de aceptación en comandos críticos.
✗ Errores que las reglas evitan
- ✗Apilar comandos contradictorios esperando que «el modelo entienda».
- ✗Suponer que el orden de escritura = el orden de ejecución fuera de una cadena explícita.
- ✗Aceptar una salida sin confianza ni registro en decisiones de riesgo.
💡 Consejo práctico
Memoriza solo la regla 5 (específica > reciente). Las otras nueve las consultas: existen precisamente para que no tengas que memorizarlas.
🔗 Composición en línea
Varios comandos en una misma línea forman un paquete de instrucciones: /truth /gaps /pushback /rank.
Es la forma más rápida de armar una respuesta sólida y sin formalidades.
🎯 Copia y ejecuta
/truth /gaps /pushback /rank criteria=impacto,custo,risco sobre
Cómo verificar: la respuesta debe contener las cuatro señales: separación entre hechos e inferencias, lagunas, objeciones y clasificación.
💡 Consejo práctico
Empieza con 2–3 comandos, no diez. Un paquete enorme diluye la atención del modelo; una buena composición combina familias complementarias (verdad + crítica + decisión).
⛓️ Encadena con /chain
Cuando la el orden importa y la salida de un paso alimenta el siguiente, usa una cadena explícita:
/chain(/research -> /truth -> /rank -> /decide).
¿Eres nuevo aquí? Piensa en un pipeline: cadena en la que cada estación recibe el trabajo de la anterior.
🎯 Copia y ejecuta
/chain(/research -> /truth -> /rank -> /decide) sobre
Cómo verificar: cada etapa debe indicar de dónde vino su entrada (la etapa anterior); sin eso, no hubo transferencia de salida.
⚠️ Atención
Una cadena demasiado larga oculta los errores durante demasiado tiempo. Si el paso 1 falla, todo lo que sigue hereda el error. Para los flujos largos, intercala /verify o /review como válvulas de control.
🎛️ /mode y /preset
Son los dos controles de nivel más alto. /mode define el comportamiento global persistente
(conservador, exploratorio, ejecutivo). /preset expande un nombre corto
en una cadena predefinida de comandos con parámetros: una macro (atajo que se convierte en varias instrucciones).
Un preset es una caja dentro de otra caja: al expandirlo, revela una cadena completa de comandos.
💡 Consejo práctico
Usa /mode conservador en temas regulatorios o médicos; /mode exploratorio en una lluvia de ideas. El modo cambia el apetito de riesgo de todos los comandos siguientes.
🧾 Runtime: registro, aceptación, fallback
El contrato de ejecución tiene tres piezas: el el runtime registra todo (entradas, salidas, herramientas, confianza, fallas), todo comando puede tener criterios de aceptación (cómo saber si salió bien) y un fallback (qué hacer cuando no se puede).
Registro operativo
Regla 7 del lenguaje: las entradas, salidas, herramientas utilizadas, confianza y fallas quedan registradas. Sin log, no hay auditoría.
Criterios de aceptación
Regla 10: define de antemano qué cuenta como éxito («todo claim crítico sustentado»). Evita aceptar una respuesta bonita y vacía.
Alternativa segura
Cuando no puede verificar, el comando declara qué no logró verificar; nunca inventa. Fallar con honestidad es el comportamiento correcto.
🧪 Cómo un comando describe su propio contrato (YAML interno)
name: /truth family: verification purpose: separar fatos, inferências, hipóteses e desconhecidos acceptance: - critical claims are supported fallback: - state what could not be verified
Cómo leer: acceptance es la prueba de éxito; fallback es el comportamiento honesto ante un fallo. El módulo 6.2 desarrolla toda esta estructura.
Autoverificación rápida (opcional): dos comandos chocan en una línea. ¿Qué regla resuelve el conflicto?
🎓 Resumen del módulo
Próximo Módulo:
1.2 - Verdad y verificación — los 10 comandos que impiden que la IA presente una conjetura como un hecho.