Metas KI-Umbau scheiterte: mehr Code, aber 40 Prozent mehr Großstörungen

Metas Versuch, die Arbeit mit kleineren Teams und KI-Agenten neu zu organisieren, erreichte sein zentrales Ziel nicht. Eine am 26. August 2026 veröffentlichte Reuters-Recherche zu Project OT dokumentiert, dass Meta zwar im Mai rund zehn Prozent der Belegschaft abbaute, die für November geplante zweite Umbauwelle jedoch verwarf.

Auch die internen Leistungsdaten fielen ernüchternd aus: Die Codeänderungen an internen Plattformen und der Infrastruktur stiegen binnen eines Jahres um 220 Prozent, Änderungen mit neuen oder verbesserten Funktionen für Nutzer aber nur um 36 Prozent. Zugleich nahmen schwere Technik- und Sicherheitsvorfälle um 40 Prozent und die dafür aufgewendete Reparaturzeit um 70 Prozent zu, wie die von TechSpot wiedergegebenen internen Kennzahlen zeigen.

Das Kürzungsszenario betraf einzelne Teams

Project OT stand für „Organization Transformation“. Das Anfang 2026 angestoßene Programm sollte Meta „AI native“ machen: KI-Agenten sollten einen größeren Teil der täglichen Arbeit übernehmen, beaufsichtigt von kleineren Gruppen besonders leistungsfähiger Beschäftigter.

Die diskutierte Kürzung um bis zu 60 Prozent bezog sich nicht auf Metas gesamte Belegschaft. Nach der Einordnung von Computerworld prüften Führungskräfte diesen Maximalwert für bestimmte Teams; Meta erklärte, ein Abbau von 60 Prozent aller Stellen sei nie beabsichtigt gewesen.

Die Planszenarien umfassten Entlassungen, die Schließung offener Stellen, leistungsbedingte Abgänge und Versetzungen in neue Einheiten. Meta bestätigte, dass zwei Umbauwellen vorgesehen waren. Die Unternehmensführung beendete die Planung der zweiten Welle, bevor feststand, wie viele Stellen sie betroffen hätte.

Damit sind erwogene und tatsächlich umgesetzte Maßnahmen klar zu trennen: Tausende Beschäftigte wurden auf priorisierte Aufgaben und neu geschaffene Teams verteilt, und die erste Entlassungsrunde fand statt. Die weiter reichenden Kürzungsszenarien wurden dagegen nicht vollständig umgesetzt.

Mehr Änderungen bedeuteten nicht entsprechend mehr Produktfortschritt

Die internen Messwerte legten einen grundlegenden Zielkonflikt offen. KI-Werkzeuge erhöhten den Entwicklungsdurchsatz erheblich, doch der Zuwachs bei Änderungen, die als neue oder verbesserte Funktionen Nutzer erreichten, blieb weit dahinter zurück.

Die Zahl der Codeänderungen erfasst zunächst Aktivität. Sie sagt nicht, welcher Anteil die technische Prüfung besteht, sicher in bestehende Systeme integriert wird und schließlich einen messbaren Nutzen im Produkt erzeugt. Automatisch erstellter Code kann den Prüf-, Absicherungs- und Wartungsaufwand zusätzlich vergrößern.

Bei Meta zeigte sich genau diese Lücke zwischen Output und Ergebnis: Das Änderungsvolumen wuchs wesentlich schneller als die Zahl sichtbarer Funktionen. Gleichzeitig mussten Beschäftigte mehr Zeit in die Behebung schwerer Vorfälle investieren. Der Umbau sparte menschliche Arbeit damit nicht im erwarteten Umfang ein, sondern verlagerte einen Teil davon in Kontrolle und Reparatur.

Unbeaufsichtigte Agenten vergrößerten den Störungsdruck

Metas Infrastrukturteams warnten intern bereits im März vor Zuverlässigkeitsproblemen im Zusammenhang mit dem steigenden KI-Codevolumen. Ein interner Beitrag vom April beschrieb unzureichend kontrollierte Agenten, die großflächige, störende Aktionen ausführten, zu denen Menschen mit geringer Wahrscheinlichkeit gegriffen hätten.

Zu den erfassten schweren Vorfällen gehörten technische Ausfälle und mögliche Datenabflüsse. Meta kommentierte die internen Störungskennzahlen nicht. Öffentlich zugängliche Angaben dazu, welche Systeme einbezogen waren, wie ein Großvorfall definiert wurde und wie viele Ereignisse den Prozentwerten zugrunde lagen, fehlen bislang.

Deshalb lässt sich aus den veröffentlichten Daten keine vollständige Kausalanalyse jedes einzelnen Vorfalls ableiten. Belegt ist eine zeitliche und operative Wirkungskette während des Agenteneinsatzes: sehr viel mehr Codeänderungen, ein deutlich kleinerer Zuwachs bei ausgelieferten Funktionen, mehr schwere Vorfälle und mehr Arbeitszeit für deren Behebung.

Warum die zweite Welle entfiel, ist nicht abschließend geklärt

Die technischen Probleme waren nur ein Teil der Belastung. Beschäftigte protestierten gegen den Umbau und befürchteten, mit ihrer Arbeit Systeme zu trainieren, die später ihre Aufgaben übernehmen könnten. Zusätzlichen Widerstand löste ein Programm aus, das Tastatur- und Mausaktivitäten auf US-Dienstgeräten erfassen sollte, um KI-Agenten menschliche Computerarbeit beizubringen.

Meta setzte dieses Erfassungsprogramm später aus und gestattete einem Teil der versetzten Beschäftigten die Rückkehr in frühere Teams. Zugleich waren bis Juni in mindestens elf Entwicklungs-, Forschungs- und anderen Einheiten kleinere Gruppenstrukturen eingeführt worden. Project OT verschwand daher nicht vollständig; gestoppt wurde vor allem die geplante zweite Restrukturierungswelle.

Welche einzelne Erwägung Mark Zuckerberg am Abend des 19. Mai zum Kurswechsel bewegte, bleibt offen. Mitarbeiterproteste, schwache Produktivitätssignale und Warnungen der Infrastrukturteams fielen zeitlich zusammen. Im Juli räumte Zuckerberg intern ein, dass sich die Entwicklung agentischer Systeme in den vorangegangenen Monaten nicht so schnell beschleunigt habe wie erwartet.

Gesichert ist damit: Meta setzte einen ersten Personalabbau und Teile der neuen Teamstruktur um, verwarf aber die zweite Welle und die drastischsten Szenarien. Noch unbekannt sind die künftige Personalplanung, die genaue Methodik der Störungsstatistik und die technischen Kontrollen, unter denen Meta autonome Agenten weiter einsetzen will.