Warp ist jetzt Open Source
(warp.dev)- Durch die Umstellung auf Open Source kann sich die Community an der Entwicklung des Warp-Clients beteiligen und dank eines auf Oz basierenden agent-first Workflows gemeinsam mit Agenten beitragen
- Da sich der größte Flaschenhals in der Entwicklung von der Code-Erstellung hin zu human-in-the-loop-Aufgaben wie Spezifikation und Validierung verlagert, ü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, stärkt Warp statt geschlossener Alternativen ein offenes Entwicklungsmodell, bei dem die Community die Richtung mitgestalten kann
- Mit dieser Umstellung kommen Unterstützung für Kimi, MiniMax, Qwen, neues auto (open)-Model-Routing, umfangreichere 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, und da die Entwicklung auf Basis öffentlicher GitHub-Issues und einer öffentlichen Roadmap erfolgt, erweitert sich die Grundlage, gemeinsam mit der Community die Zukunft der agentischen Entwicklung zu gestalten
Hintergrund der Open-Source-Umstellung
- Der Warp-Client wurde zu Open Source, und die Community kann sich nun über einen auf Oz basierenden agent-first Workflow an der Entwicklung beteiligen
- OpenAI ist Gründungssponsor des neuen Warp-Repositorys, und der neue Workflow zur Agentenverwaltung wird von GPT-Modellen angetrieben
- Menschen verwalten Agenten im großen Maßstab, während Agenten die Umsetzung von produktionsreifer Software übernehmen — dieses Modell etabliert sich zunehmend als Zukunft der Softwareentwicklung
- Durch die Kombination von Ideen verschiedener Mitwirkender, dem strukturierten Prozess der Oz-Agenten, reichhaltigem Kontext und Self-Improvement-Loops zielt Warp auf ein Produkt, das über das hinausgeht, was allein durch interne Entwicklung möglich wäre
Warum jetzt veröffentlicht wurde
- Der größte Flaschenhals bei der Entwicklung hat sich von der reinen Code-Erstellung hin zu human-in-the-loop-Aufgaben wie Produktspezifikation und Verhaltensvalidierung verschoben; durch die Open-Source-Umstellung will Warp deshalb schneller ein besseres Produkt ausliefern
- Da Agenten implementierungsorientierte Aufgaben gut übernehmen, können sich Mitwirkende auf höherwertige Aufgaben mit mehr Hebelwirkung konzentrieren: festlegen, was gebaut werden soll, und prüfen, ob das Ergebnis stimmt
- Das Vertrauen in Code, der die Regeln, den Kontext und die Validierungsprozesse von Oz durchlaufen hat, steigt, wodurch auch die Erfolgswahrscheinlichkeit von Beiträgen zur Feature-Implementierung zunimmt
- Je stärker man sich auf Agenten stützt, desto wichtiger wird es, Kernelemente des agentischen Engineerings wie Orchestrierung, Memory, Handoff und Validierung weiter zu verfeinern — was wiederum die Produktverbesserung in einem positiven Kreislauf vorantreibt
Ausrichtung auf eine offene agentische Entwicklungsumgebung
- Warp geht davon aus, dass es am Markt keine voll funktionsfähige offene agentische Entwicklungsumgebung gibt, und will daher statt bestehender geschlossener Optionen großer Unternehmen eine Alternative öffnen, an der die Community mitwirken kann
- Da die zukünftige Form von agentic development noch nicht feststeht, vertritt Warp die Position, dass die Community diese Richtung gemeinsam gestalten 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 Nutzerinnen und Nutzern will Warp auch die lange Tail des Backlogs abdecken und Warp zur besten ADE machen
Produktänderungen
- Ab heute wird die Unterstützung für ein breiteres Spektrum an Open-Source-Modellen hinzugefügt, darunter Kimi, MiniMax und Qwen
- Ebenfalls verfügbar ist neues auto (open)-Model-Routing, das für eine Aufgabe das am besten geeignete offene Modell auswählt
- Die Anpassung der Nutzung von Warp wird deutlich flexibler: von einfach nur einem Terminal über eine leichte agentische Entwicklungsumgebung mit nur Diff-Ansicht und Dateibaum bis hin zu einer vollständigen ADE mit integriertem Agenten
- Hinzu kommt außerdem die lange aufgeschobene Settings-Datei, mit der Nutzer und Agenten Einstellungen programmatisch steuern und die Portabilität zwischen Geräten einfach sicherstellen können
Betrieb als Open-Source-Projekt
- Der Quellcode von Warp wird unter der AGPL-Lizenz auf github.com/warpdotdev/warp veröffentlicht
- Das Beitragsverfahren ist in CONTRIBUTING.md beschrieben; zentrale Umsetzungsaufgaben wie Coding, Planung und Tests übernehmen Agenten, während die Community Ideen, Richtung und Validierung unterstützt
- Das Warp-Team gibt Leitlinien dazu vor, was wann und wie gebaut wird, aber Warp wandelt sich 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
- Zwar treiben OpenAI-Modelle den neuen Open-Source-Agenten-Workflow an, Beiträge mit anderen Coding-Agenten sind jedoch ebenfalls möglich
- Allerdings bringt Oz die nötigen Fähigkeiten und Validierungsschleifen standardmäßig mit und wird deshalb zum bevorzugten Werkzeug
Öffnung 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; den Ausgangspunkt bildet das Feature-Tracking-Issue
- Auch die ADE-Roadmap wird öffentlich, und technische sowie produktbezogene Diskussionen rund um ADE werden offen geführt
Geschäftliche Gründe und langfristige Richtung
- Die Open-Source-Umstellung ist direkt mit dem Ziel verknüpft, ein erfolgreiches Geschäft aufzubauen
- Im Wettbewerb mit finanzstarken geschlossenen Konkurrenten kommt Warp zu dem Schluss, dass das Öffnen von Ressourcen für die Community, damit diese Warp verbessern kann, die schnellere Art ist, die Produktentwicklung zu beschleunigen
- Da die Mittel fehlen, über Preiswettbewerb oder umfangreiche Nutzungszuschüsse zu konkurrieren, braucht es einen Ansatz, der auf der leidenschaftlichsten Community basiert, um das beste Produkt zu bauen
- Warp hofft, dass die Community die in fünf Jahren aufgebaute Engineering-Arbeit als Ausgangspunkt nutzt, um die Zukunft der agentischen Entwicklung zu gestalten
- Es hätte auch den Weg gegeben, wie bisher intern mehr Agenten zu skalieren und auf eine private Roadmap zu setzen, aber dadurch hätte die Community die Chance verpasst, die Richtung zu bestimmen, das Produkt direkt zu verändern und gemeinsam mit Agenten das bestmögliche Produkt zu bauen
Frühere Pläne und die jetzige Entscheidung
- Schon als Warp vor fünf Jahren erstmals als Terminal veröffentlicht wurde, gab es den Plan, den Client später zu Open Source zu machen
- Jedes Jahr wurde die Frage einer Veröffentlichung diskutiert; in diesem Jahr hat sich das Gleichgewicht nach Einschätzung von Warp durch den Aufstieg der Agenten verschoben
- Die Mission von Warp war immer, Entwicklerinnen und Entwicklern dabei zu helfen, bessere Software schneller auszuliefern, und Warp hofft, diesem Ziel durch die veränderte Art der Entwicklung noch näher zu kommen
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