amenbo 2.0.0 — complementos: tu programa se ejecuta cuando una tarea se mueve

Desde esta versión, un programa que hayas escrito tú puede ejecutarse cuando le pasa algo a una tarea. También cambia una cosa en cómo se llama a la CLI, y comandos que antes funcionaban van a ser rechazados: lee «Al actualizar» antes de dar el salto.

Complementos

• Los eventos de una tarea llaman a tu programa — un complemento se ejecuta cuando una tarea se completa, cuando cambia de estado, cuando se añade un comentario. También puedes lanzarlo tú con amenbo plugin run <name>.
• Instalar desde la pantalla Market, o desde la línea de comandos — elige uno del catálogo oficial en la pantalla «Market» de la GUI, o ejecuta amenbo plugin install <name>. Hoy hay una entrada: worktree, que abre un worktree de git por tarea.
• Instalar no es encender — activarlo es un paso aparte, amenbo plugin enable <name>. Que ese interruptor sea por proyecto o por máquina lo decide quien escribió el complemento.
• La firma y la suma de comprobación se revisan antes de que nada aterrice — lo que no se puede verificar no se instala.
• Un complemento es un ejecutable y ya — escríbelo en el lenguaje que quieras. amenbo lo arranca como proceso hijo y le pasa JSON por la entrada estándar. Mira Writing a plugin.

Qué puedes leer, configurar y comprobar

• Abre una fila y mira qué te llevas — el detalle te dice qué eventos llaman al complemento y qué tendrás que configurar una vez dentro, antes de instalarlo.
• Los ajustes son un formulario — los campos que declara el autor en el manifiesto se convierten en el formulario. Los campos secretos se enmascaran, y un proyecto puede sobrescribir los valores que necesite.
• amenbo plugin log — las ejecuciones recientes, con su salida y su código de salida. Es el sitio donde mirar cuando un complemento no hizo lo que esperabas.

Sirve complementos desde tu propio catálogo

• Registra un catálogo y sus complementos se ponen junto a los oficiales — amenbo plugin catalog add <URL of catalog.json> --name "Team catalog", y aparecen en la misma lista, listos para instalar. Los complementos de casa se pueden repartir sin pasar por el catálogo oficial.
• Un catálogo son tres archivos estáticos — no hay ningún servidor que mantener en marcha. Mira Running a catalog.
• La clave de firma se fija al registrarlo — al registrarlo se te muestra la huella de la clave que publica el catálogo, y aceptarla la fija. Los complementos instalados desde ese catálogo se verifican con esa clave a partir de entonces. Un catálogo al que le han cambiado la clave se rechaza; un catálogo que no publica clave solo se puede mirar.
• Cada fila lleva el nombre de su catálogo — y la lista se puede filtrar por origen. La marca de «oficial» se da solo a las entradas del catálogo oficial: un catálogo de terceros que se la atribuya no la consigue.
• Un complemento instalado recuerda de dónde vino — las actualizaciones se traen de ese catálogo, así que el mismo nombre en otro catálogo nunca se coge por error.

También en esta versión

• Rechazar un registro de decisión desde la GUI — escribe el motivo y recházalo ahí mismo. Ya no hace falta pasarse a la CLI para eso.
• Dos ajustes que no hacían nada ya hacen algo — default_view, la vista que se abre al arrancar, y date_locale, cómo se escriben las fechas.
• Clasificar una tarea al crearla — amenbo task add --dim <axis>=<value>. amenbo task show imprime también la clasificación de la tarea.

Al actualizar

• --actor es ya obligatorio en todos los comandos de la CLI que tocan el almacén — antes se rellenaba desde la variable de entorno AMENBO_ACTOR, o con un valor por omisión si no escribías nada. Desde esta versión lo escribes cada vez: --actor human cuando escribes tú, --actor ai cuando lo hace una IA. Por ejemplo, amenbo task list --actor human. Si lo tenías puesto en la variable de entorno, pásalo a los comandos. Los AGENTS.md y CLAUDE.md que deja amenbo también dicen ya --actor ai de forma explícita. En la GUI no cambia nada.
• El formato de los datos guardados sube de versión — el primer arranque en esta versión los migra, y se guarda automáticamente una copia previa a la migración. Una vez migrados, una versión anterior ya no puede abrirlos. La GUI y la CLI las actualiza a la vez el mismo instalador, así que no dejes una de las dos en la versión vieja.

Cómo conseguirlo

Abre el instalador de tu sistema operativo desde la última versión. La GUI y la CLI vienen juntas, y no hacen falta permisos de administrador.

• macOS — .pkg, uno para Apple silicon y otro para Intel (la primera vez que lo abres sale el aviso de Gatekeeper: clic derecho → Abrir)
• Windows — .exe de instalación
• Linux — .deb / .rpm

Para actualizar: en la GUI, el cartel de «hay una versión nueva» la aplica ahora en el sitio. Si instalaste solo la CLI, amenbo update --apply la cambia.

¿Es tu primera vez? Ve a Empezar.