Spring til indhold
Workflow Øvet 60–120 min

AI-agent med godkendelse før handling i Make

Request → Make Agent → proposed action → godkendelse → action

Opdateret 26. juli 2026
Trin for trin

Sådan hænger workflowet sammen

Se trigger, fast logik, AI-vurderinger, menneskelig kontrol og output som ét samlet forløb.

  1. 01
    Fast logik Trigger

    Ny opgave/sag der kræver vurdering og mulig handling.

  2. 02
    Fast logik Normalisering

    Saml sag, regler og de værktøjer agenten må foreslå. Del værktøjer med læseadgang og værktøjer der kan ændre data.

  3. 03
    AI-vurdering AI

    Agenten må læse og analysere frit inden for afgrænsning, men outputter et handlingsforslag med værktøj, argumenter, begrundelse og risikoniveau.

  4. 04
    Handling/output Routing / handling

    Godkendelsestrinnet viser præcis handling og data. Kun godkendte handlingsforslag må kalde skriveværktøjet eller scenariet.

  5. 05
    Fast logik Fejlvej

    Handlingsforslag uden skema → afvis.

TriggerNy opgave/sag der kræver vurdering og mulig handling.
InputSaml sag, regler og de værktøjer agenten må foreslå. Del værktøjer med læseadgang og værktøjer der kan ændre data.
DatamodelInput: case_id, task_context, policy_rules, allowed_read_tools, proposed_write_scope → Normaliseret: case_id, policy_version, authorized_tools, current_target_state → AI-output: tool_name, arguments, rationale, risk_level, expected_effect → Output: proposal_id, approval_status, tool_result, audit_event_id.

Lad agenten foreslå – og systemet kontrollere

Lad agenten foreslå handling, men kræv godkendelse før en skrivehandling. Før AI kommer ind i flowet, skal trigger, inputvalidering og de faste skrivehandlinger kunne beskrives tydeligt.

  1. Trigger: Ny opgave/sag der kræver vurdering og mulig handling.
  2. Normalisering: Saml sag, regler og de værktøjer agenten må foreslå. Del værktøjer med læseadgang og værktøjer der kan ændre data.
  3. AI: Agenten må læse og analysere frit inden for afgrænsning, men outputter et handlingsforslag med værktøj, argumenter, begrundelse og risikoniveau.
  4. Routing / handling: Godkendelsestrinnet viser præcis handling og data. Kun godkendte handlingsforslag må kalde skriveværktøjet eller scenariet.
  5. Fejlvej: Handlingsforslag uden skema → afvis; udløbet godkendelse → luk sag; værktøjsresultat afviger → stop og eskalér.

Godkend et konkret handlingsforslag – ikke “agenten generelt”

Agenten skal formulere præcis værktøj, argumenter, målpost, forventet effekt og risiko. Godkendelsen gælder kun det handlingsforslag; hvis argumenterne ændres, kræves en ny godkendelse.

Læsning og skrivning bør have forskellige rettigheder

Agenten kan typisk få bredere læseadgang end skriveadgang. Et skriveværktøj bør være smalt, valideret og logget, så godkendelseslaget ikke kan omgås via et andet generelt værktøj.

Bind godkendelse til den præcise handling

Log forslags-id, præcist værktøj og argument-hash, risikoniveau, godkender og udførelsesresultat. Godkendelsen og udførelsen skal kunne knyttes til nøjagtig samme handlingsforslag; ellers skal handlingen stoppes.

Drift

Når normalforløbet ikke holder

Fejlvej

Handlingsforslag uden skema → afvis; udløbet godkendelse → luk sag; værktøjsresultat afviger → stop og eskalér.

Genforsøg

Agentens analyse kan gentages efter en teknisk fejl, men et godkendt skriveværktøj må ikke kaldes igen uden at kontrollere målpostens version og et eventuelt tidligere værktøjsresultat.

Dubletter

Brug proposal_id + target_record_version som stabil idempotensnøgle. Gem det eksterne record-id sammen med nøglen, så et genforsøg kan afgøre, om handlingen allerede er udført.

Godkendelse

Godkendelsesskærmen viser værktøj, argumenter, målpost, forventet effekt og risikoniveau. Kun det præcise godkendte handlingsforslag må eksekveres.

Test før drift

Returnér et handlingsforslag uden det krævede skema og bekræft afvisning. Lad en godkendelse udløbe og kontrollér, at værktøjskaldet ikke kan udføres. Ændr målposten efter godkendelse og bekræft versionskontrol før en skrivehandling. Simulér et værktøjsresultat, der afviger fra expected_effect, og kontrollér stop og eskalering.

Mål effekten

Godkendelsesrate, andel redigerede handlingsforslag, fejl efter godkendelse og unødvendige værktøjskald.

Data og sikkerhed

Læse- og skriveværktøjer skal have forskellige rettigheder. Agenten ser ikke adgangsoplysninger til skrivehandlinger og må ikke selv ændre reglen for, hvilke handlinger der kræver godkendelse.

FAQ

Spørgsmål om emnet

Hvad er formålet med “AI-agent med godkendelse før handling i Make”?

Lad en agent foreslå handlinger, men kræv eksplicit godkendelse før den skriver til kritiske systemer.

Hvilken del bør AI håndtere?

Agenten må læse og analysere frit inden for afgrænsning, men outputter et handlingsforslag med værktøj, argumenter, begrundelse og risikoniveau.

Hvordan håndteres fejl?

Handlingsforslag uden skema → afvis; udløbet godkendelse → luk sag; værktøjsresultat afviger → stop og eskalér.

Hvad bør jeg måle?

Godkendelsesrate, andel redigerede handlingsforslag, fejl efter godkendelse og unødvendige værktøjskald.

Kilder

Officielle kilder og dokumentation