ARC
Prijzen
Discord
Spreek een engineerGratis starten
Gratis starten
ARCvan FenxLabsCollective Intelligence

Platform

  • Zo werkt het
  • Routing en governance op maat
  • Toepassingen
  • Voorbeeldarchitecturen

Implementatie

  • Hosted Platform
  • Managed Service
  • Self-hosted Licence
  • Voor ISV's
  • Open de portal

Diensten

  • Assessment en planning
  • Architectuur en integratie
  • Model Adaptation
  • EU AI Act-voorbereiding
  • Managed Service-beheer

Hulpmiddelen

  • Kostencalculator
  • Aanpakken vergelijken
  • Prijzen
  • Veelgestelde vragen
  • Transparantie
  • Aan de slag
  • Discord-community

Juridisch

  • Privacyverklaring
  • Algemene voorwaarden
  • Subverwerkers
  • Toegankelijkheid

Particulieren

  • FenxChat

FenxLabs. KvK 91762782.

Herengracht 320, 1016 CE Amsterdam, Netherlands

+31 85 060 5273contact@fenxlabs.ai

© 2026 FenxLabs. Alle rechten voorbehouden.

Bepaal waar het modelbeleid leeft

Vier zaken onderscheiden een control plane van een gateway, een cloud-AI-stack of zelf bouwen: uw netwerkgrens, de modellen die u al draait, uw data, en waar het tarief wordt geheven.

Spreek een engineerGratis starten

Vier vragen die de aanpakken uit elkaar houden

Waar FenxARC™ draait, wat het kan bereiken en hoe FenxLabs betaald wordt, beslist elke aanpak anders. Leg alle vier langs uw eigen shortlist.

Draait de router binnen uw netwerk?

De verwerking van verzoeken door ARC draait binnen uw eigen VPC, op uw eigen hardware of volledig air-gapped. Interne routes kunnen binnen uw netwerk blijven; een goedgekeurde externe route krijgt nog steeds de context die die nodig heeft.

Self-hosted Licence. Het Hosted Platform draait op de infrastructuur van FenxLabs.

Routeert het naar de modellen die u al draait?

Fraudescoring, vraagvoorspelling, documentclassificatie. De machine learning- en deep learning-modellen die u al draait worden routingbestemmingen naast uw taalmodellen.

Self-hosted Licence.

Staat uw vectoropslag erachter?

Koppel vectoropslag rechtstreeks aan de router. Die staat tussen de modellen en de data, en een model bereikt alleen wat het mag zien.

Self-hosted Licence.

Waar heft de leverancier zijn tarief?

Inferentie blijft een rechtstreekse relatie tussen u en uw aanbieders, tegen hun tarieven. Wij nemen daar geen marge op.

FenxLabs verkoopt geen inferentie door en heeft met geen enkele modelleverancier een commerciële relatie. De router heeft geen commerciële reden om de ene bestemming boven de andere te verkiezen.

Drie van deze vier horen bij de Self-hosted Licence. Waar ARC draait is één beslissing, en wat het handhaaft een andere.

Kies waar ARC draaitBekijk de Self-hosted LicenceZie waar FenxLabs zijn vergoeding neemt

ARC regelt de modellaag, niet uw hele AI-stack

ARC regelt hoe gebruikers, applicaties en agents toegang krijgen tot modellen, tools en goedgekeurde databronnen. ARC regelt niet het redeneren of plannen van een agent, de applicatielogica, de runtime of de zakelijke verantwoordelijkheid.

Applicaties houden hun workflows. Aanbieders blijven inferentie leveren. ARC toetst elk geregeld verzoek aan de actieve lijst, past uw regels voor toelaatbaarheid en privacy toe, en rangschikt daarna wat daaruit overblijft.

Een lijst bundelt de modellen, tools en regels die voor een team of toepassing zijn goedgekeurd.

Zie hoe een verzoek wordt afgehandeld
Vijf aanpakken

Kies een aanpak

Wat ze onderscheidt is waar de geldende regel leeft, en wie ervoor opdraait dat die klopt.

Waar elk van vijf aanpakken het endpoint, het beleid, de goedkeuring per team, de privacyverwerking en de relatie met de aanbieder plaatst, en wie waarvoor opdraait.
Wat ervoor nodig isDirecte koppelingen met aanbiedersSDK's van aanbieders, aangeroepen vanuit uw eigen codeCloud-AI-platformBijvoorbeeld AWS Bedrock, Azure AIGateway of routerBijvoorbeeld LiteLLM, Portkey, HeliconeZelf bouwenARC
Eén endpoint voor elk model○U bouwt het zelfElke aanbieder wordt apart gekoppeld, in de applicatie.◐Verschilt per productBinnen de eigen diensten van die cloud en de endpoints die eraan gekoppeld zijn.●IngebouwdEen gemeenschappelijk verzoekpad is precies waar deze categorie voor bestaat.○U bouwt het zelfU schrijft het endpoint en u houdt het werkend.●IngebouwdEén OpenAI-compatibele base URL voor alles op de lijst.
Beleid dat buiten de applicatiecode leeft○U bouwt het zelfDe regels zitten in elke workload die een aanbieder aanroept.◐Verschilt per productMeestal verdeeld over clouddiensten en applicatieconfiguratie.◐Verschilt per productHoeveel beleid de gateway draagt, verschilt per product.○U bouwt het zelfWat uw team bouwt, en actueel houdt naarmate modellen veranderen.●IngebouwdLijsten, door de klant bepaalde labels en routingbeleid, op de modellaag.
Per team een andere goedgekeurde set○U bouwt het zelfGehandhaafd door wie de koppeling schrijft.◐Verschilt per productHangt af van hoe dat platform tenancy en toegang modelleert.◐Verschilt per productHangt af van het product en van hoe ver het beleidsmodel reikt.○U bouwt het zelfAan u om te ontwerpen, en aan u om bij te houden als teams veranderen.●IngebouwdEen lijst draagt de modellen, tools en het beleid die voor dat team zijn goedgekeurd.
Privacy vastgesteld voordat een model wordt gekozen○U bouwt het zelfWat elke applicatie zelf controleert voordat ze naar buiten belt.◐Verschilt per productHangt af van de diensten die vóór de modelaanroep staan.◐Verschilt per productHangt ervan af of het product beleid toetst vóór de routing.○U bouwt het zelfAan u om te bepalen, en aan u om aan een toetser te bewijzen.●IngebouwdUw klassen bepalen de toelaatbaarheid, en de rangorde ordent alleen wat overblijft.
Uw eigen accounts en tarieven bij aanbieders●IngebouwdU contracteert elke aanbieder rechtstreeks.◐Verschilt per productModelkosten komen meestal op de cloudrekening.◐Verschilt per productOf de facturatie van de aanbieder doorloopt, verschilt per product.●IngebouwdU contracteert elke aanbieder rechtstreeks.●IngebouwdInferentie blijft tussen u en uw aanbieders, tegen hun tarieven.
Lees de detailsZie hoe een verzoek wordt afgehandeld
Aanpakken om te vergelijken

Kies er een of twee. De antwoorden verschijnen hieronder, één criterium tegelijk.

Eén endpoint voor elk model

Directe koppelingen met aanbieders · SDK's van aanbieders, aangeroepen vanuit uw eigen code
○U bouwt het zelfElke aanbieder wordt apart gekoppeld, in de applicatie.
Cloud-AI-platform · Bijvoorbeeld AWS Bedrock, Azure AI
◐Verschilt per productBinnen de eigen diensten van die cloud en de endpoints die eraan gekoppeld zijn.
Gateway of router · Bijvoorbeeld LiteLLM, Portkey, Helicone
●IngebouwdEen gemeenschappelijk verzoekpad is precies waar deze categorie voor bestaat.
Zelf bouwen
○U bouwt het zelfU schrijft het endpoint en u houdt het werkend.
ARC
●IngebouwdEén OpenAI-compatibele base URL voor alles op de lijst.

Beleid dat buiten de applicatiecode leeft

Directe koppelingen met aanbieders · SDK's van aanbieders, aangeroepen vanuit uw eigen code
○U bouwt het zelfDe regels zitten in elke workload die een aanbieder aanroept.
Cloud-AI-platform · Bijvoorbeeld AWS Bedrock, Azure AI
◐Verschilt per productMeestal verdeeld over clouddiensten en applicatieconfiguratie.
Gateway of router · Bijvoorbeeld LiteLLM, Portkey, Helicone
◐Verschilt per productHoeveel beleid de gateway draagt, verschilt per product.
Zelf bouwen
○U bouwt het zelfWat uw team bouwt, en actueel houdt naarmate modellen veranderen.
ARC
●IngebouwdLijsten, door de klant bepaalde labels en routingbeleid, op de modellaag.

Per team een andere goedgekeurde set

Directe koppelingen met aanbieders · SDK's van aanbieders, aangeroepen vanuit uw eigen code
○U bouwt het zelfGehandhaafd door wie de koppeling schrijft.
Cloud-AI-platform · Bijvoorbeeld AWS Bedrock, Azure AI
◐Verschilt per productHangt af van hoe dat platform tenancy en toegang modelleert.
Gateway of router · Bijvoorbeeld LiteLLM, Portkey, Helicone
◐Verschilt per productHangt af van het product en van hoe ver het beleidsmodel reikt.
Zelf bouwen
○U bouwt het zelfAan u om te ontwerpen, en aan u om bij te houden als teams veranderen.
ARC
●IngebouwdEen lijst draagt de modellen, tools en het beleid die voor dat team zijn goedgekeurd.

Privacy vastgesteld voordat een model wordt gekozen

Directe koppelingen met aanbieders · SDK's van aanbieders, aangeroepen vanuit uw eigen code
○U bouwt het zelfWat elke applicatie zelf controleert voordat ze naar buiten belt.
Cloud-AI-platform · Bijvoorbeeld AWS Bedrock, Azure AI
◐Verschilt per productHangt af van de diensten die vóór de modelaanroep staan.
Gateway of router · Bijvoorbeeld LiteLLM, Portkey, Helicone
◐Verschilt per productHangt ervan af of het product beleid toetst vóór de routing.
Zelf bouwen
○U bouwt het zelfAan u om te bepalen, en aan u om aan een toetser te bewijzen.
ARC
●IngebouwdUw klassen bepalen de toelaatbaarheid, en de rangorde ordent alleen wat overblijft.

Uw eigen accounts en tarieven bij aanbieders

Directe koppelingen met aanbieders · SDK's van aanbieders, aangeroepen vanuit uw eigen code
●IngebouwdU contracteert elke aanbieder rechtstreeks.
Cloud-AI-platform · Bijvoorbeeld AWS Bedrock, Azure AI
◐Verschilt per productModelkosten komen meestal op de cloudrekening.
Gateway of router · Bijvoorbeeld LiteLLM, Portkey, Helicone
◐Verschilt per productOf de facturatie van de aanbieder doorloopt, verschilt per product.
Zelf bouwen
●IngebouwdU contracteert elke aanbieder rechtstreeks.
ARC
●IngebouwdInferentie blijft tussen u en uw aanbieders, tegen hun tarieven.
Lees de details
Zie hoe een verzoek wordt afgehandeld
“Ingebouwd” betekent dat de aanpak het meelevert. “U bouwt het zelf” betekent dat de aanpak het aan uw team overlaat. “Verschilt per product” betekent dat het binnen die categorie werkelijk uiteenloopt, en dat is een vraag voor uw shortlist, niet een die deze pagina voor u kan beantwoorden.

Dezelfde vijf, volledig

Past het best bij, waar het beleid leeft, modelkeuze, belasting voor het team en de belangrijkste afweging, voor elk van de vijf aanpakken.
VraagDirecte koppelingen met aanbiedersSDK's van aanbieders, aangeroepen vanuit uw eigen codeCloud-AI-platformBijvoorbeeld AWS Bedrock, Azure AIGateway of routerBijvoorbeeld LiteLLM, Portkey, HeliconeZelf bouwenARC
Past het best bijEen klein aantal stabiele workloads bij één aanbieder.Organisaties die hard standaardiseren op één cloudmodel.Teams die vooral een gemeenschappelijk endpoint, abstractie van aanbieders en verkeerscontroles nodig hebben.Teams met ongebruikelijke eisen en de capaciteit om een control plane als product te dragen.Organisaties die geregelde keuze willen over modellen, tools, aanbieders en omgevingen heen.
Waar het beleid leeftElke applicatie, of elke aanbiederconfiguratie.Clouddiensten plus applicatieconfiguratie.Gatewayconfiguratie en applicatielogica.Uw eigen code en uw eigen beheeromgeving.Lijsten, door de klant bepaalde labels en routingbeleid op de modellaag.
ModelkeuzeBeperkt tot de gekoppelde aanbieder en de eigen logica van de applicatie.Hangt af van het platform en de endpoints die eraan gekoppeld zijn.Hangt af van de routing en de ondersteunde aanbieders van de gateway.Wat uw team koppelt en werkend houdt.De modellen en tools die op de actieve lijst zijn goedgekeurd.
Belasting voor het teamKoppelingen en beleid worden binnen elke workload onderhouden.Governance afgestemd op de diensten en grenzen van die cloud.Routingbeleid dat uw team definieert, test en onderhoudt.Ontwerp, beveiliging, evaluatie, beheer en wijzigingen, allemaal van u.U bezit het beleid en de relaties met aanbieders. ARC past dat beleid toe op elk geregeld verzoek.
Belangrijkste afwegingEerst eenvoudig. Wijzigingen vermenigvuldigen zich naarmate aanbieders en teams groeien.Brede platformintegratie, met beslissingen die door dat platform worden gevormd.Nuttige connectiviteit. De diepgang van de governance en de implementatieopties verschillen per product.Maximaal maatwerk, tegenover blijvend eigenaarschap van product en beheer.Eén laag extra om te koppelen en te beheren.
Lees de detailsZie hoe een verzoek wordt afgehandeld
Aanpakken om te vergelijken, in detail

Kies er een of twee. De antwoorden verschijnen hieronder, één criterium tegelijk.

Past het best bij

Directe koppelingen met aanbieders · SDK's van aanbieders, aangeroepen vanuit uw eigen code
Een klein aantal stabiele workloads bij één aanbieder.
Cloud-AI-platform · Bijvoorbeeld AWS Bedrock, Azure AI
Organisaties die hard standaardiseren op één cloudmodel.
Gateway of router · Bijvoorbeeld LiteLLM, Portkey, Helicone
Teams die vooral een gemeenschappelijk endpoint, abstractie van aanbieders en verkeerscontroles nodig hebben.
Zelf bouwen
Teams met ongebruikelijke eisen en de capaciteit om een control plane als product te dragen.
ARC
Organisaties die geregelde keuze willen over modellen, tools, aanbieders en omgevingen heen.

Waar het beleid leeft

Directe koppelingen met aanbieders · SDK's van aanbieders, aangeroepen vanuit uw eigen code
Elke applicatie, of elke aanbiederconfiguratie.
Cloud-AI-platform · Bijvoorbeeld AWS Bedrock, Azure AI
Clouddiensten plus applicatieconfiguratie.
Gateway of router · Bijvoorbeeld LiteLLM, Portkey, Helicone
Gatewayconfiguratie en applicatielogica.
Zelf bouwen
Uw eigen code en uw eigen beheeromgeving.
ARC
Lijsten, door de klant bepaalde labels en routingbeleid op de modellaag.

Modelkeuze

Directe koppelingen met aanbieders · SDK's van aanbieders, aangeroepen vanuit uw eigen code
Beperkt tot de gekoppelde aanbieder en de eigen logica van de applicatie.
Cloud-AI-platform · Bijvoorbeeld AWS Bedrock, Azure AI
Hangt af van het platform en de endpoints die eraan gekoppeld zijn.
Gateway of router · Bijvoorbeeld LiteLLM, Portkey, Helicone
Hangt af van de routing en de ondersteunde aanbieders van de gateway.
Zelf bouwen
Wat uw team koppelt en werkend houdt.
ARC
De modellen en tools die op de actieve lijst zijn goedgekeurd.

Belasting voor het team

Directe koppelingen met aanbieders · SDK's van aanbieders, aangeroepen vanuit uw eigen code
Koppelingen en beleid worden binnen elke workload onderhouden.
Cloud-AI-platform · Bijvoorbeeld AWS Bedrock, Azure AI
Governance afgestemd op de diensten en grenzen van die cloud.
Gateway of router · Bijvoorbeeld LiteLLM, Portkey, Helicone
Routingbeleid dat uw team definieert, test en onderhoudt.
Zelf bouwen
Ontwerp, beveiliging, evaluatie, beheer en wijzigingen, allemaal van u.
ARC
U bezit het beleid en de relaties met aanbieders. ARC past dat beleid toe op elk geregeld verzoek.

Belangrijkste afweging

Directe koppelingen met aanbieders · SDK's van aanbieders, aangeroepen vanuit uw eigen code
Eerst eenvoudig. Wijzigingen vermenigvuldigen zich naarmate aanbieders en teams groeien.
Cloud-AI-platform · Bijvoorbeeld AWS Bedrock, Azure AI
Brede platformintegratie, met beslissingen die door dat platform worden gevormd.
Gateway of router · Bijvoorbeeld LiteLLM, Portkey, Helicone
Nuttige connectiviteit. De diepgang van de governance en de implementatieopties verschillen per product.
Zelf bouwen
Maximaal maatwerk, tegenover blijvend eigenaarschap van product en beheer.
ARC
Eén laag extra om te koppelen en te beheren.
Lees de details
Zie hoe een verzoek wordt afgehandeld
Mogelijkheden verschillen per product en veranderen in de tijd. Gebruik dit om een aanpak te kiezen en toets de specifieke eisen daarna tijdens de evaluatie.

Toelaatbaarheid gaat vooraf aan de rangorde, dus niets in de ordeningsstap kan een bestemming bereiken die het beleid heeft uitgesloten.

Zie hoe een verzoek wordt afgehandeld

Vraag dit voordat u zich vastlegt

Deze vragen onderscheiden een aanpak van een functielijst. Leg ze aan elke optie op de shortlist voor, ARC inbegrepen.

  • Kunnen wij modellen en tools via hetzelfde verzoekbeleid regelen?
  • Kan elk team een goedgekeurde set krijgen zonder die in elke applicatie vast te leggen?
  • Kunnen wij onze directe relaties en tarieven bij aanbieders houden?
  • Kan hetzelfde beleidsmodel hosted, managed of self-hosted draaien?
  • Wat moet ons team na de eerste koppeling bouwen, testen en beheren?

ARC is niet voor elke workload nodig

Eén aanbieder, één model en controles op applicatieniveau dekken misschien alles wat u kunt voorzien. Een tweede controlelaag is dan kosten zonder opbrengst.

  • Eén workload en één aanbieder. Er valt nog niets te routeren.
  • Tracing, evaluatie en promptversiebeheer. Koop daar een tool voor die daarvoor gebouwd is.
  • Een route verandert welke goedgekeurde bestemmingen draaien. Ze maakt geen enkel model beter.

ARC is gebouwd voor het geval waarin workloadcategorieën, modelkeuze, privacyverwerking, toegangsbeleid en implementatiegrenzen per team moeten kunnen verschillen zonder elke workload te herschrijven.

Zie waar ARC in echte omgevingen staatKies waar ARC draaitWat het kostBouw ARC in uw software in

Vergelijk ARC met uw huidige aanpak

Breng een workload en een randvoorwaarde mee. Wij vertellen u of routing voor u iets verandert.

Spreek een engineerGratis starten