Para desarrolladores · la máquina detrás de “vibe the project”
Cada proyecto de Motir pasa por el mismo instrumento. Los módulos son Motir y sus agentes. Los mandos e interruptores son tuyos: nada avanza hasta que una persona los gira.
Motir y los agentesTú decides
Desplaza el dibujo hacia los lados →
Cada módulo del dibujo de arriba, de cerca. Pasa el cursor por uno para encontrarlo en el dibujo.
[01] Planificación con IA
Empieza con una frase, un repositorio o una importación desde Jira, Linear o Plane. El planificador lee lo que existe, incluido un grafo del código de tus repositorios, y hace preguntas de seguimiento donde la solicitud es ambigua.
Redacta Épicas, Historias, Tareas y Subtareas, cada una con un tipo, un ejecutor, un tamaño y sus aristas blocked_by. validate_plan revisa el árbol antes de que lo veas.
[02] Tú · puerta del plan
Nada llega al tablero hasta que una persona aprueba el plan. Pide cambios con tus palabras; cada ronda es un turno nuevo, y el historial del plan guarda cada versión y el motivo de cada cambio.
[03] Elementos de trabajo
El plan aprobado se convierte en elementos de trabajo con Sprints, un Backlog y una hoja de ruta. El ejecutor de cada elemento de trabajo es agent o human.
motir guide guía paso a paso las tareas manuales (una cuenta, un secreto, un registro DNS, la aprobación de un lanzamiento).
[04] Ejecución de agente
Un agente toma el siguiente elemento de trabajo listo (motir next o motir run <KEY>), lo reclama, construye en su propia rama y abre una pull request por repositorio, vinculada al elemento de trabajo.
Un error que encuentre fuera de su propio elemento de trabajo no detiene la ejecución: el agente averigua su causa raíz, lo registra con motir log bug en la carpeta Errores como un elemento de trabajo propio y sigue adelante.
Cada ejecución registra el harness del agente, el modelo, cada paso y el resultado. Los agentes se conectan por MCP, en tu máquina o con los agentes alojados de Motir.
[05] Tú · puerta de fusión
El elemento de trabajo pasa a Implementado y el agente publica Cómo probar. Las Historias reciben un video de aceptación grabado en CI. Tú revisas, apruebas y fusionas; la fusión cierra el elemento de trabajo. Nada llega a Hecho sin una persona.
[06] Reparación
Una pull request en rojo o con conflictos se repara en su propia rama con motir fix, hasta en cinco intentos. Una ejecución que se cayó (un portátil cerrado, un sandbox perdido) se reanuda con motir continue en la rama que dejó.
Los errores registrados por el camino esperan en la carpeta Errores; motir fix bugs los resuelve uno a uno, del más antiguo al más reciente.
[07] Ciclo de aprendizaje
Un agente que no puede construir un elemento de trabajo pregunta primero si sigue siendo lo que se aprobó en el plan (get_approved_shape_verdict), para no culpar al planificador de una edición posterior. Si el plan estaba mal, se replanifica y el cambio queda registrado con su motivo.
El error se convierte en una lección, o refuerza una existente; si no hay ninguna regla que lo cubra, se registra un error de planificación. El siguiente plan lee primero las lecciones. Las lecciones que no se repiten en 90 días se retiran.
[08] Memoria
Los diseños, las páginas de decisiones, los documentos, las lecciones, las revisiones del plan y el historial de cada ejecución viven junto a los elementos de trabajo. Tú, un compañero nuevo o el siguiente agente pueden retomar el proyecto meses después sin que nadie tenga que volver a explicarlo.
El núcleo de gestión de proyectos es de código abierto bajo GPL-3.0. Alójalo tú mismo o úsalo en motir.co.