AnswersPublished12 sources
Én opgave, én kontrakt: Sådan foreslår BMAD-Solo at styre AI-agenter
Forslaget samler mål, leverancer, testkrav og status i ét autoritativt opgaveartefakt i stedet for at vedligeholde parallelle planer. Fire roller – Analyst, Architect, Coder og Supervisor – beskriver forskellige opgaver i et Plan Act forløb, ikke fire uafhængige identiteter.
Udgivet afBilleder genereret med GPT Image 2
Research answer
Key takeaways
- Forslaget samler mål, leverancer, testkrav og status i ét autoritativt opgaveartefakt i stedet for at vedligeholde parallelle planer.
- Fire roller – Analyst, Architect, Coder og Supervisor – beskriver forskellige opgaver i et Plan Act forløb, ikke fire uafhængige identiteter.
- En agent kan gennemgå sit eget arbejde, men kan ikke dermed give det en uafhængig godkendelse.
- Arbejdet kan først frigives, når både de krævede maskintjek og en uafhængig vurdering gælder for den samme, uændrede version.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/GwlKmI7QinNfXevZji84RFDPF1F3/images/3691292DB166B5BB21C7/D32C36C0DF02CF52EB04.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":"本草案采用“一个任务工件贯穿业务流、两个基础动作承载四种职责、机器检查与独立签章共同放行”的治理模型。交付仅为工程规范设计，不实施代码、不迁移现有资产，也不把提示词切换视为独立审查或运行时权限隔离。\n\n 任务契约与生命周期统一归入 specs/tasks/，不按角色建立文档孤岛。\n 同一 Agent 可以切. 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
Fra roller til et sammenhængende arbejdsforløb
Et forslag til styring af AI-agenter i BMAD-Solo tager udgangspunkt i en enkel idé: Opgaven skal følge hele arbejdsgangen, fra afklaring af behov til godkendelse af resultatet. I stedet for at oprette separate dokumenter for hver rolle samler man mål, krav, leverancer, test og status i én opgavekontrakt.
Det passer med en bredere procesorienteret tilgang. En artikel om Huaweis procesarbejde beskriver forretningsflowet som udgangspunktet for processer, IT og data 8. Huawei har også fremhævet, at kvalitetskrav bør bygges ind i virksomhedens arbejdsgange
7. Her bliver de principper omsat til et konkret forslag for agentbaseret softwarearbejde.
Fire ansvarsområder, to grundlæggende faser
I forslaget fordeles arbejdet på fire roller, men de er faser og ansvarsområder – ikke nødvendigvis fire forskellige agenter:
- Analyst afklarer formål, forretningskrav, succeskriterier og uafklarede spørgsmål.
- Architect beskriver grænseflader, leverancer, afhængigheder, test og håndtering af fejl.
- Coder gennemfører det godkendte arbejde og indsamler dokumentation for egne test.
- Supervisor kontrollerer krav, testresultater og risici og sørger for, at arbejdet sendes til uafhængig vurdering.
De første to roller hører til Plan-delen; de sidste to til Act-delen. Et enkelt eller velafgrænset arbejde kan godt kræve mindre planlægning, men forslaget lægger ikke op til, at betegnelsen »simpelt« i sig selv giver adgang til at springe kontrollen over.
Det er også vigtigt at skelne mellem at skifte opgavefokus og at få nye rettigheder. En agent, der skifter fra Coder til Supervisor, får ikke automatisk større adgang eller en ny, uafhængig identitet.
To kontroller, der skal være enige
Kernen er en dobbelt port: Før en leverance kan frigives, skal de krævede maskintjek bestås, og en uafhængig kontrollant skal godkende den samme version af arbejdet. Et vellykket testresultat kan ikke alene afgøre, om løsningen opfylder behovet. Omvendt kan en positiv menneskelig vurdering ikke tilsidesætte et obligatorisk test, der fejler.
Udkastet foreslår tre mulige maskinresultater: bestået, fejlet og ukendt. Manglende dokumentation, forældede resultater eller et testværktøj, der ikke kan afgøre udfaldet, tæller altså ikke som bestået.
Den uafhængige kontrollant skal desuden have været uden for selve implementeringen. Agenten kan lave en kritisk gennemgang af eget arbejde og forberede spørgsmål til review, men det er ikke det samme som en uafhængig godkendelse. I den foreslåede standard er en menneskelig kontrollant derfor udgangspunktet; en automatisk, uafhængig reviewer kræver særskilt afklaring af identitet, adgang og ansvar.
Én opgave som fælles reference
Opgavekontrakten skal blandt andet beskrive målet, hvilke filer eller andre leverancer der er omfattet, hvilke test der kræves, hvilke afhængigheder der gælder, og hvem der må godkende næste skridt. En separat, lille pegepind kan angive den aktuelle opgave, men skal ikke kopiere dens status eller godkendelser.
Det er tænkt som værn mod modstridende oplysninger – for eksempel hvis en opgaveliste siger »færdig«, mens testdokumentationen viser noget andet. Resultater, godkendelser og eventuelle afslag skal knyttes til den konkrete version, der blev kontrolleret. Ændres leverancen bagefter, kan den tidligere godkendelse ikke uden videre bruges igen.
Forslaget anbefaler også, at agenten kun indlæser de dokumenter og den historik, der er nødvendige for den aktuelle fase. Ved overdragelse skal den genlæse opgavens identitet, gældende tilladelser og uløste punkter. Et kort resumé kan hjælpe, men må ikke erstatte de autoritative oplysninger eller skjule uafsluttede krav.
Et designforslag – ikke en færdig sikkerhedsgaranti
Forfatterne til AutoSwarm fremhæver i artiklens abstract, at opdeling af arbejde mellem flere agenter ikke automatisk skaber komplementære bidrag, og at afhængigheder kan føre lokale fejl videre i opgaven 1. Det understøtter relevansen af tydelige overdragelser og kontroller, men dokumenterer ikke i sig selv, at netop denne BMAD-Solo-model virker.
Udkastet er udtrykkeligt en teknisk specifikation, ikke en besked om, at kode, værktøjer eller værtskonfigurationer allerede er ændret. Det understreger også en praktisk begrænsning: Hvis den samme konto frit kan ændre både leverancen, testresultaterne og godkendelsen, er der ikke tale om en stærk, teknisk håndhævet adskillelse af ansvar. Regler i en prompt kan guide adfærd, men beviser ikke i sig selv, at et værktøj håndhæver adgangskontrol.
Den overordnede pointe er derfor ikke, at flere agentroller automatisk giver bedre kvalitet. Det er, at opgaver, beviser og godkendelser bør hænge sammen gennem hele arbejdsgangen – og at det skal være tydeligt, hvad der faktisk er kontrolleret, af hvem og på hvilken version.
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 "Én opgave, én kontrakt: Sådan foreslår BMAD-Solo at styre AI-agenter"?
Forslaget samler mål, leverancer, testkrav og status i ét autoritativt opgaveartefakt i stedet for at vedligeholde parallelle planer.
What are the key points to validate first?
Forslaget samler mål, leverancer, testkrav og status i ét autoritativt opgaveartefakt i stedet for at vedligeholde parallelle planer. Fire roller – Analyst, Architect, Coder og Supervisor – beskriver forskellige opgaver i et Plan Act forløb, ikke fire uafhængige identiteter.
What should I do next in practice?
En agent kan gennemgå sit eget arbejde, men kan ikke dermed give det en uafhængig godkendelse.