Integri FenxARC™ nel suo software e lo offra con il suo marchio. Dia al suo prodotto e a ogni cliente un accesso governato a modelli, strumenti e dati approvati, sia per le richieste degli utenti sia per quelle degli agenti.
ARC in white label è disponibile su accordo, con Managed Service dove serve.
Dia a ogni cliente un elenco distinto: i modelli, gli strumenti e le regole approvati che i suoi utenti e i suoi agenti possono raggiungere. Ogni richiesta gira dentro un solo elenco, quindi gli accessi non sono mai condivisi.
Tre chiavi, quelle di due clienti e quella del prodotto interno, entrano in un solo deployment di ARC. Ogni chiave porta al proprio elenco di modelli e strumenti approvati. I perimetri non si toccano, quindi nessun cliente eredita gli accessi di un altro.
Elenco del cliente A
Elenco del cliente B
Elenco interno
Applichi i controlli di accesso, riservatezza, routing, limiti e spesa a ciascun elenco cliente. Le impostazioni di un cliente non allargano gli accessi di un altro.
Una persona può avere accesso a più elenchi, e ogni singola richiesta gira dentro uno solo di essi. Gli accessi non si sommano mai fra elenchi diversi.
Dia a ogni cliente la sua superficie governata mentre il suo team interno usa un altro elenco dello stesso deployment di ARC.
Usi ARC sotto un prodotto nativo IA o sotto un software che sta aggiungendo IA. La licenza white label e il Managed Service sono disponibili su accordo.
Integri ARC dietro l’esperienza del suo prodotto e offra il livello governato con il suo marchio. L’accordo definisce il perimetro dell’integrazione, il marchio, il supporto e le condizioni economiche.
Parliamo di un progetto ISVFenxLabs può gestire l’ambiente ARC e di modelli concordato dentro la sua infrastruttura oppure ospitarlo per lei. Responsabilità e confini si concordano prima del deployment.
Esplori il Managed ServiceARC parla OpenAI. Cambi l’URL di base e la chiave, poi tenga l’SDK, il codice client e la forma delle richieste che il suo prodotto già usa.
Il routing automatico è il comportamento predefinito quando una richiesta omette il modello. Un modello indicato per nome resta possibile finché l’elenco cliente attivo lo consente.
from openai import OpenAI
client = OpenAI(
base_url="https://api.askarc.app/api/v1",
api_key="fxk_your_customer_key",
)
# No model named, so ARC scores the request and routes it
# inside the list that key is authorised for.
response = client.chat.completions.create(
messages=[{"role": "user", "content": "Summarise this account..."}],
)Mostri a che cosa può accedere ogni cliente, come si applicano riservatezza e spesa, che cosa governa ARC per gli agenti e quale parte gestisce l’ambiente.
Una richiesta gira dentro un solo elenco cliente e raggiunge soltanto i modelli, gli strumenti e i dati approvati che la sua policy consente.
ARC valuta la riservatezza a ogni richiesta. Applichi le definizioni e i controlli di budget di ogni cliente al suo elenco prima che ARC ordini qualsiasi percorso.
Per gli agenti, ARC controlla i modelli, gli strumenti, gli accessi ai dati approvati, le policy e la spesa a disposizione di una richiesta. Non controlla il ragionamento dell’agente, il suo ciclo di pianificazione, la logica applicativa, il runtime o la responsabilità di business.
L’accordo ISV registra dove gira ARC, chi gestisce l’ambiente, che cosa attraversa ogni confine e quali responsabilità si assume FenxLabs.
Porti sotto un unico punto di controllo l’uso dell’IA che passa per ARC, tenendo il suo prodotto e ciascun cliente dentro perimetri separati di risorse, policy e spesa.
La policy stabilisce quali modelli, strumenti e opzioni di percorso sono consentiti. ARC ordina soltanto le opzioni consentite. L’inferenza resta un rapporto diretto fra lei e i suoi fornitori, alle tariffe che praticano loro. Noi non ci prendiamo alcun margine.Descriva il prodotto, i confini fra clienti e chi dovrebbe gestire l’ambiente. Da quel contesto discuteremo un accordo white label o gestito adeguato.