Zum Inhalt springen

KI im Produktivbetrieb

KI-Entwicklung: Ihr erster Ablauf läuft in 21 Tagen

Wir setzen KI in die Systeme, auf denen Ihr Geschäft ohnehin läuft. Eine Agenten-Runtime in Go, typisierte Werkzeuge in Ihr ERP, Ihr CRM, Ihre Ticket-Warteschlange und Ihren Mainframe, ein Freigabeschritt vor jeder schreibenden Aktion und eine Eval-Suite in der CI, die den Build scheitern lässt, sobald die Antworten schlechter werden. Jeder Stack, jede Branche, vom einzelnen Ablauf bis zur Plattform, die Ihre eigenen Entwickler betreiben.

Angebot anfordernVier Bildschirme, etwa zehn Minuten. Ein Entwickler liest das und antwortet, meist noch am selben Tag.

21 Tage bis zum ersten Ablauf im Produktivbetrieb


Die durchgestrichene Zeile ist der Teil, den die meisten Pilotprojekte auslassen. Ohne sie kann dort niemand sagen, ob das Modell letzte Woche schlechter geworden ist.

Prototyp

Ein Notebook, das auf Demodaten läuft, und eine geschlossene Anbieter-API.

  • spec.docxWord
  • proof-of-conceptPython · notebook
  • vendor APIclosed
  • evalnone

Produktivbetrieb

Ein Dienst mit Werkzeugen, die er aufrufen kann, Tests, an denen er scheitert, und durchsuchbaren Traces.

  • agent runtimeGo
  • tool layerTypeScript
  • eval harnessCI gate
  • tracesOpenTelemetry

21 Tage bis zum ersten Ablauf im Produktivbetrieb

Die durchgestrichene Zeile ist der Teil, den die meisten Pilotprojekte auslassen. Ohne sie kann dort niemand sagen, ob das Modell letzte Woche schlechter geworden ist.

Wie die Arbeit läuft

Immer dieselbe Reihenfolge. Die ersten beiden Schritte machen den dritten belegbar.
  1. 01Tag 1–2

    Einen Ablauf auswählen

    Ein Prozess mit Volumen und einer richtigen Antwort. Wir messen, was er Sie heute an Minuten und Fehlern kostet, denn an dieser Zahl wird das Ergebnis gemessen.

  2. 02Tag 2–6

    Erst das Eval-Set bauen

    Ein paar hundert echte Fälle aus Ihrer eigenen Historie, jeder mit der Antwort, die Ihre Leute gegeben haben. Das ist der undankbare Teil des Projekts und der Grund, warum sich alles danach belegen statt bestreiten lässt.

  3. 03Tag 5–16

    Runtime und Werkzeuge bauen

    Agenten-Runtime in Go, typisierte Adapter in Ihre Systeme, ein Freigabeschritt vor jeder schreibenden Aktion. Evals laufen ab Tag eins bei jedem Commit.

  4. 04Tag 14–21

    Ausliefern und übergeben

    Traces, ein Runbook und ein Tag mit Ihren Entwicklern, damit sie Prompts und Werkzeuge ändern können, ohne uns anzurufen. Die Übergabe steckt im Preis.

Was die Plattform macht, was ein Mensch macht

Die Plattform trägt die mechanische Hälfte in Maschinentempo. Unsere Entwickler übernehmen die Entscheidungen, die Geld kosten, wenn sie falsch ausfallen.
Auf einer dokumentierten Codebasis trägt die Plattform mehr davon, auf einer zwanzig Jahre alten unsere Entwickler. Der Termin, den wir Ihnen genannt haben, hält in beiden Fällen.
Was die Plattform macht, was ein Mensch machtWer macht wasAnmerkungen
Die Codebasis lesen und die Integrationspunkte findenPlattformStunden für ein Repository, an dem ein Mensch eine Woche lesen würde.
Auswählen, welcher Ablauf zuerst kommtEntwicklerVolumen, eine prüfbare Antwort und jemand bei Ihnen, dem das Ergebnis gehört.
Werkzeug-Adapter für Ihre APIs schreibenGemeinsamDie Plattform entwirft aus dem API-Vertrag. Ein Mensch korrigiert, worüber der Vertrag gelogen hat.
Das Eval-Set aus Ihrer Historie bauenGemeinsamDie Fälle zu ziehen ist automatisch. Zu entscheiden, welche früheren Antworten richtig waren, nicht.
Regressionen bei jedem Commit fahrenPlattformEin Abfall lässt den Build scheitern, genauso wie ein kaputter Unit-Test.
Festlegen, wohin der Agent schreiben darfEntwicklerIhr Risiko, Ihre Entscheidung, schriftlich, bevor irgendetwas läuft.

Wer bei Ihnen auf dem Projekt sitzt

Dutzende Migrationen hinter uns und über zehn Jahre in fremden Systemen. Die Entwickler, die Go- und TypeScript-Services neben COBOL, RPG, VB6, Delphi und PHP in den Produktivbetrieb gebracht haben, bauen auch die Agentenschicht. Deshalb landet unsere KI in den Systemen, die Ihr Geld bewegen, statt daneben.


Geben Sie uns Lesezugriff, und die Plattform erzeugt binnen Tagen die Modulkarte und die Liste des toten Codes für Ihre eigene Codebasis. Das Dokument behalten Sie, ob Sie uns beauftragen oder nicht, und schneller sehen Sie unsere Arbeitsweise nicht.

Fragen, die Entwickler uns stellen

Ist das ein Wrapper um eine Chat-API?
Ein Modell steckt darin, so wie in Ihrem Abrechnungssystem eine Datenbank steckt. Die Arbeit ist die Werkzeugschicht, die Freigaben und die Evals, die Ihnen sagen, wann ein Modell-Update etwas verschlechtert hat. Eine API aufzurufen ist der billige Teil; zu wissen, wann die Antwort falsch ist, dafür zahlen Sie.
Was passiert, wenn sich das Modell unter uns ändert?
Die Eval-Suite läuft gegen das neue Modell, bevor umgeschaltet wird. Fällt der Wert, bleiben Sie auf dem alten, bis Prompts und Werkzeuge nachgezogen sind.
Wo läuft unser Code, während Sie daran arbeiten?
Wo Sie es verlangen, auch vollständig in Ihrem eigenen Netz oder Cloud-Konto. Wir haben unter Kunden-VPNs gearbeitet, auf Build-Maschinen mit Air-Gap und auf Hardware, die das Haus nie verlassen hat; die Einzelheiten stehen im Vertrag.
Wem gehört, was Sie bauen?
Ihnen. Gewöhnliche Go- und TypeScript-Repositories, gewöhnliche Bibliotheken, kein Rückruf zur Laufzeit an uns. Unsere Plattform ist unsere Arbeitsweise; sie ist nichts, was Sie am Ende mieten.
Kann unser Team das danach pflegen?
Dafür ist die Übergabe da, und deshalb ist die Werkzeugschicht typisiert und die Prompts liegen in der Versionsverwaltung statt in einer Anbieterkonsole. Ihre Entwickler ändern eine Werkzeugdefinition, lassen die Evals neu laufen und liefern aus, ohne uns im Raum.

Schicken Sie uns den Ablauf

Nennen Sie den Prozess, den Sie zuerst automatisieren würden, und ungefähr, was er Sie kostet, wenn er schiefgeht. Zurück kommen innerhalb von zwei Werktagen der Bauplan, die Dauer und der Preis.

Angebot anfordern

Vier Bildschirme: das System, was weh tut, wo Sie hinwollen, wie wir Sie erreichen. Ein Termin wird nur gebucht, wenn Sie darum bitten.