Spring til indhold
Søg
WorkflowMake AI Agents · Slack/Teams og målsystemet

AI-agent med godkendelse før handling i Make

Request → Make Agent → proposed action → godkendelse → action

Øvet60–120 min
Målet

Lad agenten foreslå en handling, men kræv godkendelse før en skrivehandling.

Arkitektur

Se flowet før du bygger det

Hold faste trin forudsigelige. Brug AI dér, hvor vurdering eller fortolkning faktisk er nødvendig.

  1. 1
    Fast logikTrigger

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

  2. 2
    Fast logikNormalisering

    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. 3
    AI-vurderingAI

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

  4. 4
    Handling/outputRouting / handling

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

  5. 5
    Fast logikFejlvej

    Handlingsforslag uden skema → afvis.

Trigger

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

Input

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.

Datamodel

Input: 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.

Når noget går galt

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