VAD ÄR EN AGENT?

PROMPT VS AGENT // SJÄLVSTÄNDIGHET // STEG FÖR STEG

Senast uppdaterad:

UTGÅNGSPUNKT

Agent är en systemegenskap, inte ett produktnamn

En prompt är en instruktion. Ett workflow ordnar flera steg. Ett agentsystem låter en modell välja något av stegen eller verktygen inom en körningsloop. Samma chattprodukt kan därför vara vanlig chatbot i ett läge och en del av ett agentsystem i ett annat.

Fråga inte bara ”är detta en agent?”. Fråga vilka val modellen får göra, vilka verktyg den kan anropa, vilken data den ser och vilken skada ett felaktigt val kan orsaka.

DEFINITION

En praktisk definition av AI-agent

En AI-agent är här ett system där en modell, utifrån ett mål och aktuellt tillstånd, kan välja nästa åtgärd eller verktyg och fortsätta tills ett stoppvillkor nås. Systemet runt modellen ansvarar för behörigheter, validering, tillstånd, budget, loggning och godkännanden.

  • Nivå 0 — chatbot: text in, text ut.
  • Nivå 1 — assisterat workflow: fasta steg med enstaka modellbedömningar.
  • Nivå 2 — begränsad agent: modellen väljer bland en liten allowlist av verktyg, ofta med godkännande.
  • Nivå 3 — längre agentloop: flera modellstyrda steg och mer tillstånd; kräver betydligt starkare övervakning och stoppregler.

Mer autonomi är inte ett kvalitetsmått. Välj den lägsta nivå som löser uppgiften.

VÄLJ RÄTT MÖNSTER

Workflow först, agent när variationen kräver det

  • En prompt: en avgränsad engångsuppgift utan externa handlingar.
  • Workflow: kända steg, tydliga regler och krav på reproducerbarhet.
  • Agent: nästa steg kan inte rimligen kodas i förväg och ett modellval ger verklig nytta.

Exempel: hämta tre bestämda flöden, sammanfatta och lägga ett utkast i en kö är oftast ett workflow. Att själv välja vilka källor som behöver följas upp och vilket sökverktyg som ska användas är agentiskt. Att sedan publicera är ett separat högrisksteg som bör kräva mänskligt godkännande.

KÖRNINGSLOOP

Så fungerar en begränsad agentloop

  1. Läs mål, aktuellt tillstånd och tillåten kontext.
  2. Välj nästa verktyg eller avsluta.
  3. Validera verktygets namn och argument mot schema och policy.
  4. Begär godkännande om handlingen passerar en riskgrind.
  5. Kör verktyget med minsta behörighet och unik idempotensnyckel.
  6. Validera resultatet och uppdatera tillståndet.
  7. Stoppa vid klart, budget, timeout, maxsteg eller feltröskel.

Systemet ska kunna förklara vad som hände via loggar och spår, utan att bero på att modellen själv återberättar processen korrekt.

MISSUPPFATTNINGAR

Vad en agent inte automatiskt ger dig

  • Ett Project, dokumentbibliotek eller en custom assistant är inte automatiskt autonom.
  • RAG eller filuppladdning är ett sätt att hämta kontext, inte en skill eller säkerhetsmodell.
  • Tool calling betyder att modellen kan föreslå ett funktionsanrop; applikationen måste fortfarande kontrollera och verkställa det.
  • MCP standardiserar anslutningen men godkänner inte servern, verktyget eller dess behörigheter.
  • ”Human in the loop” hjälper bara om granskaren ser rätt underlag och faktiskt kan stoppa handlingen.

BESLUT

Fem frågor innan du väljer agent

  1. Vilket modellstyrt val går inte att ersätta med en enkel regel?
  2. Kan utfallet verifieras maskinellt eller av en namngiven person?
  3. Vilken maximal skada kan ett felaktigt verktygsanrop orsaka?
  4. Kan agenten börja med läsrättighet, syntetiska data och sandbox?
  5. Finns ägare, evals, loggar, kostnadstak, pausknapp och reservrutin?

Om frågorna saknar tydliga svar: bygg ett manuellt eller deterministiskt workflow först.

MCP OCH TOOL CALLING

Protokoll, verktygsval och exekvering är tre lager

Vid vanlig tool calling skickar applikationen verktygsbeskrivningar till modellen och kör ett validerat anrop när modellen föreslår det. MCP standardiserar hur en host kan upptäcka och använda serverfunktioner som tools, resources och prompts. Enligt MCP:s modell är tools modellstyrda funktioner, resources applikationsstyrd kontext och prompts användarvalda mallar.

Varken protokollet eller modellen ska ensam avgöra åtkomst. Host, identitetssystem och verktygsimplementation måste begränsa scopes, verifiera tokens, isolera lokala servrar och kräva samtycke eller godkännande där det behövs.

AVSÄNDARE OCH GRANSKNING

Skribent, källkontroll och begränsning

Skribent och teknisk källgranskare: Christopher Leijon. Funktioner, protokoll och säkerhetsråd har kontrollerats mot länkade primärkällor .

Extern sakgranskning: Ingen extern systemarkitekt, AI-säkerhetsspecialist eller dataskyddsspecialist har granskat sidan. Materialet är ett praktiskt orienteringsstöd och ersätter inte säkerhetsgranskning, hotmodellering, juridisk bedömning eller organisationens förändringsprocess.

Så tas och uppdateras innehållet på AI på svenska.

GUIDEVÄG // STEG 1 AV 6

Nästa: Skills

Förstå skill, tool, MCP-resurser och verktygskontrakt innan du bygger.

Fortsätt till steg 2 →

Till guidens översikt