Mehrere Loops, ein Board
Jeder Loop läuft in seiner eigenen Spur in seinem eigenen Tempo. Loops tauschen Arbeit über das Task Book und die Dateien auf der Festplatte aus, niemals über den Kontext der anderen.
Ein Architekt, ein Coder, ein Prüfer und ein Tester geben die Arbeit auf deinem eigenen Computer in einem Ring weiter. Wenn keine Aufgaben mehr übrig sind, erhältst du einen Abschlussbericht, während deine App in einer Live-Vorschau nur einen Klick entfernt ist.
Wenn du ein einzelnes Modell nach einer App fragst, erhältst du eine Antwort. In einem Loop ist diese Antwort der erste Durchgang: Die nächste Bubble liest sie, eine fehlgeschlagene Prüfung schickt sie zum Fixer, während der Loop wartet, und der Ring dreht sich erneut.
Ein Prompt
Ein Loop Beispielprotokoll
Der Manager ist ein Chat, der das Board mit dir plant. Im Plan-Modus liest er deinen Ordner, stellt nötige Fragen und schreibt Karten in das Task Book, sobald du zustimmst.
Build schlägt die Loops vor: Wer in welchem Ring sitzt, welchen Ordner jeder einzelne ändern darf und wohin die Arbeit geht, wenn eine Prüfung fehlschlägt. Nichts wird platziert, bis du auf Bauen drückst.
Jede Bubble führt einen Durchgang aus und ihre Ausgabe ist die Eingabe der nächsten Bubble. Standardmäßig läuft ein Sub-loop, wenn die Bubble davor fehlschlägt, sodass eine fehlgeschlagene Prüfung zum Fixer geht, während der Loop wartet. Obergrenzen stoppen einen Loop, der immer wieder fehlschlägt, anstatt die ganze Nacht zu laufen.
Wenn ein Lauf von selbst keine Arbeit mehr hat, schreibt die App einen Abschlussbericht aus dem Verlauf des Laufs, mit einer Live-Vorschau deiner App daneben.
Ich entwerfe die Karten, sobald eine Sache geklärt ist.
Wartet auf 1 Entscheidung
Wann sollen die Gewohnheiten des Tages zurückgesetzt werden?
Um Mitternacht vor Ort empfohlenWenn die App jeden Tag zum ersten Mal geöffnet wirdOder schreibe deine eigene…Dieses Board bauen?
Task Book
Die App ist fertig, ihr Bericht und ihre Vorschau sind bereit
Der Lauf wurde abgeschlossen und hat einen Abschlussbericht geschrieben: Was gebaut wurde, wie man es ausführt, was getestet wurde und was fehlt.
Lange Läufe funktionieren, wenn jede Bubble eine klare Aufgabe hat, eine begrenzte Reichweite und einen Ort für ihre Fehler.
Jeder Loop läuft in seiner eigenen Spur in seinem eigenen Tempo. Loops tauschen Arbeit über das Task Book und die Dateien auf der Festplatte aus, niemals über den Kontext der anderen.
Ein Modus bestimmt, was der Manager ändern darf. Nur du schaltest ihn um, und Build schreibt keinen Code.
Befehle werden vor dem Ausführen analysiert. Commits und Löschungen fragen zuerst nach, während Shells, Remote-Zugriff und Pfade außerhalb des Projekts verweigert werden.
Ein lokales SearXNG ist in der App enthalten. Falls es ausfällt, greifen Agenten auf npm, GitHub, Stack Overflow, MDN und Wikipedia zurück.
Wähle ein Modell pro Bubble oder einen Pool von bis zu acht, der zum nächsten wechselt, wenn eines ausgelastet oder offline ist. Kostenlose Tarife und lokale Modelle zählen mit.
Wenn ein Aufruf verweigert wird, extrahiert der Loop daraus eine Lektion, die dem nächsten Durchgang übergeben wird. Du kannst jede Lektion annehmen, ablehnen oder verwerfen sowie einstellen, wie sicher sie ist.
Ein Lauf, der von selbst abschließt, übergibt drei Dinge. Du liest, was passiert ist, anstatt ein Modell zu fragen, wie es gelaufen ist.
app/src/App.tsx+142app/src/habits.ts+61app/src/App.test.tsx+48app/README.md+22Erledigte Task Book-Karten: 9
Zuerst installieren:
npm installAus README.md:
npm run devnpm testBestanden, 29.09.26, 14:14:07.
Nichts, was der Verlauf des Laufs erkennen kann.
Visuelle Überprüfung: erfolgreich
1280 × 800 und 390 × 844 · 0 blockierend
Der Prüfer öffnet die App in einem echten Browser in Desktop- und Handy-Breiten. Leere Seiten, Überläufe, beschädigte Bilder und Platzhaltertext führen sofort zum Fehlschlagen. Wenn du ein Visionsmodell eingestellt hast, bewertet es auch die Screenshots anhand deiner DESIGN.md. Die Zeile Präsentierbar des Berichts trägt das Urteil.
Erstellt aus dem Verlauf des Laufs selbst, ohne dass ein Modell gebeten wird, sich selbst zu bewerten: was gebaut wurde, der Befehl, der es ausführt, der letzte Testlauf und sein Exit-Code sowie alles, was noch fehlt.
Der Entwicklungsserver deiner App, einer pro Board und getrennt vom Lauf gehalten. Ein neuer Lauf stoppt ihn nicht, sodass eine Vite-App den Bearbeitungen des Loops weiter folgt. Starte, starte neu und stoppe ihn über den Bericht-Tab.
Perfica ist eine Desktop-App. Dein Code geht nur an das von dir gewählte Modell und verlässt mit einem lokalen Modell niemals den Computer.
$0
Die gesamte App. Jeder Loop, jede Bubble, jeder Modus und jedes Werkzeug.
$36/ Jahr
Alles aus Free, auf all deinen Computern.
Cloud kann noch nicht gekauft werden. Nichts in der App benötigt sie.
Mehr in den Dokumentation.
Die App ist kostenlos. Du bezahlst deinen Modell-Anbieter für das, was deine Bubbles verbrauchen, oder nichts, wenn du kostenlose oder lokale Modelle verwendest. Cloud kostet US$36 pro Jahr, sobald sie verfügbar ist.
Ja. Kostenlos starten, der erste Bildschirm der Einrichtung, führt dich in etwa zwei Minuten durch einen kostenlosen OpenRouter-Schlüssel und einen kostenlosen Gemini-Schlüssel, und dein erster Loop läuft auf kostenlosen Modellen. Wenn ein kostenloses Kontingent für den Tag erschöpft ist, pausiert der Loop und startet von selbst neu. Ollama und LM Studio lassen Modelle ganz ohne Schlüssel auf deinem eigenen Computer laufen.
Nur als Teil der Prompts, die deine Bubbles an den von dir gewählten Modell-Anbieter senden, und als Suchanfragen, wenn ein Agent im Web sucht. Bei einem lokalen Modell über Ollama oder LM Studio verlassen die Prompts den Computer niemals.
Ein Lauf übergibt die Kontrolle, wenn die Arbeit von selbst erledigt ist. Der Bericht nennt ihn fertig, wenn die README einen Befehl zum Starten der App nennt, der letzte Testlauf bestanden wurde, keine Bubble mit FAIL oder ERROR endete und die Vorschau nicht abgestürzt ist. Alles, was darunter liegt, wird unter „Was fehlt“ aufgelistet. Er gibt außerdem an, ob die App präsentabel ist, basierend auf der visuellen Prüfung des Prüfers, ohne dies zur Bedingung für das Fertigsein zu machen.
Nein. Jede Bubble enthält nur die Werkzeuge, die ihre Rolle gewährt, und ihre Dateiwerkzeuge schreiben nur innerhalb des Ordners ihres Loops. Bei eingeschaltetem Sandkasten werden auch ihre Befehle dort gehalten. Befehle passieren einen Wächter, der erlaubt, fragt oder ablehnt. Commits, Pushes und Löschungen fragen zuerst nach, es sei denn, du schaltest Full Auto ein.
Anthropic, OpenAI, Google, OpenRouter und NVIDIA mit einem Schlüssel sowie jedes Modell, das du in Ollama oder LM Studio ausführst. Eine Bubble kann ein einzelnes Modell oder einen Pool von bis zu acht Modellen verwenden, der weiterzieht, wenn eines beschäftigt ist oder das Kontingent aufgebraucht hat.
Die Builds sind noch nicht code-signiert, weshalb Windows SmartScreen beim ersten Mal warnt. Aus demselben Grund kann sich die macOS-App nicht selbst aktualisieren. Lade neue Versionen von der Release-Seite herunter.
Ein optionaler Jahresplan für US$36 zum Synchronisieren deiner Boards über verschiedene Geräte hinweg und zum Aufbewahren deiner Schlüssel in einem verschlüsselten Tresor. Sie ist noch nicht im Verkauf.