ARC
Preise
Discord
Techniker sprechenGratis starten
Gratis starten
ARCvon FenxLabsCollective Intelligence

Plattform

  • So funktioniert es
  • Individuelles Routing und Governance
  • Anwendungsfälle
  • Beispielarchitekturen

Betriebsmodelle

  • Hosted Platform
  • Managed Service
  • Self-hosted Licence
  • Für ISVs
  • Portal öffnen

Leistungen

  • Assessment und Planung
  • Architektur und Integration
  • Model Adaptation
  • EU-AI-Act-Readiness
  • Betrieb im Managed Service

Ressourcen

  • Kostenrechner
  • Ansätze vergleichen
  • Preise
  • FAQ
  • Transparenz
  • Loslegen
  • Discord-Community

Rechtliches

  • Datenschutzerklärung
  • Allgemeine Geschäftsbedingungen
  • Unterauftragsverarbeiter
  • Barrierefreiheit

Für Privatpersonen

  • FenxChat

FenxLabs. KvK 91762782.

Herengracht 320, 1016 CE Amsterdam, Netherlands

+31 85 060 5273contact@fenxlabs.ai

© 2026 FenxLabs. Alle Rechte vorbehalten.

Architektur und Integration

Verbinden Sie FenxARC™ mit den Systemen, die Sie bereits betreiben

Ein geprüftes Integrationsdesign, das Ihre Anwendungen und Agenten über ARC mit freigegebenen Modellen, Tools und Daten verbindet, mit jeder Grenze und jedem Verantwortlichen vereinbart, bevor irgendetwas in Betrieb geht.

Ihre Anforderungen besprechenWo ARC in echten Umgebungen sitzt

Dieses Projekt bindet ARC an, deshalb muss zuerst geklärt sein, wo ARC läuft. Die meisten Projekte beginnen mit einem bezahlten Proof of Concept, bewusst klein gehalten. Auf Ihre Anforderungen abgesteckt und je Projekt angeboten.

Die Zielarchitektur steht, bevor gebaut wird

Das Projekt beginnt damit, das Design schriftlich festzuhalten und es mit den Menschen zu prüfen, die es später betreiben.

  • Die aufrufenden Anwendungen im Umfang
  • Wo ARC im Anfrageweg sitzt
  • Die Modell- und Tool-Endpunkte, die es erreicht
  • Der Weg für Identität und Zugriff
  • Die Grenze der Observability
  • Die freigegebenen Datenquellen
  • Wer danach welchen Teil betreibt
Stehen Modellmix oder Infrastruktur noch nicht fest, gehört das zu Assessment und Planung, und das kommt davor.
Den Modellmix planen, bevor Sie sich festlegen

Anwendungen und Agenten über ARC anbinden

ARC regelt, wie Nutzer, Anwendungen und Agenten auf Modelle, Tools und freigegebene Datenquellen zugreifen. Nicht geregelt werden das Schlussfolgern eines Agenten, seine Planung, die Anwendungslogik, die Laufzeitumgebung und die geschäftliche Verantwortung.

Beispielszenario

Ohne Control Plane

Jedes Team entscheidet für sich

Anwendung A

Anbieter
Einer, fest verdrahtet
Fallback
Keiner
Datenschutz
Eine Regel im Code
Kosten
Keine gemeinsame Ausgabenregel

Anwendung B

Anbieter
Ein anderer
Fallback
Denselben erneut versuchen
Datenschutz
Keine festgelegte Regel
Kosten
Eine günstigere Voreinstellung

Anwendung C

Anbieter
Zwei, von Hand gewählt
Fallback
Manuelle Eskalation
Datenschutz
Wieder eine eigene Regel
Kosten
Kein zentrales Limit

Vier Entscheidungen, in jeder Codebasis einzeln beantwortet. Eine davon zu prüfen oder zu ändern heißt: ein Release für jede Anwendung, die sie trägt.

Eine geregelte Modellebene

Zentrale Richtlinie, einheitlich angewendet

  • Anwendung A
  • Anwendung B
  • Anwendung C
ARCEine Control Plane

Eine Richtlinienebene

  • Zugriff
  • Datenschutz, von Ihnen definiert
  • Fähigkeit
  • Limits und Budget
  • Eine direkte Route zu einem freigegebenen Modell
  • Eine zusammengesetzte Route, mit Tools um den Modellaufruf herum
  • Ein Failover-Weg zu einem von Ihnen freigegebenen Ziel
Die Anwendungen tragen die Richtlinie nicht mehr selbst. Ändern Sie die Steuerungen in ARC, und jede angebundene Anwendung läuft weiter über denselben geregelten Endpunkt.
  • OpenAI-kompatible Anbieter- und private Endpunkte
  • Anwendungen und API-Clients
  • Identitäts- und Zugriffskontrollen
  • Freigegebene Tools und Funktionen
  • Schnittstellen für Observability und Reporting
  • Angebundener Vektorspeicher mit der Self-hosted Licence

Anwendungslogik, Datenpipelines und die übrige Systemlandschaft bleiben bei Ihren eigenen Teams. Die Prüfung verfolgt eine Anfrage von Anfang bis Ende und benennt, was bei jedem Schritt Ihre Grenze verlässt:

  • Der Weg, den eine Anfrage aus der aufrufenden Anwendung nimmt
  • Wo Klassifizierung und Datenschutzverarbeitung ausgeführt werden
  • Was an jedes Ziel gesendet wird
  • Wo das Ergebnis zu ARC zurückkehrt
So arbeitet ARCSo wird eine Anfrage behandelt

Bewusst zuerst eine einzige Anwendung

Der erste Weg ist absichtlich schmal. Richtlinien- und Routing-Verhalten lassen sich weit leichter beurteilen, wenn nur eine Anwendung davon abhängt.

  1. 01Ein WegEine Anwendung, eine Liste und eine abgegrenzte Menge Modelle, durchgängig verbunden, bevor sich sonst etwas bewegt.
  2. 02PrüfenBeobachten Sie Richtlinien- und Routing-Verhalten auf diesem Weg und klären Sie die Verantwortung für jeden Teil, solange der Umfang klein ist.
  3. 03ErweiternNehmen Sie die nächste Anwendung oder Liste gegen ein Design hinzu, das bereits gelaufen ist.
Eine Liste bündelt die Modelle, Tools und Regeln, die für ein Team oder einen Anwendungsfall freigegeben sind.
Wählen, wo ARC läuft

Eine Architektur, die Ihr Team betreiben kann

Das Design geht mit der schriftlich festgehaltenen Aufteilung der Verantwortung über.

  • Die freigegebene Zielarchitektur
  • Die Integrationspunkte im gebauten Zustand
  • Wer im Betrieb welchen Teil verantwortet
  • Die noch offenen Entscheidungen zum Betrieb
Betrieb im Managed Service ansehenARC in Ihre Software einbetten

Die ARC-Integration entwerfen

Eine halbe Stunde mit einem Techniker. Ihre Zahlen. Eine klare Antwort.

Ihre Anforderungen besprechenWo ARC in echten Umgebungen sitzt