AnswersPublished12 sources
Ett oppdrag, fire roller – og en uavhengig kontroll før arbeidet slippes videre
Forslaget lar én oppgave følge arbeidet fra behovsavklaring til godkjenning, i stedet for å spre status på flere dokumenter og rollemapper. Analyst, Architect, Coder og Supervisor er fire ansvarsområder i én Plan Act arbeidsflyt – ikke nødvendigvis fire separate agenter.
Publisert avBilder generert med GPT Image 2
Research answer
Key takeaways
- Forslaget lar én oppgave følge arbeidet fra behovsavklaring til godkjenning, i stedet for å spre status på flere dokumenter og rollemapper.
- Analyst, Architect, Coder og Supervisor er fire ansvarsområder i én Plan Act arbeidsflyt – ikke nødvendigvis fire separate agenter.
- Maskinelle tester og uavhengig menneskelig gjennomgang skal begge være på plass før en leveranse godkjennes.
- Dette er et utkast til teknisk styring, ikke dokumentasjon på at løsningen er bygget eller tatt i bruk.
![[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
Når en AI-agent først planlegger, så skriver kode og til slutt vurderer sitt eget arbeid, kan det være vanskelig å vite hva som faktisk er kontrollert. Et nytt forslag til styring av agentarbeid prøver å løse dette ved å samle hele oppdraget i én arbeidsflyt – og skille tydelig mellom testing og uavhengig godkjenning.
Viktig presisering: Dette er et utkast til en ingeniørspesifikasjon. Det beskriver mål og regler, men sier ikke at systemet er implementert, at eksisterende dokumenter er flyttet, eller at verktøyene allerede håndhever reglene.
Én oppgave følger arbeidet hele veien
Kjernen i forslaget er at hvert oppdrag skal ha én autoritativ kontrakt for krav, leveranser, avhengigheter og akseptansekriterier – og én autoritativ status. Dokumentasjon skal ikke vedlikeholdes parallelt i rollemapper, huskelister i verktøyet og chattsammendrag.
I stedet organiseres arbeidet som en Plan-Act-flyt med fire ansvarsområder:
- Analyst avklarer mål, krav, kilder og det som fortsatt er ukjent.
- Architect definerer grensesnitt, leveranser, tester og håndtering av feil.
- Coder gjennomfører det godkjente arbeidet og samler dokumentasjon på egne tester.
- Supervisor kontrollerer leveransen og legger til rette for godkjenning.
Dette betyr ikke nødvendigvis fire forskjellige agenter. Den samme agenten kan bytte arbeidsrolle, men et nytt navn eller en ny instruks i prompten gir ikke nye rettigheter – og gjør ikke vurderingen uavhengig.
To kontroller må til
Forslaget skiller mellom maskinell verifisering og uavhengig faglig gjennomgang. Før en oppgave godkjennes, må begge være gyldige for den samme versjonen av leveransen.
Maskinkontrollen skal vise hva som faktisk ble kjørt, mot hvilken kandidat og med hvilket resultat. Manglende testresultater, tidsavbrudd, utdaterte bevis eller endringer i leveransen etter testen skal ikke regnes som bestått. Hvis nødvendige opplysninger mangler, er resultatet ukjent – og dermed ikke klart for godkjenning.
Den andre kontrollen er en reell, uavhengig vurdering. Forslaget legger opp til at en person som ikke har deltatt i implementeringen, normalt signerer godkjenningen. Agenten kan undersøke feil og skrive et utkast til vurdering, men kan ikke gi sin egen leveranse en uavhengig signatur.
Det er et viktig skille: En test kan bekrefte at bestemte tekniske krav er møtt, men den beviser ikke nødvendigvis at løsningen er riktig for virksomheten. Omvendt kan en positiv vurdering fra en person heller ikke oppheve en obligatorisk test som feiler.
Godkjent er ikke det samme som publisert
Arbeidsflyten skiller også mellom flere steg som ofte blandes sammen: at en leveranse er godkjent, at den kan slås sammen med annen kode, at den faktisk er publisert, og at oppgaven kan arkiveres. Hvert steg må ha riktig tillatelse og dokumentasjon.
Ved avslag skal arbeidet gå tilbake til riktig sted. En vanlig kodefeil kan sendes tilbake til implementering. Hvis krav eller grensesnitt må endres, bør oppgaven tilbake til design og godkjennes på nytt. Feilspor og testbevis skal bevares, ikke ryddes bort automatisk.
Dette er ment å gjøre det enklere å forstå hva neste ledd faktisk kan stole på. Felles faglige retningslinjer skal først bli en del av den offentlige, vedlikeholdte dokumentasjonen når de er gjennomgått og publisert – ikke fordi de står i et arbeidsutkast.
En styringsmodell, ikke en garanti
Forslaget er i tråd med en bredere idé om å bygge kvalitetskrav inn i arbeidsprosessene. Huawei har offentlig beskrevet en tilnærming der kvalitetskrav inngår i virksomhetens prosesser.7 Samtidig viser forskningsarbeidet AutoSwarm til utfordringer med agentbasert arbeid: Flere agenter gir ikke automatisk komplementære bidrag, og avhengigheter kan gjøre at lokale feil rammer hele oppgaven.
1
Men regler på papiret er ikke det samme som teknisk håndheving. Utkastet understreker selv at prosjektregler og promptmaler ikke beviser at et verktøy faktisk laster dem inn, begrenser tilgangen eller stopper en uautorisert handling. Det må testes i det aktuelle miljøet.
Den mest praktiske lærdommen er derfor ikke at AI-arbeid trenger flere roller. Det er at krav, bevis og godkjenning må følge samme oppgave – og at den som kontrollerer arbeidet, faktisk må være uavhengig av den som utførte det.
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 "Ett oppdrag, fire roller – og en uavhengig kontroll før arbeidet slippes videre"?
Forslaget lar én oppgave følge arbeidet fra behovsavklaring til godkjenning, i stedet for å spre status på flere dokumenter og rollemapper.
What are the key points to validate first?
Forslaget lar én oppgave følge arbeidet fra behovsavklaring til godkjenning, i stedet for å spre status på flere dokumenter og rollemapper. Analyst, Architect, Coder og Supervisor er fire ansvarsområder i én Plan Act arbeidsflyt – ikke nødvendigvis fire separate agenter.
What should I do next in practice?
Maskinelle tester og uavhengig menneskelig gjennomgang skal begge være på plass før en leveranse godkjennes.