Agent OS · Arkitektur

Arkitekturen i ett Agent OS steg för steg

Så samverkar plattformens delar när en enda uppgift ska utföras – från beställning till spårbar loggpost.

Se lagren

Lagren

Gränssnitt

Chatt, e-post, schema och händelser från system.

Planering

Uppdelning av målet i steg och val av verktyg.

Modeller

Styrning till modeller efter uppgift och dataklass.

Verktyg

Versionerade integrationer med beskrivna in- och utdata och behörigheter.

Policyer

Behörigheter, gränser och godkännanden.

Observerbarhet

Loggar, kostnader och kvalitetsutvärderingar.

Flödet för en uppgift

Beställningen kommer in via ett gränssnitt tillsammans med beställarens identitet
Agenten planerar steg och väljer verktyg
Policyer kontrollerar varje steg innan det utförs
Steg med stor påverkan väntar på godkännande
Resultat och fullständigt spår skrivs till loggen

Agentens minne

Korttidsminnet omfattar den aktuella uppgiften; långtidsminnet fakta som behövs i senare uppgifter. För båda ska omfattning, lagringstid och möjlighet till radering bestämmas, särskilt när de innehåller personuppgifter. Ett bra standardval är att långtidsminnet bara innehåller sådant som användaren eller ägaren uttryckligen godkänt.

Att utforma verktyg

Ett verktyg ska göra en sak, ha en tydlig beskrivning, validera indata och returnera begripliga fel. Verktyg som skriver data bör ha ett testläge som visar effekten utan att utföra den, så att agentens plan kan granskas innan något ändras.

När flera agenter samarbetar

När flera agenter samarbetar – till exempel en som tar emot ärenden och en som sköter fakturering – behövs tydliga överlämningskontrakt: vilka data, i vilket format och vem som ansvarar för resultatet. Utan sådana kontrakt blir felsökning mycket svår.

Designbeslut

Beslut	Alternativ
Drift	Molntjänst, moln inom EU eller egen infrastruktur
Modeller	En leverantör, flera leverantörer eller egna modeller
Behörigheter	Agentkonto eller agerande för användarens räkning