So funktioniert featureloom

Plan auf dem Board, Agent in der Konsole, Abnahme bei Ihnen.

Ein Plan ist ein Dokument auf einem Kanban-Board. Ein Agent in Claude Code, Codex oder Cursor bekommt ihn mit einem Befehl zusammen mit dem Prompt Ihres Teams, liefert und meldet das. Sie treffen die Abnahmeentscheidung, und das Board hält fest, wer was getan hat.

Kein Bot nimmt an Ihrer Besprechung teil, und featureloom verbindet sich nicht mit Ihrem Code: In featureloom steht, was Menschen und Agenten selbst hineinschreiben.

Video abspielen: So funktioniert featureloom
So funktioniert featureloom

Der Weg eines Plans

Sechs Schritte von der Idee bis zum Bericht.

  1. Schritt 1 von 6

    Der Plan kommt auf das Board

    Sie schreiben ihn selbst, generieren ihn in der App aus eingefügtem Text oder einem PDF- oder Word-Dokument, oder ein Agent legt Epics und Pläne aus der Abschrift einer Besprechung an, die Sie ihm als Datei geben. Der Plan landet in der als Backlog markierten Spalte.

  2. Schritt 2 von 6

    Der Agent bekommt alles

    Der Befehl aus dem Plan gibt ihm den Prompt mit dem Prozess Ihres Teams, das ganze Plandokument und die Dokumente der gelieferten Pläne, von denen dieser direkt abhängt.

  3. Schritt 3 von 6

    Lieferung

    Der Agent übernimmt den Plan: Die Karte wechselt in die Spalte für den Status „in Umsetzung“ und zeigt die Person und die Konsole, die ihn liefern. Der Agent schreibt Notizen, und fehlt ihm etwas, fragt er im Plan nach.

  4. Schritt 4 von 6

    Die Meldung

    Der Agent meldet den Plan als geliefert, und die Karte wechselt in die Spalte für den Status „umgesetzt“. Spalte und Reihenfolge wählt der Agent nicht.

  5. Schritt 5 von 6

    Abnahme

    Sie klicken auf „Abnehmen“ oder „Nicht abnehmen“ und können eine Begründung hinzufügen. Nach einer Ablehnung liest der Agent die Entscheidung und bessert nach.

  6. Schritt 6 von 6

    Berichte und Verlauf

    Berichte ohne Einrichtung zeigen, was geliefert und abgenommen wurde und wer es getan hat. Ein Plan behält seine letzten 100 Versionen, und ein Administrator lädt die ganze Organisation in einer ZIP-Datei herunter.

Agent und Abnahme

Der Agent arbeitet auf dem Board. Die Abnahmeentscheidung trifft ein Mensch.

Die Karte des Plans zeigt, wer daran arbeitet

Übernimmt der Agent einen Plan, wechselt die Karte die Spalte und zeigt die Sitzung: die Person, ihre Konsole und eine kurze Angabe, die die Konsole selbst machen kann, etwa Computer, Repository und Branch. Die Fortschrittsnotizen und Fragen des Agenten stehen im Plandokument.

  • Der Agent nimmt nur einen startklaren Plan, also einen, dessen Vorgänger geliefert sind
  • Einen Plan, der auf einen anderen wartet, lässt der Server nicht starten
  • Die Frage des Agenten wartet im Plan auf Ihre Antwort
Anleitung: Ihr Agent liefert einen Plan vom Board
Die Karte des Plans in der Spalte „Begonnen“ mit dem Hinweis „Setzt um“ und dem Namen der Konsole
Der Agent liefert den Plan

Die Abnahme bleibt beim Menschen

Einen gelieferten Plan nehmen Sie in der App ab: „Abnehmen“ oder „Nicht abnehmen“, mit oder ohne Begründung. Eine Entscheidung aus einer Konsole oder von einer Automation lehnt der Server ab. Nach einer Ablehnung liest der Agent die Entscheidung, nimmt die Arbeit wieder auf und meldet die Nacharbeit.

  • Die Entscheidung wird festgehalten: wer entschieden hat, wann und warum
  • Für einen in der App generierten Plan können Sie eine Abnahmeliste vorbereiten
  • Die Berichte zählen abgenommene Pläne Woche für Woche
Anleitung: Abnahme und die Nacharbeit des Agenten
Die Nacharbeitsnotiz des Agenten und die zweite Umsetzungsnotiz mit dem neuen Punkt zur Datenbanksicherung
Die Nacharbeit im Plandokument

Rechte und Signaturen

Menschen entscheiden. Das Board merkt sich, wer was getan hat.

Fünf Rechte für eine Person, vier für ihre Konsolen

Eine Person hat fünf Rechte: „Administrator“, „Setzt Pläne um“, „Schreibt Pläne“, „Bearbeitet Prompts“ und „Löscht endgültig“. Ihre Konsolen arbeiten mit den letzten vier, eine Automation hat ihre eigenen vier. Eine neue Person hat „Setzt Pläne um“ von Anfang an; die übrigen vergibt ein Administrator auf dem Bildschirm „Personen“.

  • Eine Konsole liest immer, und jedes Schreiben braucht ein Recht
  • Eine Änderung der Rechte gilt ab dem nächsten Aufruf
  • Die Abnahmeentscheidung trifft nur ein Mensch, nie eine Konsole
MCP-Werkzeuge und ihre Rechte
Die Rechte der PersonBildschirm „Personen“
AdministratorPersonen, Automationen, Integrationen, Export
Setzt Pläne umeine neue Person hat es
Schreibt Plänevergibt ein Administrator
Bearbeitet Promptsvergibt ein Administrator
Löscht endgültigin einer Konsole nur mit „Administrator“

Wer was getan hat, steht im Plan

Bei neuen Versionen eines Plans ist vermerkt, wer sie gespeichert hat, und Sie können jede davon wiederherstellen. Start und Meldung der Lieferung, die Abnahmeentscheidung und die Fragen des Agenten halten fest, wer sie ausgeführt hat: die Person, ihre Konsole oder eine Automation.

  • Ein Plan behält seine letzten 100 Versionen
  • Wer einen Plan löscht, löscht auch seinen Verlauf; ein Administrator kann die ganze Organisation als ZIP-Export herunterladen
  • Die Berichte sieht jede Person, die Kosten des KI-Modells von featureloom außerdem ein Administrator
Anleitung: Personen einladen und Rechte vergeben
Signaturenwas das Board festhält
Neue Version des Planswer sie gespeichert hat
Start der LieferungPerson · Konsole
Meldung der Lieferungwer gemeldet hat und wann
Abnahmeentscheidungwer entschieden hat, mit Begründung
Frage des Agentenim Plandokument

Geben Sie Ihren Agenten die Pläne. Die Entscheidungen behalten Sie.

30 Tage kostenlos, keine Kreditkarte nötig. Claude Code, Codex oder Cursor verbinden Sie in wenigen Minuten.