Zum Inhalt springen

Engineering-Pfad · Detail

Die fünfphasige Embed-Methode

Diagnostic, Architect, Build & Train, Embed, Operate. Genau die fünf Phasen, die wir mit unseren eigenen Kunden durchlaufen, von einer schriftlichen Diagnose bis zu deinem Team, das Produktiv-Agents betreibt.

Diese Seite ist die Langform. Wenn du als CTO oder CDO entscheiden musst, ob wir mit dir engineeren oder dein Team coachen, das selbst zu tun, steht hier genau, wie die Arbeit aufgeteilt wird, was an jedem Decision Gate produziert wird und was customer-side bleibt. Keine Slides, keine Demos. Nur das Schema der Zusammenarbeit, ausformuliert.

Diagnostic

1 SessionKostenlos

Phase 0 gibt dir die Antwort, ob KI überhaupt das richtige Werkzeug für die Arbeit ist, die du komprimieren willst. Eine Session, eine schriftliche Diagnose, kein Procurement. Wir kartieren deinen Stack, den Schmerz deines Teams und die Workflows, an denen am meisten Kalenderzeit verloren geht. Das Ergebnis ist ein vierseitiges Dokument, das dir gehört: dein Stack als Fragmentierungs-Map, die drei Workflows, die heute reif für eine KI-Rolle sind, und ein indikativer phasenbasierter Plan. Wir machen das ohne CDO, ohne Data Lake, ohne KI-Roadmap. Der Punkt ist das Dokument, nicht das Meeting; wenn Phase 0 sagt, lass es, sagen wir das schriftlich.

Artefakt

Eine 4-seitige schriftliche Diagnose, die dir gehört.

Decision Gate

Du gibst frei, bevor Phase 1 startet.

Wie sich der Raum aufteilt

Wir machen
Diagnostic durchführen, Dokument schreiben, Kandidaten benennen, Phasenplan verankern.
Du machst
Die richtigen zwei oder drei Leute in eine Session bringen. Sagen, wo der Kalender blutet.

Architect

2–4 WochenFestpreis

Phase 1 verwandelt die Diagnose in einen baubaren Bauplan. Zwei bis vier Wochen Architekturarbeit, Festpreis, abgesegnet von allen Abteilungen, die der Agent berührt (nicht nur vom Sponsor). Wir entwerfen den Agent, seinen Read/Write-Vertrag mit jedem Tool, den Datenpfad, dem er folgt, und die menschlichen Entscheidungspunkte, die er zurückgibt. Der Bauplan benennt jede Integration, jede Prompt-Grenze und jeden Eskalationspfad. Es ist das Dokument, das dein CTO lesen kann, dein Security Lead hinterfragen kann und deine Operatoren wiedererkennen. Build & Train startet nicht, bevor der Bauplan abgesegnet ist, weil jede Abkürzung hier in Phase 2 das Fünffache kostet.

Artefakt

Ein Multi-Department-Bauplan, von allen Stakeholdern abgesegnet.

Decision Gate

Du genehmigst den Bauplan, bevor Build & Train beginnt.

Wie sich der Raum aufteilt

Wir machen
Agent architekten, Vertrag definieren, Bauplan schreiben, abteilungsübergreifende Reviews moderieren.
Du machst
Die richtigen Stakeholder in den Raum bringen. Bauplan freigeben, bevor wir bauen.

Build & Train

4–8 WochenFestpreis

Phase 2 ist, wo der Agent gebaut wird und dein Team lernt, ihn zu betreiben. Vier bis acht Wochen, Festpreis, Arbeit in deinem Stack (nicht in einer Sandbox). Wir bauen den Agent gegen den freigegebenen Bauplan, verdrahten ihn mit den Tools, die du schon nutzt, und setzen ihn mit einem definierten Operator-Pool in Beta. Parallel schulen wir diese Operatoren: wie man den Agent briefed, wie man seine Outputs liest, wann man übersteuert, wie man einen Defekt loggt. Am Ende der Phase hast du einen funktionierenden Agent und ein Team geschulter Operatoren, die ihn betreiben können. Wir messen, was messbar ist, aber das Gate ist Operator-Vertrauen, kein synthetischer Benchmark.

Artefakt

Beta-Agents laufen in deinem Stack, dein Team ist geschult, sie zu betreiben.

Decision Gate

Beta-Freigabe, bevor die Embed-Phase beginnt.

Wie sich der Raum aufteilt

Wir machen
Agent in deinem Stack engineeren. Operator-Pool schulen. Runbook und Audit Log aufsetzen.
Du machst
Operator-Pool früh benennen. Zeit für Schulung freischaufeln. Beta-Freigabe, wenn die Operatoren sagen, es ist soweit.

Embed

2–4 WochenFestpreis

Phase 3 bringt den Beta-Agent in Produktion und übergibt dir die Schlüssel. Zwei bis vier Wochen, Festpreis. Wir migrieren den Agent vom Beta-Operator-Pool zu deinen Produktiv-Nutzern, schreiben das Runbook, das dein Team tatsächlich verwenden wird, und stellen das Audit Log auf, damit du siehst, was der Agent gemacht hat und warum. Am Ende von Phase 3 betreibt dein Team den Agent im Tagesgeschäft; wir treten in eine Support-Rolle zurück. Die Übergabe ist ein Dokument, kein Gespräch. Sie umfasst Runbook, Eskalationspfade, Audit Log und den Vertrag mit den Systemen, die er berührt. Was im Dokument fehlt, geht nicht live.

Artefakt

Agents laufen in Produktion, Runbook ist übergeben.

Decision Gate

Produktiv-Freigabe, bevor Operate beginnt.

Wie sich der Raum aufteilt

Wir machen
Agent in Produktion migrieren. Runbook schreiben. Audit Log übergeben. Operations Lead schulen.
Du machst
Produktiv-Cutover freigeben. Tagesgeschäft übernehmen. Runbook in deinem Repo besitzen.

Operate

LaufendSubscription

Phase 4 ist der lange Schwanz. Es ist der Teil, den die meisten Agenturen überspringen. Subscription, laufend, mit Quartals-Review. Wir monitoren den Agent, optimieren ihn, während dein Stack und deine Operatoren sich entwickeln, und ergänzen neue Agents, wenn die Diagnose welche aufdeckt. Die Vereinbarung wird im Quartals-Review verlängert, basierend darauf, was sich noch lohnt. In unserer Erfahrung scheitern die 9 von 10 Enterprise-KI-Projekte, die im Pilot scheitern, hier, weil niemand die Wartung übernimmt, sobald die Berater weg sind. Operate ist im Engagement eingebaut, damit dein Team nicht zwischen System betreiben und Geschäft betreiben wählen muss, und damit wir nach Go-Live skin in the game behalten.

Artefakt

Always-on-Monitoring, monatliche Optimierung, neue Agents auf Anfrage.

Decision Gate

Quartalsweiser Review und Verlängerung.

Wie sich der Raum aufteilt

Wir machen
Always-on-Monitoring. Monatliche Optimierung. Neue Agents auf Anfrage. Quartals-Review, was sich lohnt.
Du machst
Agents im Tagesgeschäft betreiben. Melden, was bricht. Quartalsweise entscheiden, was bleibt, ersetzt oder eingestellt wird.

Topologie

Was wo läuft, und wer es betreibt

Drei Deployment-Flächen, ausformuliert, damit ein Security-Review auf der Seite stattfinden kann. Deine Daten und Identität bleiben bei dir. Der Agent-Layer ist das, was wir engineeren und übergeben. Operations ist, wo Phase 3 landet und Phase 4 lebt.

01

Dein Stack

Bleibt customer-side. Gehört dir vor und nach dem Engagement.

  • Identity Provider
  • CRM
  • ERP / Finanzen
  • Data Warehouse
  • Collaboration / Docs
  • File Storage

02

Brixon Agent-Layer

Während Build & Train engineert, an Embed übergeben, unter Operate begleitet.

  • Agent-Orchestrierungs-Runtime
  • Agent-Definitionen + Prompts
  • Observability + Audit Log
  • Runbook + Eskalationspfade
  • Read/Write-Verträge pro Tool

03

Operations

Wer was nach der Übergabe macht. Dein Team betreibt; wir begleiten.

  • Geschulter Operator-Pool im Tagesgeschäft
  • Quartals-Review mit uns
  • Neue Agents auf Anfrage
  • Dein Runbook lebt in deinem Repo
  • Deine Daten bleiben bei dir
  • Daten bleiben im Customer Storage
  • Identität bleibt customer-side
  • Runtime-Übergabe-Optionen sind in deinem Runbook dokumentiert

Technische Haltung

Wie wir entscheiden, was wo läuft

Vier Betriebs-Prinzipien. Wir legen sie hier offen, damit dein Security- und Architektur-Team den Pre-Read auf der Seite machen kann. Vor dem Discovery-Call.

01

Model-agnostisch per Default

Wir wählen Model-Provider pro Agent nach Kosten, Latenz und Compliance-Fit. Du behältst die finale Entscheidung, welche Provider in deinem Stack laufen; wir wechseln, wenn sich die Constraints ändern. Bring your own keys, wenn du die Billing-Beziehung und das Audit-Log auf deiner Seite willst.

02

EU-first, wo Compliance es verlangt

EU-Regionen sind Default für jeden Workload, der PII oder Vertragsdaten berührt. Andere Regionen nur, wenn Latenz oder Kosten einen dokumentierten Case haben. Die Wahl wird in deinem Runbook festgehalten.

03

Self-hosted Modelle auf Anfrage

Wenn ein regulierter Workload On-Prem- oder Private-Tenant-Hosting verlangt, engineeren wir dafür. Default-Agents laufen gegen Managed APIs; Private-Tenant oder Self-hosted ist eine Phase-1-Architektur-Entscheidung.

04

Agent-Definitionen leben in deinem Repo

Ab der Embed-Phase ist jede Agent-Definition, jeder Prompt und jeder Integrationsvertrag in deiner Git-Org eingecheckt. Versioniert, reviewbar, rollback-fähig. Dein Team besitzt den Code.

Lock-in-Haltung

Was du behältst, wenn du Operate kündigst

Die Operate-Phase ist eine Subscription. Wenn du verlängerst, läuft das Monitoring weiter; wenn nicht, steht hier genau, was bleibt und was endet.

Du behältst

  • Agent-Definitionen und Prompts (in deiner Git-Org)
  • Integrations-Verträge (Read/Write pro Tool)
  • Runbook + Eskalationspfade (in deinem Repo)
  • Decision-Audit-Log (deine historische Akte)
  • Alle historischen Agent-Outputs in deinem Storage

Was endet

  • Unser Always-on-Monitoring
  • Monatliche Optimierungs-Durchläufe
  • Net-new Agent-Engineering auf Anfrage

Deine Agent-Definitionen, Integrations-Verträge und Runbook bleiben bei dir. Deine Daten bleiben in deinem Stack. Runtime-Übergabe-Optionen (Orchestrierung in deine Infrastruktur migrieren oder unsere Managed Plane zu deinen Konditionen behalten) sind in deinem Runbook dokumentiert. Verlängerungen passieren, weil die Arbeit gut ist. Wenn du gehen willst, ist das dokumentiert und unterstützt.

Stell deine erste KI-Rolle ein.
Starte mit einem Diagnostic.

Kein Pitch. Phase 0 mappt deinen Stack und wo dein Team gerade die meiste Zeit verliert. Dann schicken wir dir eine schriftliche Diagnose: welche KI-Rolle zuerst gebaut werden sollte, in welchem Tool sie lebt und was dein Team braucht, um sie zu betreiben. Indikative Zahlen teilen wir in deinem Diagnostic. Das Dokument gehört dir, so oder so.

Diagnostic-Call vereinbaren

Antwort in 24 Std. · Erstgespräch in 48 Std. · Diagnose in 7 Tagen · Unverbindlich

Brixon-AI-Agent-Illustration, winkend und mit Diagnostic-Koffer