Plugins

Más allá del andamiaje, la comprobación y el índice, todo lo que hace la CLI es un plugin: una herramienta con nombre detrás de un solo contrato, con su propia carpeta bajo .eidos/plugins/<name>/, activada por raíz. Nueve vienen en el paquete.

La premisa

Eidos no es otro editor de markdown. Facilita una sola cosa: la definición de un producto, la raíz de Blueprints (planos), que es la fuente de verdad de lo que el producto es. Todo lo demás que hacen las herramientas sirve a esa verdad y está subordinado a ella. Un lienzo la dibuja; un comentario la discute; una tarea la sirve; una versión nombra un commit de ella. Ninguno se convierte en una segunda definición a su lado.

De ahí siguen dos reglas:

Cada plugin vive en su propio espacio de trabajo, .eidos/plugins/<name>/, o en una carpeta de la raíz declarada como suya. Desactivarlo deja la definición exactamente como estaba.
Cada plugin está hecho para este ciclo de vida, no para uso general. Quien quiera una pizarra o un tablero de tareas por sí mismos abre otra herramienta.

Qué viene incluido

Plugin	Facilita	Activo por defecto	Lo guarda en
Canvas	Dibujar la definición: páginas de bocetos y Blueprints, estilizados por las propiedades del Framework (el marco)	sí	`.eidos/plugins/canvas/<id>.yaml`
Git	Leer su historial: los commits de un Blueprint y un visor de diffs, Source control (qué cambió bajo la raíz, un commit de ello), la identidad que firma un comentario, las versiones registradas, `git mv` y `git rm` detrás de cada renombrado y borrado	donde la raíz es un repositorio	el comando del visor en su `local.yaml`
Comments	Discutirla: hilos sobre un Blueprint, un documento, una página de lienzo o una tarea, anclados a un encabezado o un elemento y proyectados en el archivo como texto legible	sí	`.eidos/plugins/comments/threads/<id>.yaml`, una región `comments:threads` mientras el archivo tenga hilos
Backlog	El trabajo que la sirve: tareas con estados, columnas, tipos, hitos y borradores, en un tablero y en una tabla, nunca dentro de un Blueprint	no	una carpeta `backlog/` que el plugin posee, ajustes en su carpeta
Decisions	Lo que se decidió sobre ella: decisiones con tipos y estados, confirmadas desde una bandeja de entrada y listadas en los Blueprints para los que se tomaron	no	una carpeta `decisions/` que el plugin posee, ajustes en su carpeta
Assets	Los archivos que no son markdown: imágenes, PDF, cualquier cosa, listados, enlazados a Blueprints y tareas, incrustados o enlazados desde el editor	no	la carpeta `assets/` de la raíz, un índice en su carpeta
Linter	Mantener el markdown en una sola forma: reglas que fija la raíz, aplicadas en cada guardado e informadas por la comprobación	sí	`.eidos/plugins/linter/settings.yaml`
Terminal	Tu propia terminal en el panel, iniciada en la raíz	no	nada en disco
Plato	Una conversación con el agente de código que ya usas (Claude Code, Codex o cualquier comando que hable ACP), con lo que la página tiene abierto como contexto	sí	`.eidos/plugins/plato/conversations/`, las privadas bajo `local/`

Cada uno tiene su página en esta sección: qué añade al navegador, qué guarda en disco, sus comandos y qué informa la comprobación sobre él. El navegador → · Comandos de los plugins →

El interruptor

Un plugin está activo o no por raíz: plugins.<name>: true | false en el settings.yaml de la CLI, compartido con la raíz, con la misma línea en el local.yaml privado anulándolo. eidos plugin los lista, eidos plugin enable|disable <name> escribe el interruptor, eidos plugin set <name> <setting> <value> escribe uno de sus ajustes en el archivo que nombra su alcance, eidos setup los ofrece como menú, y la página Plugins del navegador tiene un interruptor y un formulario de ajustes por plugin. Desactivado, un plugin no registra nada: ni comando, ruta, hallazgo, vista o región; su carpeta y sus archivos se quedan donde están para el día en que vuelva.

eidos instructions <plugin> imprime la guía de un plugin mientras está activo, y un plugin que tenga algo que decirle a un agente lo dice en AGENTS.md bajo la nota de Eidos.

Dónde guarda cosas un plugin

El estándar le da a una herramienta un nombre y cuatro lugares donde usarlo:

Su carpeta, .eidos/plugins/<name>/, en commit con el Framework: settings.yaml para lo que decide la raíz, local.yaml y local/ para lo privado, de una persona y nunca en commit (el .eidos/.gitignore de la raíz lleva ambos). La carpeta propia de la CLI es eidosmd/: los interruptores de los plugins, la estrictez, los usuarios, el prefijo de etiqueta, las versiones y los borradores compartidos viajan con la raíz; el tema, el editor, la disposición del banco de trabajo y los borradores privados se quedan en la máquina.
Sus carpetas de raíz, declaradas bajo folders con owned_by: "@<name>/<kind>" (el backlog/ de Backlog, el assets/ de Assets). Qué contiene una carpeta así y qué se comprueba dentro lo dice la herramienta; el estándar no lee nada de ello. La raíz →
Sus propiedades, properties.tools.<name> en Framework.yaml, y una clave con su nombre en cualquier fila de propiedad (canvas estiliza un nodo por el valor de una propiedad). Propiedades →
Sus regiones, de  a  dentro de un archivo markdown: un tramo que la herramienta posee y reescribe entero (los hilos de Comments al pie de un Blueprint, una imagen que Assets incrustó). Regiones →

El estándar no lee nada de ello, eidos check nunca lo señala y eidos migrate lo lleva intacto.