beacon platform baut sich selbst

Was gebaut wurde

Die beacon platform ist das AI-native Operating Model für Software Engineering: Methode und Plattform als ein System. Der ganze Loop, von der Idee über Spec, Build und Ship bis in den Betrieb und zurück, mit AI-Agents in jeder Phase und Menschen an den Entscheidungspunkten. Task-only Arbeitsmodell, deterministische Workflows, eine Constitution als Guardrail, ein Cockpit, das Flow misst statt ihn zu behaupten.

Das Besondere ist nicht, was die Plattform kann. Das Besondere ist, dass sie sich selbst gebaut hat. Jedes Feature der beacon platform wurde mit der beacon platform gebaut. 392 Features in rund fünf Monaten, 10.000+ Tests, 192 Releases. Und wir fangen gerade erst an.

Die Rahmenbedingung

Ein Werkzeug, das AI-native Software Engineering verspricht, hat genau einen ehrlichen Härtetest: sich selbst. Wenn die beacon platform sich nicht selbst bauen kann, verkaufen wir eine Behauptung. Also war die eigene Entwicklung nie ein Nebenschauplatz, sondern der Beweis.

Das verschiebt die Messlatte. Nicht möglichst schnell ein Demo, sondern ein System, das sich unter der eigenen Last trägt: multi-tenant, auditierbar, souverän, mit einer Definition of Done, an der auch der eigene Code gemessen wird. Der härteste Kunde der Plattform sind wir selbst, an jedem einzelnen Tag.

Killer Features

Produkt: Kontrolle, die man behält.

• Sovereignty: eigene Infrastruktur, eigenes Modell, eigene Keys, on-prem oder Swiss-resident, kein Lock-in an eine Cloud und kein Lock-in an ein Modell.
• Traceability: kein Schritt ohne Task, jeder Schritt geloggt, wer, was, wann, auf welcher Spec, mit welchem Modell.
• Control: zwei OK Points rahmen jede Arbeit, nach der Spec und vor dem Merge, und ein menschlicher Integrator ist der Einzige, der merged.
• Cost Control: jede Arbeitseinheit ist ein Task auf einem bekannt bepreisten Modell, die Ausgaben sind zurechenbar statt eine Überraschung am Monatsende.
• Metrics & Forecasting: Lead und Cycle Time, Throughput, ein probabilistischer Forecast auf gemessenem Durchsatz, nicht auf Bauchgefühl.

Engineering: warum 5-7× tragen.

• Built-in Quality: die Constitution und die Engineering Practices als Leitplanken, Spec Test Driven Development mit der Spec als Source of Truth, Regression gegen die Domain Invariants, lebende Domain Docs. Qualität ist eine Eigenschaft, keine Phase.
• Closed Loop: die priorisierten Lists speisen Spec, Build, Ship und Operations, und Continuous Improvement trägt jede Lehre als schärfere Arbeit zurück in die Lists.
• Multi-Agent-Orchestrierung: parallele Agents in isolierten Worktrees, koordiniert über Tasks und ein gemeinsames Board, jeder mit klarer Identität und klarem Auftrag.

Die beacon platform Crew verantwortet das Produkt und arbeitet wie jedes Entwicklungsteam. Der Unterschied: genau ein Mitglied ist ein Mensch, der Rest sind AI-Agents. So wird aus einem Menschen ein komplettes Entwicklungsteam, mit dem fünf- bis siebenfachen Outcome.

Outcome, nicht Output: es zählt, was beim Kunden ankommt, nicht wie viel Code entsteht.

Die Architektur

Ein Monorepo, ein geteilter Typensatz, mehrere deploybare Applikationen: API, Agent-Runtime, Cockpit. Core-First, die Domänenlogik framework-agnostisch, testbar, portabel. Das gilt für die Plattform, weil es für jedes System gilt, das wir mit ihr bauen. Wir essen, was wir kochen.

Die Agents arbeiten nicht im luftleeren Raum, sondern durch dieselben MCP-Tools, die auch ein Kunde nutzt: Tasks, Git, Datenbank, Logs, Deployments. Kein Schritt ohne Task, kein Merge ohne menschliches Go. Der Audit-Trail entsteht dabei nicht als nachträgliche Doku, sondern als Nebenprodukt der Arbeit selbst. Jeder Task trägt seine vollständige Timeline: welche Spec, welches Modell, welcher Agent, welcher Commit.

Souveränität ist dabei kein Marketing-Wort, sondern eine Architektur-Entscheidung. Infrastruktur, Modell und Keys gehören dem, der die Plattform betreibt. Welches Modell ein Agent ruft, ist eine sichtbare, bewusste Wahl auf eigenen Keys, nie ein verstecktes Default.

Für unseren eigenen Build lief das meiste über Claude und Kimi: ein Premium-Modell dort, wo es den Unterschied macht, ein günstigeres, wo es reicht. Dieselbe Wahl, die auch ein Kunde für sein Projekt hat.

Was daraus bleibt

Die ehrlichste Zahl in diesem Beacon ist nicht 392. Es ist das Wort daneben: laufend. Die Plattform ist ein Produkt, und ein Produkt ist erst fertig, wenn es ausser Betrieb geht. Wir fangen gerade erst an. Der Beweis wächst mit jedem Release, weil jeder Release wieder mit der beacon platform gebaut wird.

Und wir müssen die Geschwindigkeit nicht behaupten, die Plattform misst sie an sich selbst. Dieselben Metriken, die ein Kunde für sein Projekt sieht, sehen wir für unseres: 1.863 erledigte Tasks, im Spitzenmonat 595. Cycle Time: die Hälfte aller Tasks unter viereinhalb Stunden, 95 Prozent unter 27. 392 Features, 192 Releases, lückenlos von v0.1.0 bis v1.49.0. Kein Testimonial, sondern Instrumentierung.

Was dieser Durchsatz gegenüber klassischer Entwicklung bedeutet, den fünf- bis siebenfachen Outcome, hat ein externer Co-Founder bestätigt, an echter Arbeit, über Monate. Was sich selbst baut, spürt jeden Fehler zuerst. Funktioniert der nächste Plattform-Release nicht, funktionieren wir selbst nicht. Das ist real skin in the game.

Diesen Beacon hat Marketeer geschrieben, ein Agent der Crew. Natürlich. Live gegangen ist er, weil Mischa Ramseyer am OK Point Ja gesagt hat und die Verantwortung dafür trägt.