Un solo estilo de markdown para todos, personas y agentes.
Reglas de la casa para encabezados, listas, énfasis y espaciado, aplicadas cada vez que se guarda un archivo, igual en todas las máquinas. Lo haya escrito quien lo haya escrito, tú, alguien de tu equipo o un agente, el archivo sale con una sola forma, así que un diff muestra lo que cambió de sentido y nada más.
Gratis para macOS, Windows y Linux. Sin cuenta, sin suscripción.
Las reglas
La forma, nunca el sentido
Catorce reglas cubren aquello en lo que markdown deja discrepar: una sola marca para cada lista, _emphasis_ o *emphasis*, un solo encabezado principal y ningún nivel saltado, líneas en blanco alrededor de encabezados y código, ningún espacio al final de una línea, y los enlaces sueltos envueltos para que funcionen. Cada una es un interruptor o una opción en la página del plugin.
- El frontmatter, los bloques de código y las regiones que escribe un plugin quedan intactos, byte a byte
- Activado en cada raíz nueva, con valores por defecto que coinciden con lo que escriben los Frameworks (los marcos) iniciales del propio estándar
- Compartido con la raíz, para que nadie aplique el linter a su gusto
Al guardar
Fechas que se mantienen solas
Una regla al guardar nombra una propiedad de fecha y la fija en el día de hoy, o en la hora, cada vez que se guarda un Blueprint (el plano): desde la página, desde eidos property set o desde un plugin. date_modified deja de ser algo que la gente olvida.
Desvíos
Detectado cuando viene de fuera
Un archivo escrito en tu propio editor, por git o por un agente que se saltó la CLI no pasa por el linter al escribirse. Lo detecta la revisión de salud: cada regla incumplida es una advertencia en el archivo, con Lint al lado como corrección, y Revisar todos los archivos pone en orden toda la raíz de una vez.
Cómo se conecta
La parte silenciosa de tener archivos fiables.
- Blueprints
Los desvíos aparecen en la revisión de salud como advertencias
linter/<rule>, junto a los hallazgos del propio Framework. - Agente de IA
Un agente que escribe a través de
eidosrecibe el estilo de la casa gratis; uno que escribe el archivo directamente queda atrapado por la revisión. - Git
Una sola forma para cada archivo reduce los diffs a lo que cambió, no a cómo espacia una lista el editor de alguien.
- Comentarios
Los hilos que Comentarios escribe en un Blueprint pasan por las mismas reglas.
Desde la terminal
Las mismas reglas, desde una terminal
eidos linter lista lo que cambiarían las reglas, y --fix lo escribe y nada más: no se ejecuta ninguna regla al guardar, así que una corrección de espacios nunca cambia una fecha.
$ eidos linter configure:on-save set date_modified today
✓ date_modified set to today on save (.eidos/plugins/linter/settings.yaml)
$ eidos linter
✗ specs/discovery/watchlist.md trailing-whitespace, heading-levels, heading-punctuation, list-marker, bare-urls, blank-lines, heading-blank-lines
1 file drifted; eidos linter --fix settles them
$ eidos linter --fix
✓ specs/discovery/watchlist.md trailing-whitespace, heading-levels, heading-punctuation, list-marker, bare-urls, blank-lines, heading-blank-lines
$ eidos linter
clean: 14 files as the rules would write themEscribe qué estás creando.
Descarga Eidos MD, abre una carpeta y empieza por el Framework más cercano a tu trabajo. Todo lo que te da se puede remodelar después.
Gratis para macOS, Windows y Linux. Tus archivos siguen siendo texto simple en una carpeta que es tuya.