Konzipiert wie Infrastruktur, nicht wie eine Demo.
Unter jedem Agenten liegt eine Entscheidungs-Engine mit eigenem Speicher, einer kompilierten Compute-Bibliothek, einer spaltenorientierten Datenebene und einem Routing, das für jeden Schritt das passende Modell wählt — auf einer Ausführungsschicht, die einen gestarteten Job nicht verlieren kann.
Corins Ausführungsschicht gehört zur selben Klasse von Durable-Execution-Backbone, die Codex-skalierte KI-Workloads und die Modernisierung von Bankzahlungen betreibt — bewährte Infrastruktur, kein Produkt des letzten Quartals.
KI-Agenten-Architektur für ERP: ein Request-Pfad, von oben bis unten.
Die Engine entscheidet, der Agent-Graph schlussfolgert, Durable Execution trägt die Arbeit, Routing wählt das Modell, Memory erinnert — und nur ein Connector berührt Ihr ERP.
Die Engine hinter Corin.
Corin läuft auf einer eigenen Decision-Engine — ein vollständiger Stack unter den Agenten, kein dünner Wrapper um ein Modell. Was sie leistet, in klaren Worten:
- Ranked options, risk attached
- Corin doesn't take the first answer. The engine lays out the options, scores each one against your rules, and keeps the losers on file — every recommendation arrives with its runners-up, the reason they lost, a best case, a worst case, and the odds of losing money.
- The dry run, seeded
- Every change gets a dry run first: see what Corin will do before it does it. Each run is seeded, so running it again gives the same outcome — a rehearsal you can repeat, not a screenshot.
- Replay, with proof
- Every run checkpoints as it goes, and every checkpoint carries a fingerprint. Replay a decision next quarter and the engine reports whether it matched — step by step, hash by hash.
- Decision memory
- Every decision is kept with its outcome: what the engine saw, what it chose, what it rejected — and when the result differs from the forecast, that gap is measured, not forgotten.
- Versioned policy, receipts
- Every rule change is versioned. Every action names the exact version of the rules that approved it, and executing a decision returns a receipt bound to that version.
- Capability records
- No tool may execute without a capability record. Every callable action carries its risk class, its policy requirement, and whether it needs an approval — before Corin can even consider it.
- Connections, tested first
- Your systems don't move — Corin connects to them where they are, tests the connection before it trusts it, and reads live state at decision time. A connector that fails its health check is quarantined, not quietly wrong.
- Computed, not guessed
- Under every decision sits a compiled library of math and operations functions — forecasting, credit risk, pricing, scheduling — so a quote is computed, not guessed.
- Eine spaltenorientierte Datenebene
- Arbeitsdaten liegen in einem komprimierten spaltenorientierten Speicher — dem Format, auf das sich die Analysewelt geeinigt hat — sodass die Verankerung einer Entscheidung Millionen von Zeilen im Arbeitsspeicher durchsucht, statt das ERP Datensatz für Datensatz abzufragen.
- Für hohes Volumen gebaut
- Antworten streamen Token für Token. Der Arbeitsspeicher, der sie bedient, ist paginiert, sodass ein langer Job die übrigen nicht aushungert und Anfragen kontinuierlich gebündelt werden statt in der Warteschlange zu stehen — die Geschwindigkeitsgrenzen der Engine sind Teil ihres Vertrags, keine Hoffnung.
Was wir benennen — und was es darf.
Jede Komponente ist bewusst begrenzt — die Reasoning-Runtime und der Execution-Backbone erledigen je eine Aufgabe. Routing und Memory sind Corins eigene.
Agent-Graph — Reasoning, nichts weiter
Corin hält die Agent-Graph-Runtime auf Reasoning beschränkt: Das Modell liest, entwirft und schlägt vor. Es kann nicht in ein ERP schreiben, keine Nachricht senden und keine Rechnung buchen — Vorschläge gehen an die Policy, nicht in die Welt.
Durable Execution — Arbeit, die nie verloren geht
Wenn SAP bei Schritt 7 abbricht, setzt Corin bei Schritt 7 fort — nicht bei Schritt 1. Signale, Timer und Wiederholungen leben in der Ausführungsschicht, sodass ein Absturz oder Neustart nichts verliert.
Model-Routing — das richtige Modell für jeden Schritt
Schnelle Modelle zum Lesen, starke zum Entscheiden. Jeder Schritt wird gemessen — Modell, Kosten, Latenz — sodass das teure Modell nur dort läuft, wo es sich lohnt. Welche Anbieter Corin nutzen darf, entscheiden Sie; ein Anbieterausfall ist Corins Problem, nicht Ihres. Richten Sie es auf Endpunkte, die Sie besitzen — Azure OpenAI, Amazon Bedrock, Google Vertex AI oder ein Modell hinter Ihrer eigenen Firewall, einschließlich Azure Government und AWS GovCloud — und im privaten Modus schlägt Corin fehl, statt still auf eine öffentliche API auszuweichen.
Memory — eingegrenzt und einsehbar
Corins Work Graph — eine Live-Ansicht jedes Vorgangs — führt die Fallhistorie; der Entscheidungsspeicher der Engine hält das Warum fest: was sie sah, wählte, verwarf und was danach geschah. Auf Ihren Mandanten beschränkt. Ablaufbar. Prüfbar. Deaktiviert, bis Sie es einschalten.
Vier Verben, keine Abkürzungen.
Jede folgenreiche Aktion geht denselben Weg. In technischen Begriffen: Ein Modell schlägt vor, Policy autorisiert, die Durable-Execution-Schicht steuert den Connector, der committet, und das Ledger beweist — ein Nachweis jeder Entscheidung: was sich geändert hat, wer es freigegeben hat, wann.
Kein Agent oder LLM-Knoten schreibt jemals direkt in ein ERP, sendet eine Kundennachricht, bucht eine Rechnung, genehmigt einen Kunden oder reicht einen Anspruch ein.
Derselbe Befehl kann niemals zweimal gebucht werden.
Verbindungen brechen mitten im Schreibvorgang ab — Corin plant dafür. Jeder folgenreiche Befehl trägt einen vollständigen Identity-Envelope, sodass eine wiederholte oder mehrdeutige Ausführung im Ergebnis genau einmal wirkt — und dies nachweisen kann.
tenant_id: t_8f3… business_case_id: bc_Q-2308 transaction_id: txn_01J9… action_id: act_quote_commit_03 business_idempotency_key: C10042:quote:Q-2308:v3 side_effect_fingerprint: sha256:9d2c… expected_erp_version: m3.so.head.rev118 connector_version: m3-connector 1.14.2 policy_decision_id: pol_77e1… approval_id: apr_m.chen_2026-08-29 simulation_hash: sim_4bd0…
Jede Aktion trägt eine Klasse.
- read-only
- Kein externer Effekt — Lesezugriff über freigegebene, berechtigte APIs.
- reversible
- Rückgängig gemacht durch eine zweite Aktion, innerhalb desselben Policy-Envelopes.
- reversible-with-approval
- Rückgängigmachen erfordert zuerst die Bestätigung einer Person.
- irreversible
- Nicht rückgängig zu machen — stets menschlich gesperrt, stets signiert.
- requires-compensating-transaction
- Nur durch eine explizite kompensierende Aktion rückgängig zu machen, geordnet durchgeführt und im Ledger erfasst.
Mehrdeutiger Timeout → Abfrage per Business-Idempotency-Key, niemals blindes Retry.
Vier Deployables, vier Lieferformen.
corin-api
Konfiguration, Vorgänge, Genehmigungen, REST, Webhooks, die UI, Authentifizierung und Autorisierung.
corin-worker
Durable-Execution-Worker, Modul-Workflows, begrenzte Agent-Graph-Reasoning, Extraktion, Policy-Durchsetzung, Audit und Metering.
corin-connector
Gehostet oder kundenseitig lokal, ausschließlich ausgehend: ERP-Adapter, Microsoft Graph, Secrets, Dry Run / Commit / Read-back.
corin-control
Lizenzierung, Berechtigungen, die Deployment-Registry, signierte Releases, Health-Telemetrie.
01Hosted
Corin übernimmt alles; Sie stellen die Verbindung her.
02Privater Connector
Der Connector läuft kundenseitig lokal und ausschließlich ausgehend — keine eingehenden Ports, kein VPN.
03BYOC
Die Plattform läuft in Ihrer Cloud; die Control Plane sieht ausschließlich Lizenz- und Health-Metadaten.
04Air gap
Vollständig isoliert, für qualifizierte Deployments.
Regulierte Mandanten können eigene Modell-Endpunkte einbringen — Azure OpenAI, Amazon Bedrock oder Google Vertex AI in Ihrer eigenen Tenancy, einschließlich Azure Government und AWS GovCloud, oder selbst gehostete Modelle hinter dem Air Gap. Ihre Schlüssel, Ihre Rechnung, Ihre Grenze.