Warp ist jetzt Open Source
(warp.dev)- Mit der Umstellung auf Open Source kann sich die Community an der Entwicklung des Warp-Clients beteiligen, und mit dem auf Oz basierenden agent-first-Workflow ist nun auch gemeinsames Beitragen mit Agenten möglich
- Da sich der größte Engpass in der Entwicklung von der Code-Erstellung hin zu Human-in-the-loop-Aufgaben wie Spezifikationserstellung und Verifizierung verlagert hat, übernehmen Agenten die Implementierung, während Menschen sich stärker darauf konzentrieren, festzulegen, was gebaut werden soll, und die Ergebnisse zu prüfen
- Da es am Markt an einer voll funktionsfähigen offenen agentischen Entwicklungsumgebung mangelt, wird statt auf geschlossene Alternativen ein offenes Entwicklungsmodell gestärkt, bei dem die Community die Richtung mitgestalten kann
- Mit dieser Umstellung kommen Unterstützung für Kimi, MiniMax, Qwen, neues auto (open)-Model-Routing, umfassendere Anpassungsmöglichkeiten sowie eine Settings-Datei für programmatische Steuerung und Portabilität zwischen Geräten hinzu
- Der Quellcode wurde unter der AGPL-Lizenz veröffentlicht; die Entwicklung orientiert sich an öffentlichen GitHub-Issues und der Roadmap und schafft so eine breitere Grundlage, um gemeinsam mit der Community die Zukunft der agentischen Entwicklung zu gestalten
Hintergrund der Open-Source-Umstellung
- Der Warp-Client wurde auf Open Source umgestellt, sodass sich die Community über einen auf Oz basierenden agent-first-Workflow an der Entwicklung beteiligen kann
- OpenAI ist Gründungssponsor des neuen Warp-Repositorys, und der neue Workflow zur Agentenverwaltung wird von GPT-Modellen betrieben
- Menschen verwalten Agenten in großem Maßstab, während Agenten die Umsetzung von produktionsreifer Software übernehmen — dieses Modell etabliert sich als zukünftige Form der Softwareentwicklung
- Durch die Kombination von Ideen verschiedener Beitragender, den strukturierten Prozessen der Oz-Agenten, reichhaltigem Kontext und Self-Improvement-Loops will man ein Produkt schaffen, das über das hinausgeht, was allein mit interner Entwicklung möglich wäre
Warum die Veröffentlichung gerade jetzt erfolgt
- Da sich der größte Engpass der Entwicklung von der reinen Code-Erstellung hin zu Human-in-the-loop-Aufgaben wie Produktspezifikation und Funktionsprüfung verlagert hat, soll durch die Open-Source-Umstellung schneller ein besseres Warp ausgeliefert werden
- Weil Agenten implementierungszentrierte Aufgaben gut bewältigen, können sich Beitragende auf höherwertige Aufgaben mit größerem Hebel konzentrieren: festlegen, was gebaut werden soll, und prüfen, ob das Ergebnis stimmt
- Das Vertrauen in Code, der die Regeln, den Kontext und die Verifizierungsprozesse von Oz durchlaufen hat, ist gestiegen; dadurch verbessern sich auch die Erfolgsaussichten für Beiträge zur Feature-Implementierung
- Je stärker man sich auf Agenten stützt, desto wichtiger wird es, Kernelemente des agentischen Engineerings wie Orchestrierung, Memory, Handoff und Verifizierung weiter auszufeilen — was wiederum zu einem positiven Kreislauf der Produktverbesserung führt
Ausrichtung auf eine offene agentische Entwicklungsumgebung
- Man sieht am Markt keine voll funktionsfähige offene agentische Entwicklungsumgebung und will statt geschlossener Optionen großer Unternehmen eine Alternative öffnen, an der sich die Community beteiligen kann
- Da die zukünftige Form der agentischen Entwicklung noch nicht feststeht, vertritt Warp die Position, dass die Community diese Richtung gemeinsam mitgestalten sollte
- Warp hält an einer Multi-Model- und Multi-Harness-Strategie fest und stärkt diese Offenheit mit der jetzigen Veröffentlichung weiter
- Gemeinsam mit den Nutzenden will man auch den langen Rand des Backlogs abdecken und Warp zur besten ADE ausbauen
Produktänderungen
- Ab heute wird ein breiteres Spektrum an Open-Source-Modellen unterstützt, darunter Kimi, MiniMax und Qwen
- Ebenfalls eingeführt wird neues auto (open)-Model-Routing, das das für die jeweilige Aufgabe am besten geeignete offene Modell auswählt
- Die Anpassungsmöglichkeiten für die Nutzung von Warp wurden erweitert: vom reinen Terminal über eine leichte agentische Entwicklungsumgebung mit nur Diff-View und File-Tree bis hin zur vollständigen ADE mit integriertem Agenten
- Auch die lange aufgeschobene Settings-Datei wurde hinzugefügt, damit Nutzer und Agenten Konfigurationen programmatisch steuern und die Portabilität zwischen Geräten einfach sicherstellen können
Wie das Open-Source-Projekt betrieben wird
- Der Quellcode von Warp ist unter github.com/warpdotdev/warp unter der AGPL-Lizenz veröffentlicht
- Das Beitragsverfahren ist in CONTRIBUTING.md beschrieben; zentrale Umsetzungsaufgaben wie Coding, Planung und Tests werden von Agenten übernommen, während die Community Ideen, Richtung und Verifizierung unterstützt
- Das Warp-Team gibt Leitlinien dazu vor, was wann und wie gebaut wird, aber Warp wird grundlegend zu einem kollaborativen Projekt, das gemeinsam mit der Community entsteht
- Es eröffnet sich die Möglichkeit, in enger Zusammenarbeit mit dem Warp-Team zu einer schnell wachsenden App beizutragen, die von fast einer Million aktiven Entwicklern genutzt wird
- OpenAI-Modelle treiben zwar den neuen Open-Source-Agenten-Workflow an, Beiträge mit anderen Coding-Agenten sind jedoch ebenfalls möglich
- Oz bleibt allerdings das bevorzugte Tool, da die erforderlichen Skills und Verifizierungsschleifen dort standardmäßig enthalten sind
Offenlegung des Entwicklungsprozesses
- Der bisher geschlossene Produktentwicklungsprozess wird in einen offenen Entwicklungsprozess überführt
- Künftig dienen öffentliche GitHub-Issues als Referenzpunkt für das Feature-Tracking; als Ausgangspunkt dient das Feature-Tracking-Issue
- Auch die ADE-Roadmap wird öffentlich, und technische wie produktbezogene Diskussionen rund um die ADE werden offen geführt
Geschäftliche Gründe und langfristige Ausrichtung
- Die Open-Source-Umstellung ist direkt mit dem Ziel verbunden, ein erfolgreiches Geschäft aufzubauen
- Im Wettbewerb mit finanzstarken geschlossenen Konkurrenten kommt man zu dem Schluss, dass geöffnete Ressourcen, mit denen die Community Warp verbessern kann, die schnellere Methode zur Beschleunigung der Produktentwicklung sind
- Da die Mittel fehlen, um über Preiswettbewerb oder große Nutzungssubventionen zu gewinnen, braucht es einen Ansatz, der auf der leidenschaftlichsten Community aufbaut, um das beste Produkt zu schaffen
- Man hofft, dass die Community Warp — in dem fünf Jahre Engineering-Arbeit stecken — als Ausgangspunkt nutzt, um die Zukunft der agentischen Entwicklung zu gestalten
- Es hätte auch den Weg gegeben, wie bisher eine nicht öffentliche Roadmap zu verfolgen und Agenten intern weiter stark auszubauen; dann hätte die Community jedoch die Chance verpasst, die Richtung festzulegen, das Produkt direkt zu verändern und gemeinsam mit Agenten das bestmögliche Produkt zu schaffen
Frühere Pläne und die aktuelle Entscheidung
- Schon seit der ersten Veröffentlichung von Warp als Terminal vor fünf Jahren bestand der Plan, den Client als Open Source freizugeben
- Die Frage einer Veröffentlichung wurde jedes Jahr diskutiert; in diesem Jahr kam man zu dem Schluss, dass sich durch den Aufstieg der Agenten der Gleichgewichtspunkt verschoben hat
- Die Mission von Warp war immer, Entwickler dabei zu unterstützen, bessere Software schneller auszuliefern, und man hofft, mit dieser Veränderung der Entwicklungsweise dieser Mission näherzukommen
1 Kommentare
Hacker-News-Kommentare
Ich habe Warp zum ersten Mal installiert und /agent gebeten, „für jeden Build-Ordner einen Terminal-Tab zu öffnen“, und sofort wurden die AI-Funktionen in meinem Account mit der Begründung Verstoß gegen die Nutzungsbedingungen deaktiviert
Als erste Nutzererfahrung war das wirklich miserabel
Ich frage mich, ob jemand bestätigen kann, dass Warp sich mit keinem Dienst verbindet, sofern es nicht explizit in den Einstellungen aktiviert wurde
Schon die Tatsache, dass anfangs ein Account Pflicht war, wirkte auf mich wie ein Wertekonflikt, und dass man es inzwischen nicht mehr Terminal, sondern agentic development environment nennt, lässt auch vermuten, dass Online-Funktionen im Spiel sind
Ich verstehe auch, dass heutzutage praktisch jedes Produkt auf seiner Webseite irgendwie AI unterbringen muss
Ich würde nur gern wissen, ob es wirklich nicht nach Hause telefoniert
In dem Moment, in dem Warp startet, noch bevor überhaupt ein Fenster erscheint, schickt es 5 HTTP-Anfragen. Eine für die Versionsprüfung und eine für die LLM-Modellliste gehen an app.warp.dev, und 3 Telemetry-Events gehen an warpianwzlfqdq.dataplane.rudderstack.com
Darin enthalten sind eine persistente UUID, Betriebssystem und Version, Warp-Version sowie Name und Eigenschaften des Tracking-Events
Selbst wenn man alle SaaS-Aufforderungen mit No wegklickt und Telemetry in den Einstellungen deaktiviert, war sie nach einem Neustart des Terminals seltsamerweise wieder eingeschaltet
Während der Laufzeit sendet es außerdem weiter Anfragen nach außen, jedes Mal wenn eines der Events aus dieser 7000-Zeilen-Datei ausgelöst wird: https://github.com/warpdotdev/warp/blob/d0f045c01bacbd845a631d07da30f277cfd2b98d/app/src/server/telemetry/events.rs
Zusätzlich zu den genannten Hosts werden auch Anfragen an o540343.ingest.sentry.io gesendet
Insgesamt kommt das einem Datenschutz-Albtraum ziemlich nahe
Für uns ist das ein P0, deshalb wird es innerhalb weniger Stunden ein Fix-Release geben; den PR dazu findet ihr hier: https://github.com/warpdotdev/warp/pull/9438/
Bevor Telemetry an den Server gesendet wird, bekommt der Nutzer eine Option, sie zu deaktivieren
Für Crash-Reporting verwenden wir Sentry, aber auch das kann man abschalten
Die Telemetry-Events sind, wie angemerkt, sowohl im Sourcecode als auch auf der Webseite öffentlich dokumentiert
Wir bieten außerdem ein network log in der App an, in dem man alle von uns gesendeten Anfragen sehen kann, einschließlich der Telemetry-Übertragungen
Wenn man den OSS-Build selbst kompiliert, gibt es überhaupt keine Telemetry und kein Crash-Reporting
Der Grund für den Open-Source-Schritt ist nicht, Vertrauen zu verspielen, sondern gemeinsam mit der Community mehr Vertrauen aufzubauen
Die Erklärung, dass man es Open Source macht, um das Geschäft erfolgreich zu machen, fand ich angenehm ehrlich, und ich halte Warp selbst für großartig
Die beliebten Terminal-Emulatoren, die ich kenne, sind größtenteils ohnehin Open Source, und Warp war eher die seltene Closed-Source-Ausnahme
Es wirkt eher wie ein letzter Versuch, jetzt die „Community“ an der Produktentwicklung arbeiten zu lassen, weil das Geld aus Investorengeldern versiegt
Wenn künftig Agents im Zentrum stehen und die Community nur Ideen oder Spezifikationen zuliefern soll, frage ich mich auch, wie nachhaltig das ist, gerade jetzt, wo die bisherigen Subventionen für Modellpreise wegbrechen
Vielleicht soll das erste Produkt von der Community gepflegt werden, während das Unternehmen in etwas anderes pivotiert
Das mag zynisch klingen, aber bei VC-Wurzeln fällt es schwer, das einfach als reine Gutwilligkeit zu sehen
Warp war fast schon ein Lehrbuchbeispiel dafür, wie man eine wirklich starke Produktvision und UI durch Gier, Closed Source und das Ignorieren von Kunden ruiniert
Ich weiß nicht, wer intern ausgetauscht wurde, um das jetzt noch zu reparieren, aber der Berg ist riesig, und vielleicht ist es schon zu spät und ein anderes Produkt, das von Grund auf neu gebaut wird, hätte bessere Chancen
Ich wünschte, jemand würde eine schlanke Version ohne AI und Code-Editing-Funktionen bauen
Die eigentliche Terminal-Erfahrung ist erstklassig, aber für Agent-Funktionen gibt es mit claude code, opencode, codex und Ähnlichem längst genug andere Optionen, sodass ich das dort nicht brauche
Aber seit man auf den AI-Zug aufgesprungen ist, um eine Monetarisierung zu finden, ist es immer aufgeblähter geworden, und das ständige Drängen in Richtung agents macht es für mich eher unattraktiv
Dazu kommen Datenschutzbedenken, deshalb kann ich es auf Arbeitsgeräten mit gutem Gewissen kaum einsetzen
Deshalb hätte ich auch gern ein Warp ohne Tracking und ohne AI
Im Moment wollten wir das mit einem einzigen Alles-AI-deaktivieren-Button lösen, und beim Onboarding kann man inzwischen auch ohne Login direkt in einen normalen Terminal-Modus gehen
Mich würde interessieren, ob das ausreicht
Damals war es eine Ghostty-Alternative und nicht so eine überladene AI-Bloatware wie heute
Wenn man sagt: „Claude, reiß in diesem Projekt all den nervigen Monetarisierungs- und Vendor-Lock-in-Kram raus“, könnte das erstaunlich gut funktionieren
Ich selbst habe schon einiges an kostenpflichtiger Software ersetzt, indem ich mir mit einer groben Beschreibung nur die Teile nachgebaut habe, die ich wirklich brauchte
Der Ansatz, Open Source einfach als Ersatz für ein gutes Programm zu verwenden, wird auf Dauer wohl nicht tragfähig sein
Sieht nach einer 95%igen Chance aus, das in unter einem Tag end-to-end hinzubekommen
Ich freue mich, dass das Warp-Team diese Entscheidung getroffen hat
Es war jahrelang mein primärer Terminal-Emulator, weil ich es auf einen neuen Laptop sofort übernehmen konnte und mit einem barebones ZSH schon fast alles hatte, ohne wie früher Zeit damit zu verschwenden, ZSH künstlich wieder schnell und funktionsreich zu machen
Die Standard-Autovervollständigung ist ordentlich, das Rendering ist schnell und die Standard-Grafikeinstellungen sind vernünftig, sodass es fast reicht, nur die Schriftart zu ändern
Auch QoL-Dinge wie File-Rendering sind gut
Die Agent-Funktionen habe ich nie benutzt; auf der CLI-Seite zahlt meine Firma für Claude, und den Rest decke ich mit einem Zed-Abo ab
Trotzdem habe ich jetzt mehr Lust, es wieder auszuprobieren
Schade, dass nicht auch die Commit-Historie veröffentlicht wurde
Ich hätte gern einen Branch von vor etwa fünf Jahren genommen, als Warp noch einfach ein Terminal war, und dann AI- und Cloud-Teile entfernt, um daraus wieder ein gutes Terminal mit ordentlichen Funktionen zu machen
Vor der Code-Freigabe hätte ich den aktuellen Stand, vor allem Kommentare und Dokumentation, auch erst komplett prüfen wollen, und allein das ist schon mühsam genug
Große Probleme gab es nicht, nur ein paar Dinge zum Aufräumen, aber wenn ich dieselbe Prüfung für die gesamte Historie hätte machen sollen, hätte ich das auch nicht gewollt
Man hätte es natürlich einfach komplett veröffentlichen können, aber ich hätte mich wohler gefühlt, wenn alle Beteiligten noch einmal eine letzte Public-Readiness-Prüfung gemacht hätten
Danach kann es dann mit dem normalen Review-Prozess weitergehen
Man könnte doch einfach Alacritty oder Ghostty benutzen
Der eigentliche Selling Point von Warp war nie der Terminal-Emulator, sondern der AI-Wrapper
https://x.com/mitchellh/status/2049159764261925005
Ich habe gerade ein Terminal mit Rust und libghostty gebaut, das auch Linux und Windows unterstützt und einen eingebauten Agent hat, der Terminale versteht
Meine Motivation war, dass Warp viel zu sehr versucht hat, mehr als nur ein Terminal zu sein
https://con.nowledge.co
Insofern freut es mich, dass Warp jetzt Open Source ist
Warp muss noch eine Menge schlechter Entscheidungen aus der Vergangenheit überwinden, und auch mit der Open-Source-Ankündigung ist das Vertrauen noch längst nicht vollständig wiederhergestellt
Mein Hauptterminal ist aktuell Ghostty, aber ich habe Warp auch eine Zeit lang beobachtet
Warp wirkt weniger wie ein minimalistisches Terminal und eher fast wie eine IDE oder ADE, daher frage ich mich, wie unterschiedlich die beiden Produkte wirklich sind
Nebenbei habe ich gesehen, wie Mitchell getwittert hat, dass Leute in SF zu ihm gekommen sind, um ihm zu zeigen, wie stark sie Ghostty angepasst haben, und ich frage mich, ob das hier auch viele gemacht haben
Mich würde zum Beispiel auch interessieren, wie einfach es wäre, das Repository zu forken und selbst eine Warp-Funktion einzubauen, die ich gern hätte
Die Idee ist, Ghostty innerhalb von Warp als Terminal-Grid-Renderer zu verwenden
Anfangs wurde den Nutzern zu viel AI aufgedrängt, und dadurch konnte das Produkt seinen eigentlichen Reiz nicht richtig zeigen
Ghostty dagegen ist im Vergleich zur Konkurrenz deutlich stabiler, schneller und benutzerfreundlicher
Ich habe selbst ungefähr zwei Wochen daran herumgebastelt und etwas gebaut, das alltagstauglich genug für mich ist
Ich wollte einen modalen Workflow ähnlich wie in vim oder dem Copy-Mode von tmux, aber ohne den Overhead, tmux tatsächlich zu benutzen
Natürlich ist das viel komplexer als einfach „ein kleines Feature zu Ghostty hinzufügen“, aber wenn du ein Gefühl dafür bekommen willst, schau dir das Repository an: https://github.com/milch/mistty
Unter Windows funktioniert es auch ziemlich gut zusammen mit git bash
Ach so, es ging gar nicht um OS/2 Warp
Mich würde interessieren, ob man die Größe unter 850 MB bekommen kann