AI sprengt GitHub, es stürzt täglich ab. Ein 18-jähriger Veteran verlässt mit einem Projekt mit 50.000 Sternen.

【Einführung】Mitchell Hashimoto, der 1299. Benutzer von GitHub und der Vater von Vagrant, hat die Geduld verloren und verlässt GitHub mit seinem 50.000-Sterne-Projekt Ghostty. 18 Jahre Liebe wurden durch die wiederholten Ausfälle und die Umstellung auf KI vollständig aufgebraucht.

GitHub könnte von KI „überlastet“ werden. Dies ist möglicherweise keine Alarmistischerklärung.

Mitchell Hashimoto, der 1299. Benutzer von GitHub, registrierte sich im Februar 2008, viel früher als die meisten Entwickler.

Gestern schrieb er einen Abschiedsbrief, der fast wie eine Liebeskummergeschichte klingt: Er wird sein Star-Terminal-Projekt Ghostty offiziell von GitHub abziehen.

Dieser Open-Source-Veteran, der die Hälfte seines Lebens auf GitHub verbracht hat, hat in den letzten Monaten jeden Arbeitstag, der durch Ausfälle von GitHub zerstört wurde, mit einem Kreuz markiert - und das Ergebnis ist beinahe, dass es an jedem Tag ein Kreuz gibt.

Nachdem die KI-Welle GitHub gleichzeitig zum weltweit größten Code-Repository, zur weltweit größten LLM-Trainingsmühle und zum weltweit größten KI-Agenten-Betriebssystem gemacht hat, wird diese fast 20 Jahre alte Maschine mit bloßem Auge sichtbar überlastet.

Hier ist eine kurze Einführung zu diesem Großmeister: Vagrant, Terraform, Packer - die Hälfte der namhaften Open-Source-Tools im Bereich der Silicon Valley-Infrastruktur stammen von ihm.

Ghostty ist eines der am meisten beachteten Open-Source-Terminalsimulatoren des vergangenen Jahres. Es ist für macOS und Linux verfügbar und in Zig + Swift geschrieben. Innerhalb eines Jahres nach der Veröffentlichung hat es über 50.000 Sterne auf GitHub erhalten.

Seit 18 Jahren öffnet Mitchell Hashimoto GitHub fast täglich mehrere Male.

Er checkt Issues während des Urlaubs, macht Commits an der Flitterwochennacht und heilt seine Wunden in der Open-Source-Community nach einer Trennung.

„Wo ich meine Projekte ablege, war für mich nie eine Frage. Es war immer GitHub.“

Aber gerade jetzt hat er auf X angekündigt: Ghostty wird offiziell von GitHub abgezogen.

In seiner Stimme ist kein Zorn, nur eine fast unvernünftige Traurigkeit.

Dies ist keine normale Beschwerde eines Entwicklers. Dies ist ein Mann, der die Hälfte seines Lebens auf GitHub gesetzt hat, und er geht weinend.

Was noch interessanter ist, ist der Grund für seinen Abschied - nicht, dass ihn Konkurrenten weggeschleust haben, nicht wegen geschäftlicher Streitigkeiten, sondern GitHub selbst ist kaputt.

In den letzten Monaten hat Hashimoto ein Tagebuch geführt.

An jedem Tag, an dem seine Arbeit durch die Ausfälle von GitHub beeinträchtigt wurde, hat er ein Kreuz gesetzt.

Das Ergebnis ist erschreckend: Es gibt beinahe an jedem Tag ein Kreuz.

Schauen wir uns zunächst seinen handschriftlichen Brief an.

Beim Schreiben dieses Artikels überkommt mich eine fast unvernünftige Traurigkeit:

Ghostty wird von GitHub abgezogen.

Ich bin der 1299. Benutzer von GitHub und habe mich bereits im Februar 2008 dieser Community angeschlossen.

In den letzten 18 Jahren hat GitHub mehr als die Hälfte meines Lebens eingenommen. Ich öffne es fast täglich mehrere Male. Ob ich in der Open-Source-Welt Trost suchte, nachdem ich eine schmerzliche Trennung erlebt hatte, oder ob ich um 4 Uhr morgens in meinem Studentenwohnzimmer alleine Code schrieb, oder sogar Commits machte, während meine Frau in der Flitterwoche schlief, GitHub war einmal der glücklichste und am liebsten besuchte Ort für mich.

Einige Menschen verbringen ihre Zeit mit dem Scrollen durch soziale Medien, während ich mich seit Jahren damit beschäftige, die Issues auf GitHub zu scrollen und sogar während meines Urlaubs die Art und Weise untersuche, wie andere Maintainer mit schwierigen Problemen umgehen. Meine Hobbys, meine Arbeit und meine Leidenschaft waren hier perfekt vereint.

Selbst meine ursprüngliche Motivation, Vagrant zu entwickeln, war es, eine Stelle bei GitHub zu bekommen.

Aber in letzter Zeit habe ich GitHub in der Öffentlichkeit immer häufiger kritisiert und bin sogar etwas wütend und spöttisch geworden. Dieser Zorn stammt eigentlich aus einer sehr persönlichen Emotion: Ich liebe GitHub mehr als alle anderen, aber es enttäuscht mich jetzt jeden Tag. In den letzten Monaten habe ich ein Tagebuch geführt und an jedem Tag, an dem meine Arbeit durch die Ausfälle von GitHub beeinträchtigt wurde, ein Kreuz gesetzt. Das Ergebnis ist beinahe, dass es an jedem Tag einen Eintrag gibt.

Genau als er diesen Abschiedsblogbeitrag schrieb, war GitHub Actions wieder ausgefallen.

Was noch interessanter ist, ist, dass Hashimotos Blogbeitrag bereits eine Woche im Voraus geschrieben war - und am Tag der Veröffentlichung stieß es genau mit dem großen ElasticSearch-Ausfall am 27. April zusammen, der die globalen GitHub-Benutzer fast 18 Stunden lang lahmlegte.

Für mehr als zwei Stunden konnte man keine PRs reviewen, keine Codeänderungen zusammenführen, und die gesamte Entwicklungs-Pipeline blieb stehen.

Dies ist kein Einzelfall. Dies ist der Alltag.

Eine Frage taucht auf: Was ist mit der einst zuverlässigsten Code-Hosting-Plattform der Welt passiert?

Die Antwort lässt sich nicht von einem Wort trennen - KI und die Menschen, die KI-Coding verwenden.

GitHub wird von KI verschlungen

2018 erwarb Microsoft GitHub für 7,5 Milliarden US-Dollar.

Das Versprechen damals war einfach: GitHub soll den Entwicklern besser dienen.

In den ersten Jahren war das tatsächlich der Fall. Mit der Einführung von GitHub Actions und der Integration von CI/CD hat sich die Entwicklererfahrung stetig verbessert.

Aber seit der Veröffentlichung von Copilot im Jahr 2021 hat sich die Richtung geändert.

GitHub Copilot ist zur Spitze der Microsoft-KI-Strategie geworden. Ein persönliches Abonnement kostet 10 US-Dollar pro Monat, das Team-Abo 19 US-Dollar und das Unternehmens-Abo 39 US-Dollar.

2024 wurde Copilot Workspace eingeführt, das es KI ermöglicht, Issues zu lesen, Code zu schreiben und PRs zu erstellen.

2025 wurde der Copilot Agent-Modus eingeführt, mit dem KI den gesamten Prozess von der Anforderung bis zum Code autonom abwickeln kann.

Es folgen eine Reihe von Produktpräsentationen.

Bei jeder Aktualisierung des GitHub-Blogs sind acht von zehn Beiträgen mit KI verbunden.

Allerdings steigt die Frustration in der Entwicklergemeinschaft stetig.

Die Stabilität von GitHub Actions ist das schwerste Problem.

Das Bauen von Projekten dauert manchmal eine halbe Stunde, die Runner scheitern mysteriös, die Caches gehen verloren und man kann keine Logs einsehen.

Dies sind keine Randfälle, sondern Probleme, mit denen sich Millionen von Entwicklern täglich konfrontieren.

Interessanterweise werden die Vorfälle auf der GitHub Status-Seite immer häufiger.

Eine Dutzend Benachrichtigungen über verschlechterte Leistung innerhalb eines Monats wären vor fünf Jahren nicht vorstellbar.

Hashimotos Tagebuch macht nur sichtbar, was alle unbewusst spüren.

Das Paradoxe an dieser Situation ist: GitHub ist nicht schlechter geworden, sondern seine Aufmerksamkeit hat sich verschoben.

Wenn eine Plattform ihre besten Ingenieure, die meisten Ressourcen und die größte strategische Wichtigkeit auf KI-Funktionen setzt, ist es unvermeidlich, dass die Infrastruktur auf „ausreichend“ reduziert wird.

Copilot bringt jährlich mehrere hundert Millionen US-Dollar ein, während Actions eine kostenlose Funktion ist. Es bedarf keiner Vorhersage, wohin die Ressourcen fließen.

Wer mit Unternehmenssoftware vertraut ist, wird sofort verstehen: Dies ist das Gegenteil des klassischen „Innovator's Dilemma“ - nicht, dass eine neue Technologie das alte Geschäft untergräbt, sondern dass das Fundament des alten Geschäfts während des Strebs nach neuen Geschäftsfeldern labil wird.

Die Rückkopplung von KI-generiertem Code

Es gibt noch einen tieferen Einfluss, den viele Menschen nicht bemerkt haben.

KI verändert grundlegend die Laststruktur von GitHub.

Dies ist keine Spekulation.

Am gleichen Tag, als Hashimoto seinen Blogbeitrag veröffentlichte, hat der neue CTO von GitHub, Vlad Fedorov, selten öffentlich geschrieben, dass sie im Oktober 2025 ein Plan zur Verzehnfachung der Kapazität gestartet haben, aber bis Februar 2026 festgestellt haben, dass dies weit nicht genug ist - sie müssen die Kapazität um das 30-fache neu planen. Der Grund wurde offiziell genannt: Seit der zweiten Hälfte Dezember 2025 hat der agentische Entwicklungsworkflow stark beschleunigt. Der ElasticSearch-Ausfall am 27. April, der die globalen Entwickler 18 Stunden lang lahmlegte, war darauf zurückzuführen, dass der Cluster überlastet war - der CTO schrieb im Blog, dass die vorläufige Vermutung ist, dass es sich um einen Botnetzangriff und einen Überlastung der Traffic handelt.

Nach der Einführung von Copilot Agent, Codex, Claude Code, Cursor und anderen KI-Programmiertools hat die Anzahl der Code-Commits, PRs und Issues auf GitHub stark zugenommen.

Das liegt nicht daran, dass es mehr Entwickler gibt, sondern daran, dass die Produktivität jedes Entwicklers durch KI um ein Vielfaches gesteigert wurde.

Ein Engineer, der Claude Code verwendet, kann in einem Tag so viel Code committen, wie er sonst in einer Woche schreibt.

Multipliziert mit Millionen von aktiven Benutzern steigt der Druck auf die GitHub-Backend-Infrastruktur exponentiell.

Was noch schlimmer ist, ist, dass KI-generierter Code oft mit einer großen Anzahl von automatisierten Tests und CI-Pipelines verbunden ist.

Jedes Mal, wenn KI den Code ändert und einen Commit macht, muss GitHub Actions einen Bau-, Test- und Deploy-Vorgang ausführen. Früher wurde CI nur einmal pro PR ausgeführt, jetzt fünf Mal bei fünf Iterationen der KI.

Die GitHub-Infrastruktur wurde für die menschliche Arbeitsgeschwindigkeit entwickelt.

Die Geschwindigkeit von KI kann sie nicht verkraften.

Das ist ein schwarzer Humor: GitHub verkauft Copilot, um KI zu nutzen, um Code zu schreiben, und der von KI geschriebene Code überlastet die GitHub-Infrastruktur.

Hashimoto hat in seinem Blogbeitrag diesen Aspekt nicht direkt angesprochen.

Aber die von ihm