Ga naar inhoud

Het model van Core

Core is een platform waarop je oplossingen met taalmodellen bouwt voor je klanten. Elke klant krijgt een eigen organisatie. In die organisatie leg je vast wat een agent weet, wat hij mag doen en met welk model hij werkt, en je applicatie roept dat aan met een sleutel.

De bouwstenen

Bouwsteen Wat het is Lees verder
Organisatie de afgesloten ruimte van één klant: eigen beheerders, sleutels, agents, kennis, gegevens, verbruik en limieten Organisaties en klanten
Sleutels en policy hoe een applicatie zich meldt, en wat die sleutel bereikt Sleutels, capabilities en policy
Agents de AI die redeneert en handelt: een model, instructies, een prompt, skills en tools, vastgelegd onder een naam Agents
Kennis wat een agent kan weten: documenten in collecties, doorzoekbaar gemaakt in een index of een graaf Kennis
Tools wat een agent kan doen: een API aanroepen, zoeken op het web, code uitvoeren, een andere agent inschakelen Tools
MCP een manier om externe tools aan te sluiten, en om Core zelf als tools aan te bieden MCP
Modellen waarmee een agent denkt: de catalogus, regio's, fallback, routers en prijzen Modellen en routering
Gebruik, Audit en Traces zien wat er is gebeurd en wat het kostte Inzicht
Publicaties iets één keer bouwen en bij meerdere klanten installeren Delen en hergebruik

Hoe het samenhangt

flowchart TB
    app["Je applicatie"] -->|"verzoek met een sleutel"| key
    subgraph org["Organisatie: de ruimte van één klant"]
        key["Sleutels en policy<br/>wie mag wat"]
        agent["Agents<br/>redeneert en handelt"]
        knowledge["Kennis<br/>wat de agent weet"]
        tools["Tools<br/>wat de agent doet"]
        models["Modellen<br/>waarmee de agent denkt"]
        insight["Gebruik, Audit, Traces<br/>wat er gebeurde"]
        key --> agent
        agent --> knowledge
        agent --> tools
        agent --> models
        agent -.-> insight
    end
    pub["Publicaties<br/>hergebruik bij andere klanten"] -.->|"kopieën"| org

Een verzoek doorloopt de bouwstenen in deze volgorde:

  1. Je applicatie stuurt een verzoek met een sleutel. De sleutel hoort bij precies één organisatie, en alles wat het verzoek daarna raakt, is van die organisatie.
  2. Core toetst het verzoek aan de capabilities en de policy van de sleutel: staat de functie aan, en mag deze sleutel dit model, deze tool en deze kennis bereiken?
  3. Het verzoek noemt een agent, of beschrijft zelf het model, de instructies en de tools. De agent is de vastgelegde vorm van hetzelfde.
  4. Het model antwoordt, of vraagt om een tool. Een zoektool over kennis is ook een tool: zo komt de inhoud van je documenten in het antwoord terecht.
  5. Core legt vast wat er gebeurde: verbruik per sleutel en per persoon, auditgebeurtenissen per beslissing, en een trace per modelaanroep.

Een voorbeeld. Je bouwt een supportassistent voor de klant Noordwind. Noordwind is een organisatie onder de jouwe. Daarin staat een collectie met het handboek, een index daarover en een zoektool knowledge__handboek. Een API-koppeling geeft toegang tot het ticketsysteem. De agent support legt het model, de instructie en die twee tools vast. De applicatie van Noordwind stuurt {"agent": {"id": "support"}, "input": "..."} met een sleutel van Noordwind. Heeft je volgende klant dezelfde assistent nodig, dan publiceer je de agent en installeer je hem daar.

Wat een organisatie niet deelt

Organisaties delen niets vanzelf. Een sleutel van Noordwind ziet geen agent, document of verbruiksregel van een andere klant, en ook niet van jouw eigen organisatie. Iets hergebruiken doe je bewust, met een publicatie. Als beheerder van de organisatie erboven beheer je de klantorganisatie wel: haar sleutels, limieten en instellingen (Organisaties en klanten).

Verder

Je wilt Lees
begrijpen hoe je klanten indeelt Organisaties en klanten
een eigen product bouwen met Core eronder Een platform bouwen op Core
een eerste verzoek sturen Je eerste aanroep
stap voor stap iets werkends bouwen Tutorials
de console leren kennen De console gebruiken
een klantorganisatie aanmaken Organisaties beheren in de console of met een sleutel
een agent vastleggen Agents via de API
documenten doorzoekbaar maken Kennis via de API
een tool aansluiten Tools via de API
de API opzoeken API-referentie