ARC
Priser
Discord
Prata med en ingenjörBörja gratis
Börja gratis
ARCav FenxLabsCollective Intelligence

Plattform

  • Så fungerar det
  • Egen routing och governance
  • Användningsfall
  • Exempelarkitekturer

Driftformer

  • Hosted Platform
  • Managed Service
  • Self-hosted Licence
  • För ISV:er
  • Öppna portalen

Tjänster

  • Assessment och planering
  • Arkitektur och integration
  • Model Adaptation
  • EU AI Act-readiness
  • Drift inom Managed Service

Resurser

  • Kostnadskalkylator
  • Jämför ansatser
  • Priser
  • Vanliga frågor
  • Transparens
  • Kom igång
  • Discord-community

Juridik

  • Integritetspolicy
  • Allmänna villkor
  • Underbiträden
  • Tillgänglighet

För privatpersoner

  • FenxChat

FenxLabs. KvK 91762782.

Herengracht 320, 1016 CE Amsterdam, Netherlands

+31 85 060 5273contact@fenxlabs.ai

© 2026 FenxLabs. Alla rättigheter förbehållna.

Bestäm var modellpolicyn bor

Fyra saker skiljer en control plane från en gateway, en cloud AI-stack eller egen utveckling: din nätverksgräns, de modeller du redan kör, dina data, och var avgiften tas.

Prata med en ingenjörBörja gratis

Fyra frågor som skiljer ansatserna åt

Var FenxARC™ körs, vad det kan nå och hur FenxLabs får betalt avgörs olika i varje ansats. Ställ alla fyra frågorna till din egen kortlista.

Körs routern inne i ditt nätverk?

ARC:s hantering av begäranden körs i din VPC, på din egen hårdvara eller helt air-gappad. Interna rutter kan stanna inne i ditt nätverk, och en godkänd extern rutt får ändå den kontext den behöver.

Self-hosted Licence. Hosted Platform körs på FenxLabs infrastruktur.

Skickar den vidare till de modeller du redan kör?

Bedrägeripoäng, efterfrågeprognoser, dokumentklassificering. De modeller för maskininlärning och djupinlärning du redan kör blir routingdestinationer vid sidan av dina språkmodeller.

Self-hosted Licence.

Ligger din vektorlagring bakom den?

Anslut vektorlagring direkt till routingen. Den ligger mellan modellerna och data, och en modell når bara det den har rätt att se.

Self-hosted Licence.

Var tar leverantören sin avgift?

Inferensen förblir en direkt relation mellan dig och dina leverantörer, till deras priser. Vi tar ingen marginal på den.

FenxLabs säljer ingen inferens vidare och har ingen kommersiell relation med någon modelleverantör. Routingen har inget kommersiellt skäl att föredra en destination framför en annan.

Tre av de fyra hör till Self-hosted Licence. Var ARC körs är ett beslut, och vad det upprätthåller är ett annat.

Välj var ARC körsUtforska Self-hosted LicenceVar FenxLabs tar sin avgift

ARC styr modellagret, inte hela din AI-stack

ARC styr hur användare, applikationer och agenter når modeller, verktyg och godkända datakällor. ARC styr inte en agents resonemang, dess planering, applikationslogiken, körmiljön eller det affärsmässiga ansvaret.

Applikationer behåller sina arbetsflöden. Leverantörer fortsätter leverera inferens. ARC bedömer varje styrd begäran mot den aktiva listan, tillämpar dina regler för behörighet och sekretess och rangordnar sedan det som återstår.

En lista samlar de modeller, verktyg och regler som är godkända för ett team eller ett användningsfall.

Se hur en begäran hanteras
Fem ansatser

Välj en driftansats

Det som skiljer dem är var den styrande regeln bor, och vem som hänger på att hålla den rätt.

Var var och en av de fem driftansatserna placerar endpointen, policyn, godkännandet per team, sekretesshanteringen och relationen till leverantören, och vem som hänger på varje del.
Det som krävsDirekta leverantörsintegrationerLeverantörernas SDK:er, anropade från din egen kodCloud AI-plattformTill exempel AWS Bedrock, Azure AIGateway eller routerTill exempel LiteLLM, Portkey, HeliconeEgen utvecklingARC
En endpoint framför varenda modell○Du bygger det självVarje leverantör integreras för sig, inne i applikationen.◐Varierar per produktInom den molnleverantörens egna tjänster och de endpoints som är anslutna.●InbyggtEn gemensam begäranväg är precis det kategorin finns till för.○Du bygger det självDu skriver endpointen, och du håller den i gång.●InbyggtEn OpenAI-kompatibel bas-URL till allt på listan.
Policy som bor utanför applikationskoden○Du bygger det självReglerna sitter i varje workload som anropar en leverantör.◐Varierar per produktOftast delad mellan molntjänster och konfiguration i applikationen.◐Varierar per produktHur mycket policy gatewayen håller varierar från produkt till produkt.○Du bygger det självDet ditt team bygger, och håller aktuellt allteftersom modellerna byts.●InbyggtListor, kunddefinierade taggar och routingpolicy, i modellagret.
En egen godkänd uppsättning per team○Du bygger det självUpprätthålls av den som skriver varje integration.◐Varierar per produktBeror på hur plattformen modellerar tenancy och åtkomst.◐Varierar per produktBeror på produkten och på hur långt dess policymodell räcker.○Du bygger det självDitt att utforma, och ditt att hålla i linje när teamen ändras.●InbyggtEn lista bär de modeller, verktyg och policyer som är godkända för det teamet.
Sekretessen utredd innan en modell väljs○Du bygger det självDet varje applikation nu råkar kontrollera innan den anropar ut.◐Varierar per produktBeror på de tjänster som ligger framför modellanropet.◐Varierar per produktBeror på om produkten bedömer policy före routing.○Du bygger det självDitt att definiera, och ditt att bevisa för en granskare.●InbyggtDina klasser avgör behörigheten, och rangordningen sorterar bara det som återstår.
Dina egna leverantörsavtal och priser●InbyggtDu avtalar direkt med varje leverantör.◐Varierar per produktModellkostnaderna landar oftast på molnkontot.◐Varierar per produktOm leverantörens fakturering går igenom varierar från produkt till produkt.●InbyggtDu avtalar direkt med varje leverantör.●InbyggtInferens förblir mellan dig och dina leverantörer, till deras priser.
Läs detaljernaSe hur en begäran hanteras
Ansatser att jämföra

Välj ett eller två. Svaren visas nedan, ett kriterium i taget.

En endpoint framför varenda modell

Direkta leverantörsintegrationer · Leverantörernas SDK:er, anropade från din egen kod
○Du bygger det självVarje leverantör integreras för sig, inne i applikationen.
Cloud AI-plattform · Till exempel AWS Bedrock, Azure AI
◐Varierar per produktInom den molnleverantörens egna tjänster och de endpoints som är anslutna.
Gateway eller router · Till exempel LiteLLM, Portkey, Helicone
●InbyggtEn gemensam begäranväg är precis det kategorin finns till för.
Egen utveckling
○Du bygger det självDu skriver endpointen, och du håller den i gång.
ARC
●InbyggtEn OpenAI-kompatibel bas-URL till allt på listan.

Policy som bor utanför applikationskoden

Direkta leverantörsintegrationer · Leverantörernas SDK:er, anropade från din egen kod
○Du bygger det självReglerna sitter i varje workload som anropar en leverantör.
Cloud AI-plattform · Till exempel AWS Bedrock, Azure AI
◐Varierar per produktOftast delad mellan molntjänster och konfiguration i applikationen.
Gateway eller router · Till exempel LiteLLM, Portkey, Helicone
◐Varierar per produktHur mycket policy gatewayen håller varierar från produkt till produkt.
Egen utveckling
○Du bygger det självDet ditt team bygger, och håller aktuellt allteftersom modellerna byts.
ARC
●InbyggtListor, kunddefinierade taggar och routingpolicy, i modellagret.

En egen godkänd uppsättning per team

Direkta leverantörsintegrationer · Leverantörernas SDK:er, anropade från din egen kod
○Du bygger det självUpprätthålls av den som skriver varje integration.
Cloud AI-plattform · Till exempel AWS Bedrock, Azure AI
◐Varierar per produktBeror på hur plattformen modellerar tenancy och åtkomst.
Gateway eller router · Till exempel LiteLLM, Portkey, Helicone
◐Varierar per produktBeror på produkten och på hur långt dess policymodell räcker.
Egen utveckling
○Du bygger det självDitt att utforma, och ditt att hålla i linje när teamen ändras.
ARC
●InbyggtEn lista bär de modeller, verktyg och policyer som är godkända för det teamet.

Sekretessen utredd innan en modell väljs

Direkta leverantörsintegrationer · Leverantörernas SDK:er, anropade från din egen kod
○Du bygger det självDet varje applikation nu råkar kontrollera innan den anropar ut.
Cloud AI-plattform · Till exempel AWS Bedrock, Azure AI
◐Varierar per produktBeror på de tjänster som ligger framför modellanropet.
Gateway eller router · Till exempel LiteLLM, Portkey, Helicone
◐Varierar per produktBeror på om produkten bedömer policy före routing.
Egen utveckling
○Du bygger det självDitt att definiera, och ditt att bevisa för en granskare.
ARC
●InbyggtDina klasser avgör behörigheten, och rangordningen sorterar bara det som återstår.

Dina egna leverantörsavtal och priser

Direkta leverantörsintegrationer · Leverantörernas SDK:er, anropade från din egen kod
●InbyggtDu avtalar direkt med varje leverantör.
Cloud AI-plattform · Till exempel AWS Bedrock, Azure AI
◐Varierar per produktModellkostnaderna landar oftast på molnkontot.
Gateway eller router · Till exempel LiteLLM, Portkey, Helicone
◐Varierar per produktOm leverantörens fakturering går igenom varierar från produkt till produkt.
Egen utveckling
●InbyggtDu avtalar direkt med varje leverantör.
ARC
●InbyggtInferens förblir mellan dig och dina leverantörer, till deras priser.
Läs detaljerna
Se hur en begäran hanteras
”Inbyggt” betyder att ansatsen levererar det. ”Du bygger det själv” betyder att ansatsen lämnar det till ditt team. ”Varierar per produkt” betyder att det verkligen skiljer sig inom den kategorin, och det är en fråga att ta med till en kortlista snarare än en som den här sidan kan svara på åt dig.

Samma fem, i sin helhet

Passar bäst för, var policyn bor, modellval, börda för teamet och den viktigaste avvägningen, för var och en av de fem driftansatserna.
FrågaDirekta leverantörsintegrationerLeverantörernas SDK:er, anropade från din egen kodCloud AI-plattformTill exempel AWS Bedrock, Azure AIGateway eller routerTill exempel LiteLLM, Portkey, HeliconeEgen utvecklingARC
Passar bäst förEtt litet antal stabila workloads bundna till en leverantör.Organisationer som standardiserar hårt på en molnbaserad driftmodell.Team som mest behöver en gemensam endpoint, abstraktion över leverantörer och trafikkontroll.Team med ovanliga krav och kapacitet att äga en control plane-produkt.Organisationer som vill ha ett styrt val över modeller, verktyg, leverantörer och miljöer.
Var policyn borVarje applikation, eller varje leverantörskonfiguration.Molntjänster plus konfiguration i applikationen.Konfiguration i gatewayen och logik i applikationen.Din egen kod och din egen driftmiljö.Listor, kunddefinierade taggar och routingpolicy i modellagret.
ModellvalBegränsat till den anslutna leverantören och applikationens egen logik.Beror på plattformen och de endpoints som är anslutna till den.Beror på gatewayens routing och stöd för leverantörer.Det ditt team integrerar och håller i gång.De modeller och verktyg som är godkända på den aktiva listan.
Börda för teametIntegrationer och policy underhålls inne i varje enskild workload.Governance inriktad efter den molnleverantörens tjänster och gränser.Routingpolicy definierad, testad och underhållen av ditt eget team.Design, säkerhet, utvärdering, drift och förändring, alltihop är ditt.Du äger policyn och relationerna till leverantörerna. ARC tillämpar den policyn på varje styrd begäran.
Viktigaste avvägningenEnkelt till att börja med. Ändringarna blir fler allteftersom leverantörer och team växer.Bred plattformsintegration, där besluten formas av just den plattformen.Nyttig anslutning. Djupet i governance och valet av driftform varierar från produkt till produkt.Maximal anpassning, ställd mot ett fortlöpande produkt- och driftägarskap.Ytterligare ett lager att integrera och styra.
Läs detaljernaSe hur en begäran hanteras
Ansatser att jämföra, i detalj

Välj ett eller två. Svaren visas nedan, ett kriterium i taget.

Passar bäst för

Direkta leverantörsintegrationer · Leverantörernas SDK:er, anropade från din egen kod
Ett litet antal stabila workloads bundna till en leverantör.
Cloud AI-plattform · Till exempel AWS Bedrock, Azure AI
Organisationer som standardiserar hårt på en molnbaserad driftmodell.
Gateway eller router · Till exempel LiteLLM, Portkey, Helicone
Team som mest behöver en gemensam endpoint, abstraktion över leverantörer och trafikkontroll.
Egen utveckling
Team med ovanliga krav och kapacitet att äga en control plane-produkt.
ARC
Organisationer som vill ha ett styrt val över modeller, verktyg, leverantörer och miljöer.

Var policyn bor

Direkta leverantörsintegrationer · Leverantörernas SDK:er, anropade från din egen kod
Varje applikation, eller varje leverantörskonfiguration.
Cloud AI-plattform · Till exempel AWS Bedrock, Azure AI
Molntjänster plus konfiguration i applikationen.
Gateway eller router · Till exempel LiteLLM, Portkey, Helicone
Konfiguration i gatewayen och logik i applikationen.
Egen utveckling
Din egen kod och din egen driftmiljö.
ARC
Listor, kunddefinierade taggar och routingpolicy i modellagret.

Modellval

Direkta leverantörsintegrationer · Leverantörernas SDK:er, anropade från din egen kod
Begränsat till den anslutna leverantören och applikationens egen logik.
Cloud AI-plattform · Till exempel AWS Bedrock, Azure AI
Beror på plattformen och de endpoints som är anslutna till den.
Gateway eller router · Till exempel LiteLLM, Portkey, Helicone
Beror på gatewayens routing och stöd för leverantörer.
Egen utveckling
Det ditt team integrerar och håller i gång.
ARC
De modeller och verktyg som är godkända på den aktiva listan.

Börda för teamet

Direkta leverantörsintegrationer · Leverantörernas SDK:er, anropade från din egen kod
Integrationer och policy underhålls inne i varje enskild workload.
Cloud AI-plattform · Till exempel AWS Bedrock, Azure AI
Governance inriktad efter den molnleverantörens tjänster och gränser.
Gateway eller router · Till exempel LiteLLM, Portkey, Helicone
Routingpolicy definierad, testad och underhållen av ditt eget team.
Egen utveckling
Design, säkerhet, utvärdering, drift och förändring, alltihop är ditt.
ARC
Du äger policyn och relationerna till leverantörerna. ARC tillämpar den policyn på varje styrd begäran.

Viktigaste avvägningen

Direkta leverantörsintegrationer · Leverantörernas SDK:er, anropade från din egen kod
Enkelt till att börja med. Ändringarna blir fler allteftersom leverantörer och team växer.
Cloud AI-plattform · Till exempel AWS Bedrock, Azure AI
Bred plattformsintegration, där besluten formas av just den plattformen.
Gateway eller router · Till exempel LiteLLM, Portkey, Helicone
Nyttig anslutning. Djupet i governance och valet av driftform varierar från produkt till produkt.
Egen utveckling
Maximal anpassning, ställd mot ett fortlöpande produkt- och driftägarskap.
ARC
Ytterligare ett lager att integrera och styra.
Läs detaljerna
Se hur en begäran hanteras
Funktionaliteten varierar från produkt till produkt och ändras över tid. Använd det här för att välja en driftansats, och pröva sedan de konkreta kraven under utvärderingen.

Behörigheten avgörs före rangordningen, så ingenting i sorteringssteget kan nå en destination som policyn uteslutit.

Se hur en begäran hanteras

Fråga innan du binder dig

De här frågorna skiljer en driftansats från en funktionslista. Ställ dem till varje enskilt alternativ på kortlistan, ARC inräknat.

  • Kan vi styra modeller och verktyg genom samma begäranpolicy?
  • Kan varje team ha en egen godkänd uppsättning utan att den hårdkodas i varje applikation?
  • Kan vi behålla våra direkta avtal och priser hos leverantörerna?
  • Kan samma policymodell köras hosted, managed eller self-hosted?
  • Vad måste vårt eget team bygga, testa och driva efter den första integrationen?

ARC är inte nödvändigt för varje workload

En leverantör, en modell och kontroller på applikationsnivå kan täcka allt du kan se komma. Ett extra kontrollager vore då en kostnad utan avkastning.

  • En workload och en leverantör. Ännu ingenting att skicka vidare mellan.
  • Tracing, utvärdering och promptversionering. Köp ett verktyg byggt för det.
  • En rutt ändrar vilka godkända destinationer som körs. Den gör ingen modell bättre.

ARC är byggt för det fall där workloadkategorier, modellval, sekretesshantering, åtkomstpolicy och driftgränser måste kunna variera mellan team utan att varje workload skrivs om.

Var ARC sitter i verkliga miljöerVälj var ARC körsVad det kostarBygg in ARC i din programvara

Jämför ARC med den ansats du använder i dag

Ta med en workload och en begränsning. Vi säger om routing gör någon skillnad för dig.

Prata med en ingenjörBörja gratis