AnswersPublished11 sources
En ny drejebog vil gøre AI-agenters arbejde lettere at efterprøve
Forslaget organiserer arbejdet som ét forløb fra mål og analyse til implementering, review og kontrolleret frigivelse. En agent kan skifte mellem rollerne Analyst, Architect, Coder og Supervisor, men kan ikke godkende sit eget arbejde uafhængigt.
Udgivet afBilleder genereret med GPT Image 2
Research answer
Key takeaways
- Forslaget organiserer arbejdet som ét forløb fra mål og analyse til implementering, review og kontrolleret frigivelse.
- En agent kan skifte mellem rollerne Analyst, Architect, Coder og Supervisor, men kan ikke godkende sit eget arbejde uafhængigt.
- Maskinelle tests og en uafhængig review signatur skal begge være på plads, før en opgave accepteres.
- Dokumentet er et teknisk udkast – ikke en færdig implementering eller dokumentation for, at kontrolmekanismerne allerede virker.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/rWOhBaFdUxMyaozsrgdd3InWgqC2/images/F4A256AF222F559F36DB/6E62B52B5313887FEB4A.png)
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"以下为《BMAD Solo 业务流驱动的 Agent 文档与任务治理落地规范》工程草案，采用任务单元贯穿 Plan–Act，并将机器检查与独立审查落实为下游释放条件。本次仅交付规范，不实施生产代码，不迁移、删除或覆盖现有资产。\n\n 单 Agent 可以切换职责视角，但不能仅凭切换提示词取得独立审查资格。\n . Topic tags: general web, llm, agents, ai, automation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts wit
Et teknisk udkast til styring af AI-agenter forsøger at løse et praktisk problem: Hvordan holder man styr på, hvad en agent har fået lov til, hvad den har ændret, og om resultatet faktisk er blevet kontrolleret?
Svaret i forslaget er ikke nødvendigvis flere agenter. I stedet samles arbejdet i ét sammenhængende opgaveforløb, hvor den samme agent kan skifte mellem forskellige roller, mens test og godkendelse får tydelige, særskilte krav.
Én arbejdsgang fra mål til frigivelse
BMAD-Solo-udkastet beskriver et forløb fra analyse og arkitektur i Plan-fasen til implementering og review i Act-fasen. Roller som Analyst, Architect, Coder og Supervisor er tænkt som ansvarsområder undervejs – ikke som fire separate agentprogrammer.
Det passer med en grundtanke fra procesarbejde: Man bør tage udgangspunkt i arbejdsgangen og dens mål, ikke i en samling enkeltstående roller eller dokumenter. Xu Zhijuns beskrivelse af forretningsflow fremhæver netop flowet fra kundens behov til levering som et naturligt udgangspunkt for proces, information og kvalitetsarbejde 11.
Forslaget gør opgaven til den gennemgående enhed. En opgavekontrakt skal blandt andet beskrive målet, afgrænsningen, leverancerne, acceptkriterierne, tilladelserne og de kontroller, der skal udføres. Det skal gøre det muligt at følge samme opgave gennem hele forløbet frem for at vedligeholde parallelle statuslister for hver rolle.
Et rolleskift er ikke et uafhængigt review
Den vigtigste skelnen går mellem at skifte arbejdsrolle og at få en uafhængig vurdering. Hvis den samme model først skriver kode og derefter får besked på at være Supervisor, er kontrollen stadig udført af den part, der lavede arbejdet. Et nyt prompt, en ny titel eller et ryddet kontekstvindue ændrer ikke i sig selv på det.
Derfor foreslår udkastet to særskilte betingelser for at acceptere en opgave: maskinkontrollerne skal bestå, og en uafhængig reviewer skal godkende den præcise version af arbejdet. Det kan være en menneskelig reviewer eller en særskilt reviewtjeneste med beskyttede legitimationsoplysninger, som implementeringsagenten ikke kan bruge.
Det er en relevant forsigtighed i en udvikling, hvor flere agenter kan samarbejde om komplicerede opgaver. En registrering af forskningen i AutoSwarm fremhæver, at opdeling af arbejdet mellem agenter ikke automatisk giver supplerende bidrag, og at afhængigheder kan lade lokale fejl brede sig 1. Det tilgængelige kildemateriale dokumenterer dog ikke de konkrete mekanismer i BMAD-Solo-udkastet.
Tests skal kunne knyttes til den konkrete ændring
I forslaget er en test ikke bare en grøn status eller en formulering fra agenten. Testresultater skal komme fra en betroet eksekvering og være knyttet til den konkrete opgavekontrakt, kodeversion og det relevante miljø. En afgørelse skal blandt andet kunne vise, hvilke kontroller der blev kørt, om de blev afbrudt, og om nødvendige tests blev sprunget over.
Hvis en ændring, test eller kontrolregel ændrer sig, kan et tidligere resultat være forældet. Derfor skal review og test knyttes til en identificerbar version af både opgaven og det, der skal godkendes. Udkastet foreslår også, at manglende eller uverificerbare oplysninger ikke tæller som bestået.
Det er en strengere tilgang end at lade en agent skrive “alle tests bestået”. Men den er også afhængig af, at den betroede eksekvering og godkendelse faktisk er beskyttet. Hvis implementeringsagenten selv kan redigere testresultater eller bruge reviewerens signatur, er adskillelsen kun en arbejdsregel – ikke en teknisk kontrol.
Mindre kontekst, men ikke færre forpligtelser
Et andet mål er at undgå, at agenten hele tiden skal indlæse lange samtaler og dokumenter, der ikke er relevante for den aktuelle fase. Analytikeren skal eksempelvis bruge mål, krav og centrale kilder; koderen skal bruge den godkendte opgavekontrakt og de relevante filer; revieweren skal se ændringen og testbeviserne.
Det kan gøre overleveringer mere overskuelige, men kun hvis sammenfatningen bevarer alle åbne punkter, tilladelser og begrænsninger. Udkastet understreger derfor, at en kort status ikke er et bevis: Den, der overtager opgaven, skal kunne finde de oprindelige testresultater og andre relevante kilder igen.
Forslag – ikke færdigt system
Dokumentet er markeret som et foreslået teknisk udkast. Stier til filer, konfigurationsfragmenter og kontrolværktøjer beskrives som mål eller eksempler, ikke som bevis på, at de allerede er oprettet eller virker i Roo Code eller Cline.
Det gør forskellen mellem en god procesbeskrivelse og en faktisk håndhævet kontrol central. Før rammeværket kan siges at beskytte en arbejdsgang, skal det blandt andet afprøves, at værktøjerne indlæser reglerne korrekt, at utilstrækkelige testresultater blokerer frigivelse, og at den, der skriver ændringen, ikke kan godkende den på egne vegne.
Den bærende idé er enkel: Lad opgaven – ikke agentens rollebetegnelse – være det, der binder arbejdet sammen. Men når resultatet skal frigives, kræver det mere end et velstruktureret dokument og et grønt flueben.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "En ny drejebog vil gøre AI-agenters arbejde lettere at efterprøve"?
Forslaget organiserer arbejdet som ét forløb fra mål og analyse til implementering, review og kontrolleret frigivelse.
What are the key points to validate first?
Forslaget organiserer arbejdet som ét forløb fra mål og analyse til implementering, review og kontrolleret frigivelse. En agent kan skifte mellem rollerne Analyst, Architect, Coder og Supervisor, men kan ikke godkende sit eget arbejde uafhængigt.
What should I do next in practice?
Maskinelle tests og en uafhængig review signatur skal begge være på plads, før en opgave accepteres.