Für Entwickler · die Maschine hinter „vibe the project“
Jedes Motir-Projekt läuft durch dasselbe Instrument. Die Module sind Motir und seine Agenten. Die Regler und Schalter gehören Ihnen: Nichts geht weiter, bis ein Mensch sie betätigt.
Motir und AgentenSie entscheiden
Zeichnung seitwärts scrollen →
Jedes Modul aus der Zeichnung oben, aus der Nähe. Fahren Sie mit der Maus über eines, um es in der Zeichnung zu finden.
[01] KI-Planung
Beginnen Sie mit einem Satz, einem Repository oder einem Import aus Jira, Linear oder Plane. Der Planer liest, was existiert, einschließlich eines Code-Graphen Ihrer Repositorys, und stellt Rückfragen, wo die Anfrage mehrdeutig ist.
Er entwirft Epics, Storys, Aufgaben und Unteraufgaben, jeweils mit Typ, Ausführendem, Größe und ihren blocked_by-Kanten. validate_plan prüft den Baum, bevor Sie ihn sehen.
[02] Sie · Plan-Gate
Nichts landet auf dem Board, bevor ein Mensch den Plan genehmigt. Fordern Sie Änderungen in einfachen Worten an; jede Runde ist ein neuer Durchgang, und der Verlauf des Plans bewahrt jede Version und warum sie sich geändert hat.
[03] Arbeitselemente
Der genehmigte Plan wird zu Arbeitselementen mit Sprints, einem Backlog und einer Roadmap. Der Ausführende jedes Arbeitselements ist agent oder human.
Manuelle Aufgaben (ein Konto, ein Secret, ein DNS-Eintrag, eine Release-Freigabe) begleitet motir guide Schritt für Schritt.
[04] Agentenlauf
Ein Agent nimmt sich das nächste bereite Arbeitselement (motir next oder motir run <KEY>), beansprucht es, baut auf seinem eigenen Branch und öffnet einen Pull Request pro Repository, verknüpft mit dem Arbeitselement.
Ein Bug, den er außerhalb seines eigenen Arbeitselements findet, stoppt den Lauf nicht: Der Agent ermittelt die Ursache, erfasst ihn mit motir log bug als eigenes Arbeitselement im Bugs-Ordner und macht weiter.
Jeder Lauf erfasst das Agent-Harness, das Modell, jeden Schritt und das Ergebnis. Agenten verbinden sich über MCP – auf Ihrem Rechner oder als gehostete Agenten von Motir.
[05] Sie · Merge-Gate
Das Arbeitselement wechselt auf Umgesetzt, und der Agent veröffentlicht „So wird getestet“. Storys erhalten ein in der CI aufgezeichnetes Abnahmevideo. Sie prüfen, genehmigen und mergen; der Merge schließt das Arbeitselement. Nichts erreicht Erledigt ohne einen Menschen.
[06] Reparatur
Ein roter oder konfliktbehafteter Pull Request wird mit motir fix auf seinem eigenen Branch repariert, mit bis zu fünf Versuchen. Ein abgebrochener Lauf (ein zugeklappter Laptop, eine verlorene Sandbox) wird mit motir continue auf dem Branch fortgesetzt, den er hinterlassen hat.
Unterwegs erfasste Bugs warten im Bugs-Ordner; motir fix bugs arbeitet sie ab, die ältesten zuerst.
[07] Lernschleife
Ein Agent, der ein Arbeitselement nicht bauen kann, fragt zuerst, ob es noch dem entspricht, was der genehmigte Plan genehmigt hat (get_approved_shape_verdict), damit eine spätere Änderung nicht dem Planer angelastet wird. War der Plan falsch, wird neu geplant und die Änderung samt Grund erfasst.
Der Fehler wird zu einer Lektion oder verstärkt eine bestehende; deckt ihn keine Regel ab, wird ein Planungsbug erfasst. Der nächste Plan liest zuerst die Lektionen. Lektionen, die 90 Tage lang nicht wieder gebraucht werden, werden ausgemustert.
[08] Gedächtnis
Designs, Entscheidungsseiten, Doku, Lektionen, Planrevisionen und der Verlauf jedes Laufs liegen neben den Arbeitselementen. Sie, ein neues Teammitglied oder der nächste Agent können das Projekt Monate später aufnehmen, ohne dass jemand es noch einmal erklären muss.
Der Projektmanagement-Kern ist Open Source unter GPL-3.0. Hosten Sie ihn selbst, oder nutzen Sie ihn auf motir.co.