Claudia – der Desktop-Begleiter für Claude Code
(claudiacode.com)- Claudia ist eine Desktop-GUI-Anwendung, mit der sich die Interaktion mit Claude Code visuell verwalten lässt
- Bietet Funktionen für Projekt- und Sitzungsverwaltung, Erstellung benutzerdefinierter AI-Agenten und Unterstützung für Hintergrundausführung
- Unterstützt ein integriertes Toolkit mit Nutzungsanalyse-Dashboard, MCP-Server-Verwaltung, Sitzungs-Timeline und Checkpoints sowie einem CLAUDE.md-Editor
- Entwickelt mit einem Rust-basierten Tauri 2 + React 18 Frontend und bietet dadurch eine leichte und sichere Umgebung
- Dient Nutzern von Claude Code CLI als Verbindungs-Hub zwischen Kommandozeile und GUI
Hauptfunktionen
- Projekt- & Sitzungsverwaltung
- Bietet einen Projektbrowser, Sitzungshistorie, intelligente Suche und Session-Insights
- CC Agents
- Erstellung benutzerdefinierter AI-Agenten
- Unterstützt Bibliotheksverwaltung, Hintergrundausführung und Nachverfolgung des Ausführungsverlaufs
- Nutzungsanalyse-Dashboard
- Echtzeitüberwachung von Claude-API-Nutzung und Kosten
- Token-Analyse nach Modell, Projekt und Zeitraum, Visualisierungsdiagramme und Datenexport möglich
- MCP-Server-Verwaltung
- Zentrale UI-Verwaltung für Model Context Protocol-Server
- Funktionen zum Hinzufügen, Konfigurieren und Testen von Serververbindungen
- Timeline & Checkpoints
- Versionsverwaltung für Sitzungen und verzweigte Timeline
- Unterstützt das Wiederherstellen von Checkpoints, Session-Forks und einen Vergleichs-Viewer für Änderungen
- CLAUDE.md-Verwaltung
- Integrierter Editor und Live-Vorschau
- Unterstützt Projekt-Scanner und Syntax-Highlighting
Entwicklung und Installation
- Voraussetzungen: Claude Code CLI, Rust 1.70+, Bun, Git usw.
- Unterstützt Windows-, macOS- und Linux-Umgebungen
- React 18 + TypeScript + Vite 6 Frontend, Rust-(Tauri 2)-Backend
- SQLite-basierte Datenspeicherung, Nutzung des UI-Frameworks Tailwind CSS + shadcn/ui
Sicherheit und Mitwirkung
- Prozessisolierung, Zugriffssteuerung, lokale Speicherung, keine Remote-Telemetrie
- Open-Source-AGPL-Lizenz
1 Kommentare
Hacker-News-Kommentare
Einerseits freut es mich, dass in diesem Bereich so viel ausprobiert wird.
Andererseits habe ich das Gefühl, dass die meisten Tools dieselben Funktionen duplizieren und sich im Kern nur durch mehr oder weniger starken Lock-in an einen bestimmten Dienst unterscheiden.
Allein diese Woche ist das schon das dritte ähnliche Tool, das ich sehe, und es scheint sich nicht wirklich von dem zu unterscheiden, was man mit Roo schon machen kann – außer dass es nur Claude nutzt.
Letztlich wird auch dieser Markt wohl einen Zyklus aus Zusammenbruch und Konsolidierung durchlaufen.
Es gibt definitiv Raum dafür, dass mehrere Alternativen koexistieren, aber in letzter Zeit wirkt es so, als würde fast dasselbe nur mit leicht anderer Verpackung neu gebaut.
Leute, die rund um Claude entwickeln, scheinen bereits erkannt zu haben, dass Claude in fast allen Fällen die beste Wahl ist.
Ich habe auch zwischen verschiedenen Modellen gewechselt, lande am Ende aber immer wieder bei Sonnet oder Opus.
In der Open-Source-Mobile-App, zu der ich beitrage, probieren wir zwei Funktionen aus, die es bei Roo nicht gibt.
Das bringt einem zwar keine neuen Coding-Fähigkeiten, und am Rechner zu arbeiten ist letztlich immer noch besser.
Trotzdem halte ich es für wichtig, dass man Claude Code auf dem Handy wirklich „von überall“ nutzen kann – nicht weil das Display ideal wäre, sondern weil allein diese Möglichkeit die tatsächliche Arbeitszeit verändert.
Beitrag zur Echtzeit-Synchronisierung
Das ist ziemlich brauchbar und besser, als ich erwartet hatte.
Der Voice-Agent dient dabei gewissermaßen als Puffer und formt unausgereifte Gedanken zu etwas ausgearbeiteteren Befehlen um.
Ein weiterer Contributor hat in einem Blogpost erklärt, warum Voice Coding mit Code gerade unterwegs nützlich ist.
Projektlink
Immer wenn Anbieter entscheidende Features veröffentlichen oder ihre Plattform grundlegend umbauen, müssen solche Wrapper-Tools Kompromisse eingehen.
Je besser die Modelle werden, desto stärker fällt das ins Gewicht.
Anthropics Claude Code wird in einem Jahr wahrscheinlich eher wie ein Entwickler-OS und eine Claude-Agent-Plattform für Nicht-Techniker aussehen.
Preisgestaltung und Nutzung werden wohl in ein einfaches Abo-Modell integriert, während tokenbasierte Kosten abstrahiert und optimiert werden, sodass man sie kaum noch direkt wahrnimmt.
Ich denke, die Anbieter werden sich in eine Struktur entwickeln, die ihre Margen besser optimiert.
Der Zweck dieses Tools ist eine dedizierte IDE nur für Claude Code.
Es ist offensichtlich aktuell der stärkste Coding-Agent, aber nicht jeder bevorzugt nur die Kommandozeile, daher ist dieser Ansatz nachvollziehbar.
Ich finde es ziemlich großartig, dass so viele unterschiedliche Tools herauskommen.
Das erinnert mich an die frühen Tage von Web 2.0, als es statt einiger weniger riesiger Dienste wie Reddit noch viele verschiedene Foren und Aggregatoren gab.
(Das heißt nicht, dass die heutige UX großartig ist.)
Ich habe vor Kurzem auf Max upgegradet und diese App kurz ausprobiert, weil ich ein Tool wollte, mit dem ich mehrere Sessions parallel laufen lassen kann.
Das bereitgestellte Binary lief wegen eines glibc-Versionsproblems nicht auf Ubuntu 22.04, ein Build aus dem Source-Code war aber möglich.
Nervig war, dass ich beim Öffnen jedes neuen Chats wieder zur Projektliste zurückgeworfen wurde und jedes Mal dasselbe Projekt anklicken musste.
Auch die Scroll-Qualität war miserabel, und wenn ein Chat erstellt wurde, scrollte die Ansicht nicht automatisch ganz nach unten, sodass ich manuell nachscrollen musste.
Wenn man mehrere Dinge gleichzeitig macht, ist es schwer, auf einen Blick zu erkennen, woran man in welcher Session arbeitet, weil die Sessions keine Titel haben.
Die Log-/Text-Elemente nehmen viel zu viel Platz ein, sodass schon eine To-do-Liste und ein oder zwei Tool-Nutzungen den ganzen Bildschirm füllen – eine ineffiziente Ansicht.
Anders als im Video wurden Code-Änderungen nur in Form einer „AI Summary“ zusammengefasst, und ich konnte keine Option finden, den Code direkt zu öffnen.
Es gibt mehrere UI-Bugs und insgesamt ist alles langsam.
Die Features rund um Agents habe ich nicht ausprobiert; im Video scheinen sie der Hauptpunkt zu sein. Aber aus meiner Perspektive, die einfach mehrere Claude-Code-Sessions gleichzeitig laufen lassen wollte, war es zu instabil, um es zu nutzen.
Das von einem anderen Nutzer empfohlene https://conductor.build/ kam dem Stil, den ich suchte, deutlich näher, unterstützt Linux leider aber nicht.
Wenn es noch ein paar Iterationen mehr bekommt, würde ich es später vielleicht nutzen.
Ich teile diese Erfahrung für alle, die es ausprobieren wollen.
Es fühlt sich an, als wäre der aktuelle LLM-IDE-Markt in seiner „Twitter-Client“-Phase.
Vor ein paar Wochen habe ich die App kurz ausprobiert und sofort wieder gelöscht, weil sie eingefügte Bilder nicht ordentlich verarbeiten konnte.
Wenn man ein Bild einfügt, wird es als riesiger Base64-String auf einmal hineingekippt, wodurch die UI auf einem MacBook Pro M3 Max komplett eingefroren ist.
Mich würde interessieren, ob dieses Problem inzwischen behoben wurde.
Ich war schon länger auf der Suche nach einer guten IDE für Claude Code – oder wenigstens einer besseren Alternative als das Terminal – und Claudia war eine Enttäuschung.
Claudia ist Open Source und wurde von einem S24-YC-Unternehmen entwickelt.
Asterisk-YC-Seite
Ich bin überrascht, dass YC zu diesem Namen keinen Rat gegeben hat.
Er wirkt, als würde er Anthropics Tool-Namensgebung nachahmen, und das untergräbt für mich das Vertrauen.
Ich dachte ebenfalls zuerst, das sei eine unabhängig von Anthropic veröffentlichte App.
Ich will nicht von einer Rechtsverletzung sprechen, aber nicht nur ich, sondern auch andere werden diese Verbindung wohl schnell herstellen.
Ich frage mich, wie dieses Unternehmen Geld verdienen will.
Diese Namensgebung und das Farbschema bewegen sich an der Grenze zu einer Markenrechtsverletzung.
Maßgeblich ist, ob es tatsächliche Verwechslungen bei Kunden gibt.
Ich frage mich, ob dieses Tool den Agent sandboxt.
Ich möchte verhindern, dass ein Agent an beliebigen Stellen im Dateisystem lesen oder schreiben kann.
Das soll durch Primitive auf Betriebssystemebene erzwungen werden; ich brauche systemische Sicherheit statt Vertrauen in das LLM.
Der Cursor-Agent versucht gelegentlich, mit absoluten Pfaden zu arbeiten, und wenn so etwas bei ordentlicher Sandboxing-Umsetzung unmöglich sein sollte, finde ich es beunruhigend, dass es überhaupt versucht wird.
Ich habe kürzlich selbst einen Service gebaut, der dabei hilft, cc in einer Cloud-Sandbox auszuführen.
https://www.devfleet.ai
OpenAIs Codex scheint diese Funktion zu implementieren, aber ich bin mir nicht sicher, wie weit das geht.
Sandboxing scheint Priorität zu haben, aber vielleicht deshalb wirkte es in meinen Tests nicht so ausgereift wie Claude Code.
Mein Vorschlag wäre, den Hilfsagenten als Benutzer mit eingeschränkten Rechten auszuführen.
Das Betriebssystem bietet dafür meiner Meinung nach bereits die nötigen Kontrollmechanismen.
Mit Docker und devcontainer lässt sich das meiner Meinung nach persönlich gut lösen.
Ich habe es selbst so eingerichtet und bin zufrieden damit: Man kann Claude alles Mögliche machen lassen, aber verhindern, dass es auf einen Produktionsserver pusht.
Referenzmaterial zu containerbasierten Einschränkungen
Ich glaube nicht, dass dieser Name lange bestehen bleibt.
Zuerst dachte ich, es sei ein Produkt von Anthropic.
Viele Leute bevorzugen GUIs oder IDEs, deshalb wird es Bedarf für solche Tools geben, aber für mich ist gerade der terminalbasierte, eigenständige Charakter von Claude Code ein Pluspunkt.
Das Terminal wirkt auf mich einfacher und strukturierter, und mit Aussagen wie „vom Chaos des Terminals zu visueller Klarheit“ kann ich wenig anfangen.
Ich habe kurz überlegt, eine Claude-Code-Integrations-Erweiterung für (neo)vim zu installieren, sah dafür aber keinen wirklichen Bedarf.
Im Kern möchte ich mich direkt mit einer auf dem Laptop laufenden Claude-Code-Session verbinden können.
Und zwar nicht über so einen Backdoor-Ansatz, sondern per API: Nachrichten an den aktuellen Chat anhängen, per Voice-Transkription eingeben, Berechtigungen erlauben oder ablehnen, Code-Diffs prüfen usw.
Ich habe verschiedene Ideen, etwa in Form eines Telegram-Bots.
Ich hatte Hoffnung in Claude Code UI (https://github.com/siteboon/claudecodeui), aber die mobile Weboberfläche war viel zu unbequem.
Das Video auf der Homepage ist hektisch schnell.
So cool die App auch ist, das Video sollte langsamer und weniger nervös sein.
(Es zoomt schnell rein und raus und rast gefühlt mit dreifacher Geschwindigkeit über den Bildschirm – ich musste fast wegschauen.)
Wer täglich an der App arbeitet, kennt alle Funktionen und versteht vielleicht dieses Tempo, aber das Design sollte die Perspektive von Erstnutzern berücksichtigen.
Ingenieure erkennen den Wert der Arbeit von Marketern oft nicht.
Dieses Video ist ein gutes Beispiel für das, was passiert, wenn diese Arbeit fehlt.
Als erster Eindruck per Video ist es in dem Sinne richtig, dass es aufregende Highlights verspricht.