Eine Karte, vom ersten Satz
bis zum Merge.
Zieh die Linie oder nutze die Pfeiltasten.Zieh die Linie oder tippe auf einen Schritt. Jeder Schritt zeigt, was Plyloft tut, mit den Worten, die es anzeigt.
Schreib, was du willst
Einfache Worte in What you want. Beide Agents arbeiten damit, und der Reviewer prüft das Ergebnis daran.
Klick auf Start build
Plyloft gibt der Karte ihre eigene Kopie des Repos, auf einem eigenen Branch, und öffnet Claude dort. Dein Main-Branch bleibt unberührt.
Claude baut
Claude Code läuft in einem echten Terminal, angemeldet mit deinem eigenen Abo. Du kannst die Session jederzeit öffnen und mit Claude reden.
Klick auf Finish and check
Meldet Claude, dass es fertig ist, klickst du auf Finish and check. Plyloft speichert einen Snapshot der Arbeit und führt die Checks deines Projekts aus.
Codex prüft – nur mit Lesezugriff
Der andere Anbieter liest den Build ohne den Kontext des Builders. Er folgt den Skills deines Repositories und sagt, welchen. Er kann alles ansehen und nichts ändern.
Findings gehen an den Builder
Jedes Finding steht unter der Zeile, um die es geht. Sie gehen direkt an Claude; ein ernstes Problem landet auch in deiner Inbox.
Claude korrigiert, Codex liest erneut
Jede Runde bleibt auf der Karte nachvollziehbar: was neu ist, was erledigt ist, was noch offen ist. Ist Claude mit einem Finding nicht einverstanden, sagt es, warum, und du entscheidest.
Ship it
Bei einem Projekt auf GitHub öffnet Ship it einen Pull Request und mergt ihn, sobald die Checks grün sind, in jedem Plan; Titel und Beschreibung schreibt der Builder. Im Menü steht Only on this Mac (Only on this PC unter Windows), das auf deinem Rechner mergt. Ohne GitHub mergt Ship it auf deinem Rechner.
Zwei Rollen, zwei Anbieter, eine Regel.
Schreibt die Änderung im eigenen Worktree der Karte, in einem echten Terminal, das du öffnen kannst. Behebt, was das Review findet, oder erklärt, warum nicht.
- Schreibt und testet in seiner eigenen Kopie des Repos
- Bekommt jedes Finding, Zeile für Zeile
- Kann widersprechen, mit einer Begründung, die du lesen kannst
Der andere Anbieter, nur mit Lesezugriff: Er kann alles ansehen und nichts ändern. Er folgt deinen Skills und sagt, welchen.
- Liest den Build ohne den Kontext des Builders
- Hängt jedes Finding an seine Zeile
- Gibt die Änderung frei oder fordert Änderungen an
Die Regel: Nichts landet in deinem Main-Branch, bevor du es auslieferst – und du lieferst aus, nachdem das Review sein Urteil abgegeben hat.
Wo du eingreifst.
Die Agents machen die Arbeit; die Entscheidungen bleiben bei dir. Diese Buttons klickst du – mit genau den Namen aus der App.
Vor dem Build in Plan it first ▾ neben Start build, zusammen mit Plan it with Claude. Für die Karten, bei denen der Plan selbst das Risiko ist.
Ein Board, das sagt, wo du gebraucht wirst.
Die Spalten sortieren Karten nach Aufmerksamkeit, nicht nach Phase. Tippe auf eine Spalte oder zeig darauf, um zu sehen, was dort landet.
Lieber nach Phasen? Die List-Ansicht gruppiert dieselben Karten By stage, von Ready to start bis Done. Plyloft merkt sich die Wahl pro Workspace.
Bei Karten, auf die es ankommt: zweimal bauen.
Claude und Codex bauen die Karte jeweils in ihrer eigenen Kopie des Repositories. Solange sie arbeiten, stehen die zwei Builds nebeneinander in der Karte. Sind beide fertig, vergleicht der Reviewer sie, sagt, welche er empfiehlt und wer geurteilt hat, und du wählst die, mit der die Karte weitergeht.
Adds calcRoundHalfUp with ties away from zero for both signs, keeps the 2-decimal rounding exact for values like 1.005, and adds five tests and an npm test script.
The Reviewer found no problems in it.Adds calcRoundHalfUp with two passing tests. It rounds 1.005 down to 1, because it multiplies before rounding.
The Reviewer’s 2 findings- src/billing.js rounds 1.005 to 1: the multiply loses the half before rounding.
- src/billing.test.js does not cover negative ties.
Das richtige Modell und Effort, für jeden Workspace und jede Karte.
Ein schneller Prototyp und ein Zahlungsdienst brauchen nicht dasselbe Modell und nicht denselben Effort. Leg Modell und Effort für Builder und Reviewer pro Workspace fest, unter Settings › Cards › AI and models, oder für eine einzelne Karte direkt auf der Karte. Ein Team kann für ein geteiltes Repository eigene vorschlagen; deine Wahl geht trotzdem vor.
Ein Team ist ein privates GitHub-Repo.
Mitgliedschaft, gemeinsame Skills und das Board liegen dort, wo dein Code schon liegt. Der Plyloft-Server prüft nur, wer einen Platz hat.