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.

Se var FenxARC™ sitter i din AI-stack

ARC lägger en modellövergripande control plane mellan användare, applikationer och agenter å ena sidan och de godkända modeller, verktyg och data de får nå å den andra. De fem mönstren visar var policyn körs och vad som passerar varje gräns.

Prata med en ingenjörBörja gratis

Varje mönster håller ARC mellan det anropande systemet och de resurser dess aktiva lista tillåter. Pilar visar tillåtna vägar. Streckade ramar markerar tillitsgränser. Varje verktygsanrop återvänder till ARC.

Jämför fem styrda AI-arkitekturer

Varje mönster utgår från en annan produktionsbegränsning. En och samma organisation kan köra flera samtidigt, med egen policy och egen ram för varje workload.

De fem referensarkitekturerna jämförda på drifttryck, på var tillitsgränsen ligger och på vad var och en ändrar.
ArkitekturTrycketVar gränsen liggerVad som ändras
Arkitektur 01Åtkomstlager för AI över flera teamFlera team behöver olika AI-åtkomst.Vid den lista som tilldelats det teamet eller det användningsfallet.Applikationsteamen äger inte längre leverantörsspecifik routing.
Arkitektur 02Agentåtkomst med avgränsade modeller och verktygAgenter agerar i affärssystem inom avgränsad åtkomst till modeller, verktyg, godkända data och utgifter.Mellan agentens runtime och de modeller, verktyg och data dess aktiva lista tillåter.Resursåtkomst och utgifter upprätthålls utanför agentens prompt. Resonemang och runtime ligger kvar utanför ARC.
Arkitektur 03Hybrid-AI för känsligt arbeteKänsligt arbete behöver ändå stark kapacitet utan att det underliggande materialet exponeras.Runt det känsliga materialet, där bara den avskärmade kontexten passerar.Den externa modellen tar bara emot den kontext dess steg kräver.
Arkitektur 04Motståndskraftig produktion med flera leverantörerEtt leverantörsavbrott får inte fälla produkten.Vid ruttpolicyn, som rangordnar de godkända leverantörsvägarna och privata vägarna.Routing och fallback lämnar applikationskoden.
Arkitektur 05Privat och air-gappad AIEndast Self-hosted LicenceAllt måste köras inne i ditt nätverk.Vid nätverkets kant, utan någon extern destination i rutten.Begärandata passerar aldrig nätverksgränsen.

Se vad som passerar varje gräns

Öppna det mönster som liknar din miljö mest. Alla behåller samma ARC-gränssnitt; det är tillitsgränsen och den godkända exekveringsytan som ändras.

Så läser du dessa

  • Applikation
  • ARC
  • Policygrind
  • Modell
  • Verktyg
  • Data
  • Tillitsgräns

Pilarna visar de vägar policyn tillåter. Resursgrupperna visar godkända val. Verktygsanrop återvänder till ARC. Streckade konturer visar tillitsgränser.

Arkitektur 01

Åtkomstlager för AI över flera team

+
Illustrativt scenario

Flera produkter, assistenter och agenter anropar ARC. ARC tillämpar den aktiva listan och policyn och når sedan bara de leverantörsmodeller, privata endpoints och verktyg som listan tillåter.

Kundprodukt
Intern assistent
Avdelningsflöde
ARCGemensam kontrollpunkt
Aktiv lista

Resurser som listan ger åtkomst till

Leverantörsmodeller
Privata endpoints
Godkända verktygÅtervänder till ARC
Byt lista och båda sidor byts: en annan uppsättning modeller blir behörig och en annan uppsättning verktyg blir tillgänglig, från samma control plane.
Arkitektur 02

Agentåtkomst med avgränsade modeller och verktyg

+
Illustrativt scenario

En agent skickar arbete till ARC med en aktiv lista. ARC tillämpar policy för åtkomst och utgifter och orkestrerar sedan bara de modeller och verktyg som är godkända för den listan. Varje verktygsresultat återvänder till ARC.

Agentens runtimeAnvändar- eller workloadkontext
ARCOrkestrerar
Agentlista och policy

Godkänt för den här agenten

Resonemangsmodell
Åtgärd i affärssystemÅtervänder till ARC
KunskapsåtkomstÅtervänder till ARC
  1. 01Agenten anropar ARC inom en enda aktiv lista.
  2. 02ARC tillämpar åtkomst, sekretess och gränser före exekvering.
  3. 03ARC anropar bara de modeller och verktyg listan ger åtkomst till.
  4. 04Varje verktyg lämnar sitt resultat till ARC innan rutten fortsätter.
För agenter styr ARC vilka modeller, verktyg, godkända dataåtkomster, policyer och utgifter en begäran har tillgång till. ARC styr inte agentens resonemang, dess planeringsloop, applikationslogiken, körmiljön eller det affärsmässiga ansvaret.
Arkitektur 03

Hybrid-AI för känsligt arbete

+
Illustrativt scenario

Innanför tillitsgränsen når applikationen ARC och dess sekretesspolicy. ARC anropar betrodda hanteringsverktyg och en betrodd modell. Utanför gränsen tar en enda extern modell bara emot den avskärmade kontext dess del kräver.

Din betrodda miljö

Känsligt arbetsflöde
ARCOrkestrerar
Sekretesspolicy
Betrodd modellInnanför
Skärma avÅtervänder till ARC
Sätt ihop igenÅtervänder till ARC
Extern modellEndast avskärmad kontext
  1. 01ARC klassificerar begäran enligt din sekretesspolicy.
  2. 02Känsligt material hanteras inne i den betrodda miljön.
  3. 03ARC bygger minsta möjliga kontext som det externa steget kräver.
  4. 04Den externa modellen lämnar sitt resultat till ARC.
  5. 05ARC sätter ihop svaret igen innanför gränsen.
Den externa modellen tar bara emot den avskärmade kontext som behövs för dess del av uppgiften.
Arkitektur 04

Motståndskraftig produktion med flera leverantörer

+
Illustrativt scenario

En produktionsapplikation anropar ARC. ARC tillämpar ruttpolicy och gränser vid begärantillfället och väljer sedan ur en rangordnad uppsättning godkända leverantörs- eller privata modellvägar.

Produktionsapplikation
ARCRouting per begäran
Ruttpolicy och gränser

Rangordnade godkända vägar

Leverantörsrutt AFöredragen väg
Leverantörsrutt BNästa väg
Privat endpointNär policyn tillåter
  1. 01ARC bygger de behöriga rutterna för den här begäran.
  2. 02Det aktiva målet rangordnar de rutterna.
  3. 03När en leverantör fallerar tar begäran nästa väg du har satt.
  4. 04Applikationen behåller samma ARC-gränssnitt.
Byt vilken modell som svarar för en workload utan att ändra applikationen som anropar den
Arkitektur 05Endast Self-hosted Licence

Privat och air-gappad AI

+
Illustrativt scenario

En enda kundnätverksgräns rymmer applikationen, self-hosted ARC, policyn, lokalt driftade modeller, godkända verktyg och ansluten lagring. Det finns ingen extern väg.

Ditt nätverk. Ingen extern väg

Applikation
Agentflöde
ARCSelf-hosted
Policy
SpråkmodellDin egen
MaskininlärningDin egen
Godkänt verktygÅtervänder till ARC
Ansluten lagringBakom ARC
Under Self-hosted Licence körs ARC:s hantering av begäranden i infrastruktur du kontrollerar. Air-gapping följer av att du driftar själv, det är ingen uppgradering.
Se hur en begäran hanterasVälj var ARC körsBygg in ARC i din programvara

Det en designgenomgång reder ut

Vad som passerar vilken gräns bestäms i designen och skrivs ned innan något driftsätts. Vi förutsätter det inte.

Så kopplar vi det till din stack

Placera ARC i den stack du redan kör

En halvtimme med en ingenjör. Dina siffror. Ett rakt svar.

Prata med en ingenjörBörja gratis