SenseiSoloDev
Volver a proyectos

Herramienta de desarrollo

Herramienta personal · En evoluciónActualizado

trello-sync

Una CLI que convierte Trello en una parte operativa del desarrollo asistido por agentes. Las tareas no solo viven en un tablero: acompañan al trabajo desde la planificación hasta la validación y el cierre.

Una sesión real
$ trello-sync move-card --key web-projects-tools-section --list doingWEB - Añadir subsección Tools en proyectosCard movida a DOING · Estado local actualizado

El origen

La organización también debía formar parte del pair programming.

Llevo tiempo utilizando Trello para organizar las tareas de mis distintos proyectos. Aun así, había muchas situaciones en las que terminaba sin actualizarlo: desde hacer algo rápido que no estaba planificado hasta descubrir que una card debía convertirse en varias tareas más pequeñas.

Como ya utilizo la IA a modo de pair programming, pensé que también debía incluir en ese flujo la organización y la documentación de los proyectos; en mi caso, principalmente Trello y Obsidian.

Primero revisé los MCPs existentes, pero enseguida vi una buena oportunidad para construir una herramienta completamente adaptada a mí. El resultado ha sido una CLI que utiliza casi toda la API REST de Trello y añade workflows personalizados capaces de ejecutar varios pasos con una sola instrucción, setups de boards a mi gusto, un sistema de logs y una copia local sincronizable para poder trabajar incluso sin conexión.

Y, por supuesto, así tampoco se me olvida actualizar o comentar cada cosa que hago.

El proceso de creación

De probar la API a diseñar un flujo para agentes.

La herramienta fue creciendo a medida que intentaba utilizarla de verdad, no siguiendo un roadmap cerrado desde el principio.

  1. 01

    Empezar por la API

    Lo primero fue conseguir hacer llamadas a la API de Trello y probar que las operaciones básicas funcionaban correctamente.

  2. 02

    Pensar en workflows

    Al empezar a usarla mediante agentes vi enseguida que no bastaba con exponer comandos individuales: necesitaba workflows que agrupasen varios pasos y agilizasen las tareas habituales.

  3. 03

    Diseñar para cada contexto nuevo

    Los comandos de ayuda y setup, escritos pensando en los agentes, se volvieron esenciales. Sigo mejorando cómo reciben el contexto inicial, aunque esta parte todavía no funciona exactamente como me gustaría.

  4. 04

    Probar y saber cuándo parar

    También implementé cosas por pura curiosidad que luego no he utilizado, como la gestión de stickers. Esa exploración me ayudó a pausar el desarrollo de la tool y volver a centrarme en mis juegos.

El flujo

Una misma tarea, del tablero al repositorio y de vuelta.

La herramienta no intenta sustituir el trabajo del proyecto. Se ocupa de que cada paso deje una señal clara y verificable.

  1. 01

    Entender

    Consulta listas, cards, descripciones y contexto antes de tocar el código.

  2. 02

    Empezar

    Mueve la card a su estado de trabajo y conserva una clave estable entre Trello y el proyecto local.

  3. 03

    Construir

    El desarrollo continúa en el repositorio, con Trello como fuente visible de intención y progreso.

  4. 04

    Cerrar

    Después de validar, registra el resultado, completa la card y deja trazabilidad para el siguiente contexto.

Lo que ya hace

Una capa operativa alrededor de Trello.

El alcance ha crecido a partir de necesidades reales del día a día, no de una lista abstracta de funcionalidades.

01

Cards con identidad estable

Relaciona tareas mediante claves que siguen siendo reconocibles aunque cambien de lista o de título.

02

Workflow completo

Crea, actualiza, mueve, comenta, completa y cierra cards sin abandonar el contexto de desarrollo.

03

Diagnóstico y reconciliación

Comprueba configuración, autenticación y diferencias entre el estado local y lo que realmente existe en Trello.

04

Planes que se convierten en trabajo

Puede sincronizar estructuras Markdown y convertirlas en cards accionables dentro del tablero.

Estado del proyecto

Útil hoy, sin decidir todavía qué será mañana.

Todavía no sé qué haré con la herramienta. De momento la utilizo diariamente en todos mis desarrollos y lleva varios días funcionando sin fallar en nada de lo que le pido.

Lo que es hoy

  • Una herramienta local integrada en el workflow diario de todos mis proyectos.
  • Un proyecto muy adaptado a mis convenciones, boards y forma de colaborar con agentes.
  • Software que ya me aporta valor aunque todavía no sea un producto público.

Lo que podría ser

  • Una versión más genérica y configurable para otros equipos o desarrolladores.
  • Un repositorio público que muestre el proyecto tal y como lo uso.
  • Una base para explorar workflows más sólidos entre agentes y herramientas de gestión.

Construir para aprender

Primero tenía que resolver mi problema.

Esta página documenta el proyecto mientras evoluciona. Si termina convirtiéndose en una herramienta pública, el camino hasta allí también será parte de la historia.

Ver todos los proyectos