AI/works™ by Thoughtworks — Thoughtworks' Agentic Development Platform / "We are doing it again for the AI era"

Kernpunkte

1. Datum / Quelle. Produktseite thoughtworks.com/ai/works, Copyright 2026 Thoughtworks, Inc. Zugriffsdatum: 2026-05-12. Evergreen-Seite — es gibt kein explizites Veröffentlichungsdatum, daher wird das Zugriffsdatum verwendet.
2. Autor. Thoughtworks als Unternehmen (auf der Seite wird keine Einzelperson genannt).
3. Offizielle Marke. AI/works™, als Marke geschützt. Aufgefächert in Submarken für jede Fähigkeit: Reverse Engineering with AI/works™, Dynamic Spec Development with AI/works™, Spec to Code with AI/works™, Developer Experience with AI/works™, AI/works™ Control Plane, AI/works™ Runtime Ops.
4. Einstiegs-Tagline. „Wir machen es erneut, für das KI-Zeitalter.“ — eine explizite Berufung auf Thoughtworks' Erbe (XP, CI/CD, Microservices, Refactoring), um die neue Plattform zu verkaufen.
5. Zentrale These (wirtschaftlich). „Der Durchbruch liegt in der Ökonomie. Der alte Ansatz ließ einen Millionen für den Bau zahlen, für den Betrieb, und dann erneut für den Neubau zahlen. AI/works™ beendet diese Routine.“ Vier daraus abgeleitete Versprechen: 1. „Aktualisiert Ihre Systeme fortlaufend, wenn sich Geschäftsanforderungen, Vorschriften, Sicherheitsbedrohungen und Modelle weiterentwickeln.“ 2. „Regeneriert, was benötigt wird, ohne token blowout.“ 3. „Ihre Systeme hören endlich auf zu altern.“ 4. „Ihre neuen Produkte gelangen im Schnellverfahren in die Produktion.“
6. Sechs Plattformfähigkeiten. (vollständige SDLC-Journey): 1. Reverse Engineering — „Erfasst Legacy-Codebasen, rekonstruiert die Geschäftslogik und erzeugt validierte As-is-Spezifikationen, bevor neuer Code hinzugefügt wird.“ → Einstiegspunkt für Legacy-Systeme. 2. Dynamic Spec Development — „Wandelt Rohanforderungen in eine dynamische, einheitliche Spezifikation um, die Architektur, Workflows, Sicherheit, Daten und UX abdeckt.“ → hier entsteht die Super Spec. 3. Spec to Code — „Erzeugt aus der Super Spec mittels coordinated agents hochpräzisen, testbaren Code, der Architektur, Workflows und Nutzererfahrung aufeinander abstimmt.“ → Code, der von coordinated agents aus der Super Spec generiert wird. 4. Developer Experience — „Standardisiert KI-unterstützte Entwicklung über governed golden paths, automatisierte Pipelines und einen gemeinsamen Fähigkeitenkatalog, der die Bereitstellung teamübergreifend skaliert.“ → IDP / Platform Engineering für Entwickler. 5. Control Plane — „Orchestriert und steuert KI-Agenten mit voller Kostentransparenz, aktiven Guardrails und durchgängiger Lineage, um eine sichere, konforme Ausführung im großen Maßstab sicherzustellen.“ → die Governance-Schicht für Agenten. 6. Runtime Ops — „KI-gestützte Betriebsumgebung für kontinuierliches Monitoring und Wartung. Sie erkennt Änderungen, aktualisiert die Super Spec und regeneriert betroffenen Code, um Systeme standardmäßig modern zu halten.“ → kontinuierlicher Betrieb mit einer Super-Spec-/Code-Schleife.
7. Zentrales Konzept: die Super Spec. — ein proprietärer Thoughtworks-Begriff für die dynamische, einheitliche Spezifikation (Architektur + Workflows + Sicherheit + Daten + UX), die als Single Source of Truth für die Codegenerierung und -regenerierung in Produktion dient. Wichtige Unterscheidung: Die Super Spec ist kein statisches Dokument — sie wird von Runtime Ops kontinuierlich aktualisiert, sobald eine Änderung erkannt wird, und der betroffene Code wird neu generiert, nicht gepatcht.
8. 3-3-3-Methodik.
9. 3 Tage. → Produktkonzept: „Stakeholder auf Umfang, Ziele und Ergebnisse abstimmen.“
10. 3 Wochen. → Prototyp: „einen Prototyp erstellen, der Desirability, Viability und Feasibility bestätigt.“ (die klassischen 3 IDEO-/Design-Thinking-Kriterien).
11. 3 Monate. → MVP in Produktion: „MVP mithilfe von AI/works™ ausliefern und mit der kontinuierlichen Weiterentwicklung beginnen.“
12. Tagline: „Industrietaugliche Systeme in 3 Monaten liefern. Ob Legacy oder neu — es bringt Sie in 3 Monaten von der Idee zum MVP und liefert industrietaugliche Systeme, die erwachsen werden, statt zu altern.“
13. Analysten-Anerkennung. Constellation Research (eine Silicon-Valley-Firma unter der Leitung von R. „Ray“ Wang, mit Fokus auf CXOs). Zitat: „würdigte AI/works™ dafür, die Ökonomie der Enterprise-Software-Bereitstellung zu verändern“. Anerkannter Ansatz: „der spezifikationsgetriebene, lebenszyklusorientierte Ansatz verändert, wie Software gebaut, modernisiert und betrieben wird.“ → CTA „Get the report“.
14. Explizite Anti-Positionierung.
15. „Keine Beraterheere.“ → ein direkter Seitenhieb auf die großen Integratoren (Accenture, Capgemini, TCS, Infosys, Cognizant), die nach der Anzahl eingesetzter Junior-Berater abrechnen. Thoughtworks beansprucht ein Modell aus Technologen + Plattform statt Bodies-on-Seats.
16. „Die Finanzabteilung kann die Rechnung öffnen, ohne die Notbeleuchtung einzuschalten.“ → unternehmerische Ironie über die Budgetspitzen klassischer IT-Projekte.
17. „Stützt sich auf ein technisches Fundament statt auf Begeisterung.“ → bekennender Anti-Hype.
18. Vorgestellte Partner (Karussell).
19. Clouds. AWS, Google Cloud, Microsoft Azure
20. Datenplattformen. Databricks, Snowflake
21. LLMs. Claude (Anthropic), DeepSeek, Gemini (Google), Grok (xAI), OpenAI
22. Compute. NVIDIA, Groq
23. Spezialisiert / Nische. CAST (Legacy-Code-Analyse — relevant für Reverse Engineering), Cyn DX (?), Mechanical Orchard (Modernisierung/Refactoring von Legacy-Mainframes — relevant), Spotify (?), Stripe (?)
24. Anmerkung. Mechanical Orchard ist ein Akteur im Bereich der Modernisierung von Legacy-Mainframes; seine Präsenz hier passt zur Reverse-Engineering-Fähigkeit. Stripe und Spotify sind vermutlich eher Referenzkunden als technische Partner im engeren Sinne.
25. Doppelter CTA. „Request a discovery call“ (vertriebsgetrieben, Enterprise-B2B) oder „Sign up for updates“ (Early Adopter, Awareness). Keine Self-Service-Demo auf der Seite. Eine vertriebsgetriebene Plattform, hoher ACV zu erwarten.
26. Bemerkenswerte Leerstellen.
27. Keine Einzelperson genannt. (kein Fowler, Parsons, Böckeler, Kamelman, Newman) — dabei sind genau diese Personen es, die die Doktrin intellektuell tragen. Eine unternehmerische Entscheidung, die Plattform als Gemeinschaftswerk zu positionieren statt an eine individuelle Signatur zu binden.
28. Keine konkreten ROI-/Kosten-/Leistungszahlen. — kein „X3-X4“, keine „50 % Kostensenkung“, kein NPS. Nur die 3-3-3-Methodik liefert einen zeitlichen Rahmen.
29. Keine detaillierte Kundenfallstudie. — Stripe und Spotify erscheinen als Logos, nicht als Testimonials.
30. Keine Erwähnung. von Kiro (AWS, Fiche 2025-07-15), Tessl CDLC (Debois-Fiches 2026-02-19/26), Cursor, Devin — kein direkter Wettbewerbsvergleich.
31. Zu merkendes proprietäres Thoughtworks-Vokabular. AI/works™, Super Spec, governed golden paths, shared capability catalog, end-to-end lineage, coordinated agents, active guardrails, continuous evolution, industrial-grade, grow up instead of grow old, token blowout, 3-3-3 methodology.
32. Verbindung zum Veille-Korpus.
33. Direkte Fortsetzung von Kamelman/Thoughtworks. Service-as-Software (Fiche kamelman-thoughtworks-service-as-software-economic-model-ai-agents-2025-12-03): AI/works™ ist die produktförmige Umsetzung des SaS-Wirtschaftsmodells — Verkauf industrieller Ergebnisse über Plattform + Technologen, nicht Verkauf von Sitzplätzen.
34. Fortsetzung von Fowler/Thoughtworks Retreat. (Fiche fowler-thoughtworks-retreat-llm-software-development-2026-02-13): Fowler hatte im Februar 2026 Thoughtworks' intellektuelle Haltung zu LLMs in der Softwareentwicklung formalisiert (akzeptabler Nichtdeterminismus, der Stellenwert der Spec, Abstraktion).
35. Fortsetzung von Böckeler. Harness Engineering for Coding Agents (Fiche boeckeler-harness-engineering-coding-agents-2026-04-02): Böckeler (Thoughtworks Distinguished Engineer) hatte im April 2026 die harness engineering-Doktrin vertreten — AI/works™ lässt sich als das verpackte industrielle Harness lesen.
36. Angelsächsisches kommerzielles Äquivalent zu Wescale. Usine Logicielle Augmentée (Fiche wescale-usine-logicielle-augmentee-juge-strategique-2026-05-03): dieselbe zugrunde liegende These (eine agentenorchestrierte Softwareproduktionskette, Governance als Markteintrittsbarriere, Anti-Hype, Anti-Prompt-Bibliothek), jedoch im Format eines Thoughtworks-Produkts gegenüber einer Wescale-Doktrin. Wescale = ein Positionierungsstatement einer französischen Firma; AI/works™ = eine produktisierte Plattform eines globalen Akteurs.
37. Direkte Konkurrenz zu Tessl CDLC. (Debois, Fiches debois-tessl-context-development-lifecycle-ai-coding-agents-2026-02-19 und debois-tessl-context-flywheel-ai-coding-teams-2026-02-26): Tessl vertritt den Context Development Lifecycle; Thoughtworks vertritt AI/works™ mit der Super Spec. Zwei konkurrierende Schulen des neuen KI-SDLC.
38. Indirekte Konkurrenz zu AWS Kiro. (Fiche aws-kiro-specification-driven-agentic-ide-forbes-2025-07-15): Kiro ist eine spezifikationsgetriebene IDE, AI/works™ ist eine vollständige SDLC-Plattform. Kiro = Entwicklertool; AI/works™ = Enterprise-Plattform.
39. Konsistenz mit McKinsey Harrison/Maniar. (Fiche harrison-maniar-mckinsey-reshaping-software-delivery-agents-2025-11-23): Neugestaltung der Software-Bereitstellung durch Agenten — McKinsey beschreibt, Thoughtworks liefert das Produkt.
40. Konsistenz mit Habert/Wenvision. proj/ai/repo-Doktrin (Fiche 2026-05-05) und weiteren französischen Neuinterpretationen aus Mai 2026.
41. Schwächen / offene Fragen.
42. Keine öffentliche Demonstration. — für den Zugang zu Demos ist ein Request a discovery call erforderlich. Dies schränkt die technische Überprüfbarkeit der Behauptungen ein.
43. Kein Benchmark gegenüber Cursor, Devin, Replit Agent, Copilot Workspace, Aider, Claude Code. — Thoughtworks positioniert sich nicht über die individuelle Entwicklerproduktivität, sondern über den Enterprise-SDLC, wodurch ein direkter Vergleich mit entwicklerzentrierten Coding-Agenten vermieden wird.
44. „Regenerate what is needed without the token blowout“. eine starke Behauptung ohne technische Details zur Caching-/Context-/selektiven Regenerierungsstrategie. Es lohnt sich, dies über den Constellation-Report weiterzuverfolgen.
45. Risiko. Das Versprechen „systems finally stop aging“ ist sehr stark; der gesamte Wert hängt von der Qualität der Super Spec und der Zuverlässigkeit des Zusammenspiels von Spec-to-Code und Runtime Ops ab. Driftet die Super Spec oder erzeugt die Regenerierung nicht-äquivalenten Code, kehrt genau die unsichtbare technische Schuld zurück, die Wescale beschrieben hat.
46. Verwendbar für. Präsentationen vor Geschäftsleitung/CIO zu industriellen agentischen Plattformen; Argumentationslinien gegenüber großen Integratoren (no consultant crowds); wirtschaftliche Modellierung des KI-SDLC (Build/Run/Regenerate vs. Build/Run/Rebuild); Identifizierung eines Referenzanbieters für die Legacy-Modernisierung (Reverse Engineering + 3-3-3); Vokabular, das für Gespräche 2026 wichtig ist (Super Spec, governed golden paths, coordinated agents, token blowout).