Claude Code funktioniert jetzt in der Cloud – während du schläfst

BBetter Stack
Computing/SoftwareTelecommutingInternet Technology

Transcript

00:00:00Vor ein paar Monaten habe ich ein Video über Superpowers gemacht, ein Claude's Code Plugin, das,
00:00:05meiner Meinung nach, Features besser plant als der integrierte Plan-Modus.
00:00:11Aber jetzt hat das Team UltraPlan veröffentlicht, das den Plan vom CLI
00:00:15zu Claude's Code im Web verlagert, wo Ihr Repo in einer Cloud-Umgebung geklont und
00:00:20ein detaillierter Plan zur Implementierung in der Cloud oder lokal erstellt wird.
00:00:25Das ist alles sehr cool, also abonniert den Kanal und schauen wir mal, ob diese neue Art der Planung
00:00:29besser ist als Superpowers und besser als Pokémon zu spielen.
00:00:33[Musik]
00:00:37Ärgerlicherweise hat das Claude-Team genau zum Zeitpunkt der Aufnahme Claude Routines veröffentlicht
00:00:42und außerdem die Claude Code Desktop-App neu gestaltet.
00:00:44Anthropic, warum seid ihr so schnell?
00:00:46Wie auch immer, in diesem Video geht es um das UltraPlan-Feature, also fangen wir direkt an.
00:00:50Der Fokus dieser Demo liegt darauf, einen Plan für dieses Produkt zu schreiben – ein CLI-Tool,
00:00:56an dem ich arbeite und das Filmemulation macht; Link dazu ist in der Beschreibung.
00:01:01Aber dieser Plan konzentriert sich auf den Aufbau einer Release-Pipeline.
00:01:04Ich beginne mit dem neuen UltraPlan-Feature und vergleiche dann die Pläne.
00:01:08Um UltraPlan zu nutzen, benötigen Sie mindestens diese Version von Claude Code und
00:01:12können es mit dem Befehl /ultraplan verwenden, oder Sie schreiben einfach UltraPlan,
00:01:17was diesen schönen Regenbogeneffekt erzeugt, ähnlich wie bei UltraThink.
00:01:21Dann füge ich einen Prompt ein, um die Release-Pipeline zu erstellen.
00:01:24Ich habe ihm auch gesagt, dass er den Superpower-Skill nicht verwenden soll, damit er sich
00:01:29rein auf das Claude UltraPlan-Feature konzentrieren kann.
00:01:31Bevor ich Enter drücke, schauen wir uns meinen prozentualen Verbrauch an, der
00:01:36auf null steht, bevor Claude mit der Planung begonnen hat.
00:01:38Wenn ich jetzt Enter drücke, werde ich gefragt, ob ich den interaktiven Plan im Web ausführen möchte,
00:01:43was ich bestätige, aber die UltraPlan-Erstellung schlug bei etwa 4 % Verbrauch fehl.
00:01:48Also führe ich denselben Prompt im Debug-Modus aus, was mir nun diesen
00:01:52Link zur Ansicht im Browser gegeben hat.
00:01:54Ich werde es mir jedoch im neu gestalteten Claude Code-Format ansehen, schließe die
00:01:58Seitenleiste und wir sehen, dass zuerst ein Cloud-Container eingerichtet und dann
00:02:02das Repo geklont wurde.
00:02:03Ich habe vergessen zu erwähnen: Um UltraPlan zu nutzen, muss Ihr Projekt auf GitHub sein,
00:02:08da es eine Cloud-Session erstellt und das Repo klonen muss, um den Code zu verstehen.
00:02:12Sobald das erledigt ist, startet Claude Code in der Cloud, nutzt das Bash-Tool, um den
00:02:16Kontext des Repos zu lesen, und führt dann einige andere Befehle aus.
00:02:19Hier werden dann ein paar Fragen zum Plan gestellt.
00:02:21Nach etwa 2 bis 3 Minuten erhalte ich eine Benachrichtigung im Terminal, dass UltraPlan fertig
00:02:26und bereit zur Überprüfung ist.
00:02:27Hier ist also der Plan.
00:02:28Ich zoome etwas heraus, damit er leichter zu lesen ist, und erweitere die Seitenleiste,
00:02:33bevor ich wieder ein kleines Stück hineinzoome.
00:02:35Zuerst hieß es, das Repo sei leer, ohne Commits oder Code, was nicht stimmt.
00:02:40Das Repo ist definitiv nicht leer.
00:02:41Die Struktur der Änderungen sieht aber gut aus.
00:02:44Es gibt Build-Skripte und ein minimales CLI, das die Pipeline für einen Smoke-Test nutzen kann.
00:02:49Das sieht sehr umfassend aus, und die Tatsache, dass es nur 2 bis 3 Minuten dauerte,
00:02:53lässt mich vermuten, dass Sub-Agenten eingesetzt wurden, um es so schnell zu erledigen.
00:02:57Von hier aus kann ich Textteile auswählen und bei Bedarf einen Kommentar hinzufügen.
00:03:00Wie hier zum Beispiel: "Auf welches Repo beziehst du dich und hast du darauf Zugriff?"
00:03:05Daraufhin kann Claude den Plan überarbeiten.
00:03:07Aber bevor ich das mache, schauen wir uns meinen neuen Token-Verbrauch an, der
00:03:11von 4 % wegen des Debugging-Problems auf stolze 19 % gestiegen ist.
00:03:15Es wurden also 15 % meiner Token verbraucht, nur um diesen Plan zu erstellen.
00:03:18Was wohl noch im Rahmen ist, schätze ich.
00:03:21Gehen wir weiter und überarbeiten diesen Plan.
00:03:22Und jetzt wird das richtige Repo geklont.
00:03:24Ich weiß nicht, warum das beim ersten Mal nicht geklappt hat.
00:03:27Etwa eine Minute später hat Claude einen neuen Plan vorgeschlagen.
00:03:30Wenn wir den hier öffnen, sehen wir, dass er den Inhalt des Projekts viel besser
00:03:35verstanden hat; er hat ein Flussdiagramm erstellt, eine Liste der zu ändernden Dateien
00:03:41und verbessert die GitHub-Action für Releases.
00:03:45Aber dieser ganze Aktualisierungsprozess hat den Verbrauch von 19 auf 37 % getrieben,
00:03:51was bedeutet, dass dieser Plan insgesamt 33 % meines Kontingents verbraucht hat – viel für einen Plan.
00:03:56Nun akzeptiere ich den Plan, woraufhin die Ausführung remote beginnt.
00:04:00Ich bin sicher, es gibt einen Weg, ihn im CLI statt in der Cloud auszuführen,
00:04:04aber diese Option war nicht wirklich offensichtlich.
00:04:05Nach etwa fünf Minuten ist die Implementierung abgeschlossen.
00:04:07Da es in dieser Umgebung jedoch keine GitHub-Zugangsdaten gibt, muss ich manuell einen
00:04:10neuen Branch und einen PR erstellen, was nicht weiter schlimm ist.
00:04:14Ich bin sicher, wenn ich GitHub-Credentials hinterlegt hätte – etwa bei einem privaten Repo –
00:04:17könnte er es ziehen und für die Planerstellung zur Sandbox hinzufügen.
00:04:21Da es in dieser Demo aber nur um die Überprüfung des Plans ging, belassen wir es
00:04:25dabei und schauen uns die Implementierung nicht genauer an.
00:04:28Sehen wir uns nun denselben Plan an, erstellt mit Superpowers.
00:04:32Um Zeit zu sparen, habe ich das bereits in Claude Code ausgeführt,
00:04:35sodass wir es einfach nur durchgehen können.
00:04:39Was mir an Superpowers im Vergleich zu UltraPlan gefällt, ist die Anzahl der Fragen.
00:04:41UltraPlan stellte drei Fragen, aber hier bei Superpowers sehen wir sechs Fragen,
00:04:45also doppelt so viele.
00:04:46Und ich glaube, dadurch ergibt sich ein gründlicherer Plan.
00:04:50Da dies lokal läuft, muss mein Repo nicht geklont werden,
00:04:51da es direkten Zugriff auf den Code hat.
00:04:54Hier wurde der Plan entworfen, der CI-Flow erstellt und skizziert,
00:04:58wie alles funktionieren wird.
00:05:00Superpowers hat tatsächlich zwei Planungsphasen.
00:05:04Den Design-Plan, der das Problem und die Anforderungen erfasst, und den Implementierungsplan,
00:05:05der das Design in mundgerechte Stücke zerlegt.
00:05:08Hier ist der finale Implementierungsplan von Superpowers, der eine Zielarchitektur
00:05:13und einen Tech-Stack enthält, was mir sehr gut gefällt.
00:05:16Die Dateistruktur für die Release-Pipeline und die Liste der zu erledigenden Aufgaben,
00:05:21einschließlich Quellcode, ähnlich wie bei UltraPlan.
00:05:23Aber UltraPlan lieferte keine Testfälle, was Superpowers wirklich gut macht.
00:05:27Es lässt das Modell zuerst Tests schreiben und dann die Implementierung folgen.
00:05:31Hier sehen wir zum Beispiel die Tests für die Versionierung.
00:05:35Man lässt den Test fehlschlagen, bevor man das Versions-Flag tatsächlich implementiert.
00:05:38Dieser Prozess zieht sich durch jede einzelne Aufgabe.
00:05:42Der gesamte Plan umfasst etwa 833 Zeilen, verglichen mit etwa 195
00:05:46Zeilen bei UltraPlan.
00:05:50Beachten sollte man, dass die gesamte Session zur Erstellung des Designs und
00:05:55des Implementierungsplans bei Superpowers etwa 75.100 Token verbraucht hat.
00:05:56Das sind 57.000 für die Nachrichten und 1.900 für die Skills, die Superpowers hauptsächlich nutzt.
00:06:01Wenn man davon ausgeht, dass das Pro-Limit (5 Std.) bei etwa 44.000 Token liegt, dann verbraucht
00:06:04ein Superpowers-Plan deutlich mehr, wobei ich nicht überzeugt bin, dass es wirklich 44.000 sind.
00:06:10Und das ist ohne Prompt-Caching, das viel zur Wiederverwendung vorhandener Token beiträgt.
00:06:11Man könnte nun den Eindruck gewinnen, dass ich Superpowers gegenüber UltraPlan vorziehe,
00:06:16und damit liegen Sie nicht ganz falsch.
00:06:21Aber es gibt Zeit und Ort für UltraPlan.
00:06:26Zum Beispiel, wenn ich weiß, dass ich für längere Zeit nicht an meinem Rechner bin,
00:06:30etwa beim Pendeln, im Flugzeug oder am Flughafen.
00:06:33Ich könnte ein Feature auf dem Laptop starten, ihn zuklappen und auf dem Handy oder Tablet fortfahren,
00:06:35da mein Code in der Cloud liegt und PRs erstellt werden – sofern ich die Claude-App
00:06:39für mein Repo installiert habe, was ich für diese Demo vergessen habe.
00:06:44Hoppla.
00:06:50Wenn ich mich entscheide, lokal zu arbeiten, was ich zu 90 % der Zeit tue, werde ich wohl
00:06:55eher Superpowers nutzen, da mein Code, meine Skills und MCP-Tools alle lokal sind,
00:06:58und ich einen gründlicheren Plan erhalte.
00:06:59Das soll nicht heißen, dass ein gründlicherer Plan automatisch eine bessere Ausführung bedeutet.
00:07:04Es ist einfach meine bevorzugte Arbeitsweise, weil ich bei der Planung einen echten
00:07:10Dialog mit dem Modell führen kann.
00:07:12Aktuell ist das UltraPlan-Feature nur über das Claude Code CLI verfügbar,
00:07:17also für das Terminal, und funktioniert mit einem Pro- oder Max-Abo, da es den Web-Link nutzt.
00:07:21Vielleicht wird es in Zukunft für andere Abos und Plattformen ausgerollt.
00:07:22Vielleicht könnte man dann eine UltraPlan-Session direkt aus Claude Code Web heraus starten.
00:07:27[Kein Text]
00:07:32[Kein Text]
00:07:36[Kein Text]
00:07:37[Kein Text]

Key Takeaway

Während UltraPlan durch Cloud-basierte Sessions ortsunabhängiges Arbeiten an GitHub-Projekten ermöglicht, bietet das lokale Superpowers-Plugin durch eine doppelt so hohe Anzahl an Klärungsfragen und integrierte Testfälle eine detailliertere Planungsgrundlage.

Highlights

Das UltraPlan-Feature in Claude Code verlagert die Planung und Implementierung in eine Cloud-Container-Umgebung, wobei das GitHub-Repository automatisch geklont wird.

Die Erstellung eines detaillierten Release-Pipeline-Plans verbrauchte im Test insgesamt 33 % des Token-Kontingents eines Nutzers.

Der UltraPlan-Prozess dauert etwa zwei bis drei Minuten und nutzt vermutlich Sub-Agenten für eine schnellere Bearbeitung komplexer Aufgaben.

Im Vergleich zu UltraPlan liefert das Superpowers-Plugin mit 833 Zeilen einen deutlich umfangreicheren Implementierungsplan als die 195 Zeilen von UltraPlan.

Superpowers generiert spezifische Testfälle vor der Implementierung, während UltraPlan im Test keine Testfälle für die Release-Pipeline bereitstellte.

UltraPlan ist derzeit exklusiv über das Claude Code CLI für Nutzer mit Pro- oder Max-Abonnement verfügbar.

Timeline

Funktionsweise und Einrichtung von UltraPlan

  • UltraPlan verschiebt den Planungsprozess vom lokalen Terminal in eine Cloud-Umgebung von Anthropic.
  • Die Nutzung erfordert den Befehl /ultraplan innerhalb einer aktuellen Version von Claude Code.
  • Ein GitHub-Repository ist zwingend erforderlich, damit der Cloud-Container den Code klonen und analysieren kann.

Das System erstellt eine Cloud-Session und nutzt Bash-Tools, um den Kontext des Projekts zu erfassen. Während der Initialisierung zeigt ein Regenbogeneffekt im Terminal den aktiven UltraPlan-Modus an. Der Prozess umfasst das Einrichten eines Containers und das anschließende Klonen des Repositories zur Analyse der Dateistruktur.

Analyse der Planungsqualität und Ressourcenverbrauch

  • Die Erstellung eines Plans für eine Release-Pipeline nimmt etwa zwei bis drei Minuten in Anspruch.
  • Interaktive Korrekturen am Plan sind direkt über eine Weboberfläche durch Kommentare an spezifischen Textstellen möglich.
  • Die Verfeinerung eines fehlerhaften Plans steigerte den Token-Verbrauch von initial 4 % auf insgesamt 37 % des Limits.

Im ersten Durchlauf identifizierte das Modell das Repository fälschlicherweise als leer, was eine manuelle Korrektur erforderte. Nach der Überarbeitung lieferte UltraPlan ein Flussdiagramm, eine Liste der zu ändernden Dateien und eine verbesserte GitHub-Action. Die Implementierung erfolgt remote in der Cloud, erfordert jedoch für den Push in einen neuen Branch hinterlegte GitHub-Zugangsdaten.

Vergleich zwischen UltraPlan und Superpowers

  • Superpowers stellt mit sechs Fragen doppelt so viele Rückfragen zur Anforderungsklärung wie UltraPlan.
  • Der zweistufige Prozess von Superpowers trennt strikt zwischen Design-Plan und Implementierungs-Plan.
  • Superpowers integriert Test-Driven Development durch die Erstellung von Testfällen vor dem eigentlichen Code.

Der lokale Ansatz von Superpowers verbraucht etwa 75.100 Token für eine vollständige Design- und Implementierungssitzung. Ein wesentlicher Vorteil ist die Zielarchitektur und der Tech-Stack, die im 833 Zeilen langen Plan detailliert aufgeführt werden. Im Gegensatz zur Cloud-Lösung erfolgt hier der Zugriff auf den Code direkt lokal ohne Klonvorgang.

Einsatzszenarien und Verfügbarkeit

  • UltraPlan eignet sich primär für die Arbeit von unterwegs auf mobilen Geräten ohne lokalen Code-Zugriff.
  • Lokale Entwicklungsumgebungen profitieren eher von Superpowers aufgrund der tieferen Integration lokaler MCP-Tools.
  • Der Zugang zu UltraPlan ist aktuell an das Claude Code CLI und ein kostenpflichtiges Abonnement gebunden.

Die Cloud-Synchronisation erlaubt es, ein Feature am Laptop zu starten und später am Tablet oder Handy fortzusetzen. Für die meisten stationären Workflows bleibt die lokale Planung jedoch aufgrund des intensiveren Dialogs mit dem Modell die bevorzugte Methode. Zukünftige Updates könnten eine direktere Integration von UltraPlan in die Weboberfläche von Claude ermöglichen.

Community Posts

View all posts