Förslaget organiserar arbetet efter uppgiftens flöde, inte i separata dokumentvärldar för olika agentroller. En uppgift får inte lämnas vidare utan både godkända maskinkontroller och en giltig, oberoende granskning.
Publicerad avBilder genererade med GPT Image 2
Research answer
![[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/thumbnails/62071A1B6551C0CBC010/56C82598F035966D26C0-medium-640.webp)
Create 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 文档状态:Engineering Specification Draft,待维护者审定。\n 建议规范落点:specs/task go. 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
AI-agenter kan dela upp ett arbete mellan olika roller – till exempel analys, teknisk utformning, kodning och granskning. Men rollnamn i sig garanterar varken kvalitet eller oberoende kontroll. Det är utgångspunkten i ett utkast till teknisk specifikation för hur agentbaserat utvecklingsarbete kan styras.
Förslaget är inte en färdig produkt eller en införd process. Det beskriver en möjlig struktur: låt uppgiften följa ett sammanhängande arbetsflöde, spara dess krav på ett tydligt ställe och kräv två olika slags belägg innan resultatet lämnas vidare.
I stället för att dela upp projektets dokumentation efter roller som Analyst, Architect, Coder och Supervisor föreslår utkastet att varje arbete samlas i en uppgiftsenhet. Den ska ange målet, vad som ska levereras, vilka filer som får ändras, vilka beroenden som finns och hur resultatet ska bedömas.
Rollerna blir då olika arbetslägen i samma flöde. Analytikern klargör mål och krav. Arkitekten gör dem till en konkret plan. Kodaren arbetar inom den godkända ramen, medan granskaren bedömer ett fastställt resultat. Att byta roll ger inte i sig nya behörigheter.
Det synsättet knyter an till idén att arbetsflödet bör utgå från verksamhetens behov och inte enbart från hur arbetet delas upp internt. Den kopplingen tas upp i källmaterialets återgivning av Xu Zhijuns resonemang om verksamhetsflöden. 9
Specifikationens centrala princip är att en uppgift behöver klara både maskinell verifiering och oberoende granskning. Den maskinella delen kan exempelvis kontrollera tester och andra tydligt definierade krav. Granskningen ska bedöma sådant som kodens gränsfall, felhantering, ägarskap och risken att kontroller kan kringgås.
En enkel tumregel i förslaget är att resultatet inte ska släppas vidare om någon av spärrarna saknas eller fallerar. En lyckad testkörning ersätter alltså inte en mänsklig eller på annat sätt autentiserad oberoende granskning. Inte heller kan en granskares godkännande väga upp för ett misslyckat obligatoriskt test.
Här finns en viktig gräns: samma modell kan växla till en granskarroll och leta efter fel, men det gör inte automatiskt granskningen oberoende. Förslaget kräver att den som godkänner är en separat, behörig part som inte medverkat i arbetet med just den kandidat som granskas. Om sådan separation inte kan säkerställas ska resultatet inte beskrivas som godkänt enligt den föreslagna modellen.
En annan huvudpunkt är att resultat och granskning måste knytas till exakt den version som ska lämnas vidare. Om kod, tester eller relevanta inställningar ändras efter granskningen kan tidigare besked vara inaktuella.
Därför föreslår utkastet att maskinkontroller sparas som verifierbara kvitton med uppgifter om bland annat uppgift, kandidat, körning och resultat. En sparad statusrad med ordet ”godkänd” räcker inte. En separat frigivningsfunktion ska kontrollera att kontrollerna och granskningen gäller samma kandidat, att nödvändiga beroenden är godkända och att det finns rätt behörighet att gå vidare.
Förslaget skiljer också mellan uppgiftens kontrakt, kontrollernas bevis och granskarens beslut. De fyller olika funktioner och ska inte blandas ihop till en enda redigerbar statusfil. Samtidigt betonas att en lokal fil eller en kontrollsumma inte ensam bevisar att uppgifterna är oförändrade eller att en signatur är äkta. Det kräver en tillförlitlig exekverings- och behörighetsmiljö.
Utkastet beskriver hur principerna skulle kunna översättas till arbetslägen i utvecklingsverktyg som Roo Code och Cline. Men det gör inte anspråk på att dessa verktyg redan har konfigurerats eller att de kan stoppa varje väg runt kontrollerna. Sådant måste verifieras i den faktiska miljön.
Källmaterialet hänvisar också till en AutoSwarm-artikel om agentbaserade system. Det anger uttryckligen att den specifika definitionen av vissa begrepp i artikeln inte har kontrollerats tillräckligt för att tillskrivas den som källa för utkastets formler eller detaljerade regler. 1
Det är därför avgörande att skilja mellan design och genomförande. Specifikationen är ett förslag; produktionskod och tester har inte skapats, kontrollerna har inte körts, äldre arbetsflöden har inte migrerats och någon verktygsintegration har inte verifierats.
Den mest användbara slutsatsen är också den mest grundläggande: agentroller kan strukturera arbetet, men förtroende måste komma från verifierbara resultat, rätt behörighetsgränser och en granskning som faktiskt är oberoende.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Förslaget organiserar arbetet efter uppgiftens flöde, inte i separata dokumentvärldar för olika agentroller.
Förslaget organiserar arbetet efter uppgiftens flöde, inte i separata dokumentvärldar för olika agentroller. En uppgift får inte lämnas vidare utan både godkända maskinkontroller och en giltig, oberoende granskning.
Att byta agentroll eller starta en ny session räcker inte för att göra en självgranskning oberoende.
Förslaget organiserar arbetet efter uppgiftens flöde, inte i separata dokumentvärldar för olika agentroller. En uppgift får inte lämnas vidare utan både godkända maskinkontroller och en giltig, oberoende granskning.
Publicerad avBilder genererade med GPT Image 2
Research answer
![[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/thumbnails/62071A1B6551C0CBC010/56C82598F035966D26C0-medium-640.webp)
Create 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 文档状态:Engineering Specification Draft,待维护者审定。\n 建议规范落点:specs/task go. 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
AI-agenter kan dela upp ett arbete mellan olika roller – till exempel analys, teknisk utformning, kodning och granskning. Men rollnamn i sig garanterar varken kvalitet eller oberoende kontroll. Det är utgångspunkten i ett utkast till teknisk specifikation för hur agentbaserat utvecklingsarbete kan styras.
Förslaget är inte en färdig produkt eller en införd process. Det beskriver en möjlig struktur: låt uppgiften följa ett sammanhängande arbetsflöde, spara dess krav på ett tydligt ställe och kräv två olika slags belägg innan resultatet lämnas vidare.
I stället för att dela upp projektets dokumentation efter roller som Analyst, Architect, Coder och Supervisor föreslår utkastet att varje arbete samlas i en uppgiftsenhet. Den ska ange målet, vad som ska levereras, vilka filer som får ändras, vilka beroenden som finns och hur resultatet ska bedömas.
Rollerna blir då olika arbetslägen i samma flöde. Analytikern klargör mål och krav. Arkitekten gör dem till en konkret plan. Kodaren arbetar inom den godkända ramen, medan granskaren bedömer ett fastställt resultat. Att byta roll ger inte i sig nya behörigheter.
Det synsättet knyter an till idén att arbetsflödet bör utgå från verksamhetens behov och inte enbart från hur arbetet delas upp internt. Den kopplingen tas upp i källmaterialets återgivning av Xu Zhijuns resonemang om verksamhetsflöden. 9
Specifikationens centrala princip är att en uppgift behöver klara både maskinell verifiering och oberoende granskning. Den maskinella delen kan exempelvis kontrollera tester och andra tydligt definierade krav. Granskningen ska bedöma sådant som kodens gränsfall, felhantering, ägarskap och risken att kontroller kan kringgås.
En enkel tumregel i förslaget är att resultatet inte ska släppas vidare om någon av spärrarna saknas eller fallerar. En lyckad testkörning ersätter alltså inte en mänsklig eller på annat sätt autentiserad oberoende granskning. Inte heller kan en granskares godkännande väga upp för ett misslyckat obligatoriskt test.
Här finns en viktig gräns: samma modell kan växla till en granskarroll och leta efter fel, men det gör inte automatiskt granskningen oberoende. Förslaget kräver att den som godkänner är en separat, behörig part som inte medverkat i arbetet med just den kandidat som granskas. Om sådan separation inte kan säkerställas ska resultatet inte beskrivas som godkänt enligt den föreslagna modellen.
En annan huvudpunkt är att resultat och granskning måste knytas till exakt den version som ska lämnas vidare. Om kod, tester eller relevanta inställningar ändras efter granskningen kan tidigare besked vara inaktuella.
Därför föreslår utkastet att maskinkontroller sparas som verifierbara kvitton med uppgifter om bland annat uppgift, kandidat, körning och resultat. En sparad statusrad med ordet ”godkänd” räcker inte. En separat frigivningsfunktion ska kontrollera att kontrollerna och granskningen gäller samma kandidat, att nödvändiga beroenden är godkända och att det finns rätt behörighet att gå vidare.
Förslaget skiljer också mellan uppgiftens kontrakt, kontrollernas bevis och granskarens beslut. De fyller olika funktioner och ska inte blandas ihop till en enda redigerbar statusfil. Samtidigt betonas att en lokal fil eller en kontrollsumma inte ensam bevisar att uppgifterna är oförändrade eller att en signatur är äkta. Det kräver en tillförlitlig exekverings- och behörighetsmiljö.
Utkastet beskriver hur principerna skulle kunna översättas till arbetslägen i utvecklingsverktyg som Roo Code och Cline. Men det gör inte anspråk på att dessa verktyg redan har konfigurerats eller att de kan stoppa varje väg runt kontrollerna. Sådant måste verifieras i den faktiska miljön.
Källmaterialet hänvisar också till en AutoSwarm-artikel om agentbaserade system. Det anger uttryckligen att den specifika definitionen av vissa begrepp i artikeln inte har kontrollerats tillräckligt för att tillskrivas den som källa för utkastets formler eller detaljerade regler. 1
Det är därför avgörande att skilja mellan design och genomförande. Specifikationen är ett förslag; produktionskod och tester har inte skapats, kontrollerna har inte körts, äldre arbetsflöden har inte migrerats och någon verktygsintegration har inte verifierats.
Den mest användbara slutsatsen är också den mest grundläggande: agentroller kan strukturera arbetet, men förtroende måste komma från verifierbara resultat, rätt behörighetsgränser och en granskning som faktiskt är oberoende.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Förslaget organiserar arbetet efter uppgiftens flöde, inte i separata dokumentvärldar för olika agentroller.
Förslaget organiserar arbetet efter uppgiftens flöde, inte i separata dokumentvärldar för olika agentroller. En uppgift får inte lämnas vidare utan både godkända maskinkontroller och en giltig, oberoende granskning.
Att byta agentroll eller starta en ny session räcker inte för att göra en självgranskning oberoende.