AnswersPublished11 sources
Ett gemensamt arbetsflöde – två spärrar före godkännande
I stället för separata dokument och processer för varje AI roll föreslås ett gemensamt arbetsflöde med en tydlig uppgiftsbeskrivning. Analys, design, genomförande och granskning är skilda ansvarsområden – men behöver inte motsvara fyra olika AI agenter.
Publicerad avBilder genererade med GPT Image 2
Research answer
Key takeaways
- I stället för separata dokument och processer för varje AI roll föreslås ett gemensamt arbetsflöde med en tydlig uppgiftsbeskrivning.
- Analys, design, genomförande och granskning är skilda ansvarsområden – men behöver inte motsvara fyra olika AI agenter.
- Ett resultat ska inte godkännas enbart för att testerna passerar: maskinbevis och en oberoende granskning måste båda vara giltiga.
- Förslaget beskriver en målbild, inte ett färdigbyggt system. Prompter kan styra beteende men kan inte ensamma upprätthålla säkerhetsgränser.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/q56Obxge3SXqN702YfUAgiNDcqV2/images/60D63A04A35A99464024/786DE4FF34F95DBD3AE9.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":" yaml\n \nschema version: \"1.0\"\nartifact kind: TEMPLATE\ntask id: task control 001\ncontract version: 1\nparent objective: \"建立业务流任务契约与双重门禁\"\ncurrent sta. 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 komplext arbete mellan specialiserade roller, men arbetsfördelning i sig garanterar inte att delarna passar ihop. I artikeln AutoSwarm beskrivs hur beroenden mellan agenter kan göra att lokala fel leder till att hela uppgiften misslyckas. 1
Ett nytt förslag till arbetsstyrning tar fasta på den risken. Grundidén är att organisera arbetet kring en tydlig uppgift och dess krav – inte kring en samling fristående AI-roller eller dokument. Förslaget är en teknisk målbild, inte ett besked om att en sådan lösning redan har byggts eller testats.
En uppgift, fyra arbetsmoment
Varje uppgift får ett eget kontrakt: en gemensam beskrivning av målet, tillåtna ändringar, beroenden, godkännandekrav och kontroller. Kontraktet ska vara den auktoritativa källan. En separat pekare kan visa vilken uppgift som är aktiv, men ska inte bli en kopia av dess status.
Arbetet delas sedan in i fyra ansvarsområden:
- Analys: klargör behov, affärskrav, invarianter och sådant som fortfarande är okänt.
- Design: specificerar leveranser, gränssnitt, beroenden, tester och skydd vid fel.
- Genomförande: utför de ändringar som faktiskt har godkänts och redovisar vad som gjorts.
- Granskning: kontrollerar resultatet mot kraven och letar efter risker eller missade fall.
Det här är arbetsmoment, inte nödvändigtvis fyra separata agenter. En och samma agent kan växla mellan rollerna, men ett sådant rollbyte gör inte granskningen oberoende. Om samma agent både ändrar och godkänner sitt arbete finns ingen verklig ansvarsskillnad.
Två godkännanden krävs
Förslaget ställer två villkor för att resultatet ska få släppas vidare:
- Maskinkontrollerna måste vara godkända. Det ska finnas körbar evidens för de kontroller som uppgiften kräver, med resultat som går att koppla till rätt version av både uppgiftskontraktet och ändringarna.
- En oberoende granskare måste godkänna samma underlag. Granskningen ska omfatta kraven, riskerna och kända begränsningar. Granskaren ska kunna säga nej och får inte ha genomfört ändringarna som granskas.
Saknade resultat, tidsgränser som löpt ut, kontroller som inte körts eller en signatur som inte går att verifiera räknas inte som godkänt. Ett ändrat arbetsresultat ska dessutom göra tidigare granskningsgodkännande ogiltigt.
Det är en viktig skillnad mellan att byta prompt eller modell och att skapa faktisk ansvarsskillnad. En prompt kan be en agent att granska kritiskt, men den bevisar inte att granskningen är oberoende. Förslaget kräver därför en separat, verifierbar granskningsidentitet och en skyddad väg för att godkänna resultatet.
Vad uppgiftskontraktet behöver innehålla
Kontraktet ska göra det möjligt att avgöra både vad som ska levereras och när arbetet får gå vidare. Det omfattar bland annat:
- uppgiftens mål, omfattning och sådant som uttryckligen inte ingår;
- indata och beroenden, med tydlig hänvisning till källa och version;
- en exakt lista över tillåtna filändringar;
- acceptanskriterier och de maskinkontroller som ska visa att de är uppfyllda;
- krav på oberoende granskning, dokumentation av begränsningar och godkännande;
- tillstånd för uppgiften, till exempel om den är pågående, blockerad eller redo för granskning.
En uppgift som saknar nödvändiga indata eller godkännande ska blockeras, inte fyllas i med antaganden. Om den aktiva uppgiften är ogiltig ska systemet inte i tysthet välja en annan. Om en uppgift pausas ska den heller inte markeras som färdig bara för att fokus flyttats någon annanstans.
Prompter räcker inte som säkerhetsgräns
Förslaget beskriver också hur arbetsflödet skulle kunna mappas till verktyg som Roo Code och Cline. Planering, genomförande och granskning kan få olika instruktioner och verktygsåtkomst. Men konfigurationen är inte i sig en verkställbar spärr.
Om en agent fortfarande kan skriva ett godkännandestatusfält, ändra sina egna testresultat eller kringgå granskningssteget, går det inte att hävda att processen har en hård säkerhetsgräns. För det krävs kontrollerade körnings- och godkännandeingångar som faktiskt kan neka en otillåten åtgärd.
Förslaget pekar därför på tre ställen där systemet behöver kunna säga nej: innan arbetet startar, när verifieringsresultat granskas och precis innan resultatet släpps vidare. Om sådana kontroller inte finns ska det beskrivas som en begränsning – inte som en funktion som en prompt redan har löst.
En målbild, inte ett färdigt system
Den föreslagna modellen samlar uppgift, ändringar och evidens i ett gemensamt flöde. Den avråder också från att låta gamla planer eller loggar bli konkurrerande statuskällor, och från att återanvända ett tidigare godkännande för en ändrad uppgift.
Men det finns en tydlig gräns mellan design och genomförande: underlaget säger inte att kontrollerna, signeringstjänsten eller verktygsanpassningarna redan finns. Innan systemet kan anses infört behöver det visas att giltiga uppgifter kan godkännas, att fel och saknade bevis verkligen stoppas och att avvisade uppgifter kan rättas till utan att användarändringar går förlorade.
Den praktiska kärnan är enkel: låt arbetsflödet bära ansvar och bevis, inte bara agentens försäkran om att jobbet är klart.
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 gemensamt arbetsflöde – två spärrar före godkännande"?
I stället för separata dokument och processer för varje AI roll föreslås ett gemensamt arbetsflöde med en tydlig uppgiftsbeskrivning.
What are the key points to validate first?
I stället för separata dokument och processer för varje AI roll föreslås ett gemensamt arbetsflöde med en tydlig uppgiftsbeskrivning. Analys, design, genomförande och granskning är skilda ansvarsområden – men behöver inte motsvara fyra olika AI agenter.
What should I do next in practice?
Ett resultat ska inte godkännas enbart för att testerna passerar: maskinbevis och en oberoende granskning måste båda vara giltiga.
Sources
arxiv.orgAutoSwarm: Automating Agent Swarms
github.comAutoSwarm/src/autoswarm/assets/references/models.md at main · HKUDS/AutoSwarm