Vrije keuze uit AI-providers, modellen en profielen
AI-keuze moet worden bestuurd en mag niet toevallig zijn
Voor een onderneming draait de keuze van AI zelden om het vinden van één beste model. De juridische afdeling beoordeelt voorwaarden voor gegevensverwerking, de financieel directeur kijkt naar kosten, het technische team naar antwoordkwaliteit, vertraging en betrouwbaarheid, terwijl de proceseigenaar een meetbaar resultaat nodig heeft. Het ene model schrijft beter, het andere analyseert lange documenten en een derde handelt standaardbewerkingen sneller af. Sapphire I.C.D.S. bindt de volledige AI-omgeving daarom niet aan één combinatie van provider en model. Het platform verdeelt de configuratie over drie niveaus: provider, model en profiel.

De provider is het kanaal naar de AI-dienst
De provider verzorgt de communicatie met een specifiek extern AI-platform en vertaalt de bijzonderheden daarvan naar het gemeenschappelijke interne contract van Sapphire I.C.D.S. De huidige architectuur bevat adapters voor ondersteunde leveranciers, waaronder OpenAI en Mistral. Het werkelijke aanbod hangt af van de versie, het beleid van de organisatie en de samenstelling van een specifieke installatie. Een beheerder kan meerdere providers beheren, hun beschikbaarheid regelen en uitgeschakelde opties voor gebruikers verbergen.
Deze grens is belangrijk: vrije keuze betekent niet dat iedere via HTTP compatibele dienst zonder controle aan productie kan worden gekoppeld. Een leverancier heeft een ondersteunde adapter, een juiste configuratie en goedkeuring van de organisatie nodig. Dit verkleint het risico dat een experimentele integratie ongemerkt onderdeel wordt van een kritisch proces.
Het model beschrijft werkelijke technische mogelijkheden
Binnen één provider kunnen meerdere modellen bestaan met verschillende contextlimieten, antwoordgroottes en doelen. Sapphire I.C.D.S. bewaart het model los van de provider en het profiel. Daardoor kan expliciet worden vastgelegd welke modellen beschikbaar of tijdelijk uitgeschakeld zijn en met welke grenzen de gebruikersinterface en AI-agent rekening moeten houden. Modellen voor gewone tekst hoeven niet te worden gemengd met modellen voor een andere specialisatie: de catalogus kan het doel meenemen en een ongeschikte optie niet in de standaardchat aanbieden.
Voor het management ontstaat een transparante kaart van mogelijkheden. In plaats van een vage instelling AI gebruiken krijgt de organisatie een lijst met goedgekeurde modellen en ziet zij waar een grote context nodig is, waar een voordeliger optie volstaat en waar een speciaal uitvoerformaat vereist is. Wanneer een provider zijn modellenreeks vernieuwt, kan een nieuw model gecontroleerd worden toegevoegd en getest zonder iedere bedrijfsmoduul aan te passen.
Een profiel maakt van een model een werkbeleid
Een profiel verbindt het gekozen model met de instellingen van een specifiek scenario. Het kan de systeeminstructie, het redeneerniveau, toegestane variatie, maximale antwoordomvang, resultaatformaat, streaming, het actieve contextbudget en een reserve voor verkorting vastleggen. Voor langlopende agenttaken kan het profiel ook operationele grenzen bevatten. Een profiel kan worden ingeschakeld, uitgeschakeld of als standaard worden aangewezen.
Profielen geven hetzelfde model verschillende rollen zonder de integratie te kopiëren. Een profiel voor contentredactie kan een volledige gestructureerde tekst eisen, een operatorprofiel een kort antwoord op basis van goedgekeurde tools en een analyseprofiel een grotere context en strengere instructie. De configuratie wordt reproduceerbaar: medewerkers hoeven de verzoekparameters niet telkens handmatig samen te stellen.
Invloed op kosten en kwaliteit
De scheiding van drie niveaus maakt een portefeuillebenadering mogelijk. Frequente en voorspelbare bewerkingen gaan naar een voordelig profiel, complexe taken naar een krachtiger profiel en nieuwe modellen worden eerst beperkt getest. Wisselen vereist geen herschrijving van de schema's van platformtools: de gemeenschappelijke AI-omgeving normaliseert hun gebruik, terwijl het leveranciersspecifieke formaat in de adapter blijft.
- Kosten worden beheerst via modelkeuze, antwoordlimieten en contextbudget.
- Kwaliteit wordt gestabiliseerd door systeeminstructie en profiel, niet door toevallige instellingen van een gebruiker.
- Risico neemt af door providers en modellen centraal in te schakelen.
- Migratie wordt eenvoudiger doordat bedrijfstools niet rond het formaat van één AI-leverancier zijn ontworpen.
Wat onder beheer van de administrator blijft
Een modelkeuze in de interface heft het bedrijfsbeleid niet op. De gebruiker ziet alleen actieve opties, terwijl de server toegang tot AI en haar tools bepaalt op basis van een gevalideerd account en groepsrechten. Een profiel kan niet zelfstandig een nieuwe tool openen, bevoegdheden verruimen of de identiteit van de gebruiker vervangen. Toegangsgegevens van providers maken evenmin deel uit van de gebruikerskeuze.
Een praktisch invoeringsproces is duidelijk: de organisatie bepaalt toegestane leveranciers, registreert de nodige modellen, maakt enkele begrijpelijke profielen, kiest een standaard en controleert ieder scenario met eigen gegevens. Daarna meet het technische team kwaliteit, antwoordtijd en verbruik, terwijl de proceseigenaar de werkende combinatie goedkeurt.
Onafhankelijkheid zonder onjuiste beloften
De architectuur vermindert de afhankelijkheid van één provider, maar maakt verschillende modellen niet identiek. Bij een overstap moeten instructies, kwaliteit van toolaanroepen, contextgrenzen en antwoordformaten opnieuw worden gecontroleerd. Het platform biedt hiervoor één beheerde laag; het belooft geen automatische gelijkwaardigheid van alle AI-diensten.
Voor de ondernemer blijft onderhandelings- en technologievrijheid behouden. De technisch directeur kan de catalogus centraal beheren, stapsgewijs testen en van model wisselen zonder de bedrijfslogica opnieuw te bouwen. De provider blijft een vervangbare technologiecomponent, het model een meetbare hulpbron en het profiel de goedgekeurde manier om die toe te passen.