intent.md
Was gewollt ist, in einem Satz — und was ausdrücklich nicht dazugehört.
ÜbernahmeDer Nächste liest, warum es dieses Projekt gibt, bevor er eine Zeile anfasst.
Wir bauen zwei Dinge: Software, die auch der Nächste noch versteht — und Datensysteme, die aus zu vielen Informationen die wenigen heraussuchen, auf die Sie reagieren müssen.
Die Übergabekette
intent.md
Was gewollt ist, in einem Satz — und was ausdrücklich nicht dazugehört.
ÜbernahmeDer Nächste liest, warum es dieses Projekt gibt, bevor er eine Zeile anfasst.
spec.md
Das Verhalten, prüfbar formuliert. Keine Absicht, die nur im Kopf des Autors vollständig ist.
ÜbernahmeWas das System tun soll, steht da. Es muss niemand gefragt werden.
plan.md · diff + Tests
Der Schnitt, die Änderung und die Tests, die sie halten — zusammen, nicht nacheinander.
ÜbernahmeJede Änderung trägt die Begründung, aus der sie entstanden ist.
evals/
Die Abnahmetests. Eingefroren, bevor gebaut wird — damit nicht das Ergebnis die Messlatte setzt.
Übernahme„Funktioniert es noch?“ ist ein Kommando, keine Einschätzung.
PR + Befunde
Was geändert wurde, und was dabei aufgefallen ist. Auch das, was niemand hören wollte.
ÜbernahmeWer freigegeben hat, steht darunter — nachher und nicht nur vorher.
Vorfallsprotokoll
Was passiert ist, was es verursacht hat und welche Regel daraufhin entstanden ist.
ÜbernahmeDer Betrieb schreibt zurück in die Spezifikation, statt daneben zu laufen.
Sechs Stufen, sechs Dokumente. Wer übernimmt, liest sie der Reihe nach — und nicht den Kopf eines Entwicklers.
Was wir machen
In beiden Fällen ersetzen wir die Abhängigkeit von wenigen teuren Spezialisten durch ein System, das ein anderer übernehmen kann. Was dabei entsteht, gehört Ihnen und ist nachlesbar.
Statt einen Entwickler einzustellen
Neubau und Altlast. Was entsteht, ist spezifiziert, getestet und übergebbar — kein Prototyp, der beim ersten Umbau auseinanderfällt, und kein Code, den nur ein Mensch im Haus versteht.
Statt Analysten zu suchen
Daten beschaffen, zusammenführen, bewerten. Aus verstreuten Quellen ein belastbares Modell — und daraus die wenigen Fälle, auf die tatsächlich jemand reagieren muss.
Steht beides, automatisieren wir die Abläufe dazwischen. Das ist der dritte Schritt — nicht der erste.
Referenz
Ein österreichischer Immobilieninvestor. Mehrere Plattformen werden laufend beobachtet; was seinen Kriterien entspricht, kommt ihm auf den Tisch — den Rest sieht er nicht.
Der Kunde wird nicht genannt, auch auf Nachfrage nicht. Warum das so ist.
Mehrere Plattformen, laufend beobachtet.
Dasselbe Objekt, mehrfach inseriert — einmal geführt.
Sprachmodell
Extrahiert die Attribute aus dem Inseratstext. Eingabe, kein Urteil.
deterministisch
Gerechnet, nicht geschätzt: Bewertung anhand der Investitionskriterien, bis zur Quelle nachvollziehbar.
Mensch
Erst danach verlässt eine Nachricht das System. Kein Pfad führt daran vorbei.
Produkte
Agenten schreiben den Code. Der Code entscheidet jedes Tor. Sie geben frei. BENCH bringt diese Ordnung in Ihr bestehendes Setup, SOFA führt den ganzen Weg vom Ticket bis zum gemergten Commit.
Der Vorlauf
Blueprint Engine for Normalized Context & Handoffs. BENCH schreibt auf, was ein Agent wissen muss, bevor er anfängt — und übergibt es in einer Form, die nachprüfbar ist.
Die Softwarefabrik
Vom Ticket zum gemergten Commit. Agenten entwerfen, recherchieren und schreiben; der Code führt Protokoll und verweigert jeden Schritt, den die festgehaltenen Tatsachen nicht hergeben.
Fähigkeiten
Vier Fähigkeiten, immer in derselben Reihenfolge: beschaffen, zusammenführen, bewerten, ausführen. Das Ergebnis ist Entscheidungsfähigkeit in komplexen Informationsräumen.
Nicht maximal automatisiert. Richtig automatisiert. Wie weit die Maschine allein geht, legen wir gemeinsam fest — die letzte Freigabe bleibt bei Ihnen.
Websites, Marktplätze, APIs, Register, Dokumente, interne Systeme — dort, wo die Information entsteht.
Aus verstreuten Rohdaten ein Objekt: normalisiert, entdoppelt, angereichert.
Bewertung anhand Ihrer Kriterien: deterministisch gerechnet, nicht von einem Modell geraten.
Ins CRM, in die Datenbank, per API — und Handlung im vereinbarten Autonomiegrad.
Das Verfahren
Jedes System ist eine Einzelanfertigung. Das Verfahren nicht.
Wir beobachten Märkte, strukturieren Informationen und bauen Systeme, die daraus Entscheidungen und Handlungen machen.
SCHEMATISCH — Ihre Kriterien bestimmen die Ausbeute
Schematische Darstellung der aktiven Stufe.
Ressourcen
Drei Nachschlagewerke, die wir für die eigene Arbeit gebaut haben. Sie zeigen besser als jede Referenz, wie wir denken.
Wie sich die sechs Stufen der Softwareentwicklung ändern, wenn Agenten den Code schreiben. Artefakte, Kontrollpunkte und Messgrößen — werkzeugunabhängig.
Ein Modell, das keinen Text schreibt, sondern entscheidet: typisierte Antworten mit Wahrscheinlichkeiten. Nicht unser Produkt — ein Bauteil, das wir einsetzen.
Microsofts C#-Dokumentation als ein lesbares Werk: Sprache, Basisbibliothek, async, LINQ und der vollständige Analyzer-Katalog. 1.132 Seiten, zurückverlinkt auf Microsoft Learn.
Vertraulichkeit
Wer uns beauftragt, zeigt uns Kriterien, Schwellen, Markt. Wer das kennt, kennt die Strategie.
Kontakt
In der Discovery klären wir, ob daraus ein belastbares System werden kann. Wenn nicht, sagen wir es.
Bezahlte Analysephase: Ziel, Informationslücken, Quellen technisch und rechtlich bewertet. Ergebnis ist eine belastbare Aufwandsschätzung — oder die Empfehlung, es zu lassen.
Wir bauen das System und integrieren es in Ihre Infrastruktur. Festpreis auf Basis der Discovery.
Quellen ändern sich, Kriterien auch. Ein monatlicher Betriebsvertrag hält die Maschine lauffähig.
Anfrage