Förslaget samlar varje uppdrag i ett enda Task Unit dokument i stället för att dela upp arbetet i rollspecifika dokument och parallella statuslistor. Fyra ansvarsroller – Analyst, Architect, Coder och Supervisor – används som arbetsmoment inom Plan och Act, inte som fyra separata agentorganisationer.
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/GwlKmI7QinNfXevZji84RFDPF1F3/thumbnails/704257AAC5CD7E410583/515F0C50E3ADBE7B5882-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 BMAD Solo 业务流驱动的 Agent 文档与任务治理落地规范\n\n版本:0.1。日期:2026 10 27。状态:DRAFT. 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, men fler agenter betyder inte automatiskt bättre resultat. I ett förslag till styrmodell för BMAD-Solo är utgångspunkten därför inte att skapa ett team av fristående botar. I stället får ett sammanhållet arbetsflöde fyra tydliga ansvarsområden: Analyst, Architect, Coder och Supervisor.
Modellen är en teknisk specifikation för hur uppgifter, överlämningar och godkännanden skulle kunna organiseras. Den ska inte läsas som bevis för att systemet redan är implementerat.
Arbetet delas in i Plan och Act. Under Plan klargör Analyst vilket problem som ska lösas, vilka krav som inte får brytas och hur resultatet ska bedömas. Architect omvandlar sedan det underlaget till en konkret uppgiftsbeskrivning: vad som får ändras, vilka beroenden som finns och hur arbetet ska kontrolleras.
Under Act genomför Coder arbetet inom den godkända omfattningen. Därefter granskar Supervisor den frysta leveransen och dess bevisning. Roller beskriver alltså vad som behöver göras i ett visst skede – inte separata dokumentlager eller automatiskt separata AI-agenter.
Det är en viktig skillnad. Forskning om agentbaserade system pekar på att uppdelat arbete inte i sig garanterar kompletterande bidrag, och att beroenden mellan agenter kan göra lokala fel till större problem.1 Förslaget svarar på den risken med tydliga handoffs och en gemensam uppgiftsgrund.
Varje uppdrag ska enligt förslaget ha ett enda auktoritativt dokument, kallat Task Unit. Där samlas målet, vad som räknas som klart, vilka filer som får ändras, vilka kontroller som krävs och vilka beslut som ännu saknas.
En separat aktiv-uppgiftsfil ska bara peka ut vilket uppdrag som är valt. Den ska inte bli en andra plats där status kopieras och kan komma ur synk. På samma sätt ska testresultat och granskningsbeslut sparas som evidens kopplad till uppdraget, inte skrivas in som lösa påståenden om att arbetet är godkänt.
Förslaget skiljer också på en planerad tillgång och en tillgänglig sådan. Att en testfil står med i en uppgiftsbeskrivning betyder inte att testet finns eller har körts. Okända eller saknade bevis ska markeras som otillräckliga, inte som godkända.
Kärnan är en dubbel kontroll:
Ett testresultat räcker alltså inte ensamt. Inte heller räcker det att en agent byter roll och kallar sig Supervisor. Förslaget säger uttryckligen att en agent kan skapa ett granskningsutkast, men inte själv utfärda en giltig oberoende attest för sin egen ändring. Om ingen oberoende granskare finns, kan arbetet lämnas in som kandidat – men inte släppas vidare.
Maskinkontrollen ska dessutom vara svår att manipulera. Kommandon, tidsgränser och körmiljö ska bestämmas i förväg, och resultatet ska skapas av en betrodd verifierare. Ett meddelande från agenten om att testet ”gick bra” är inte ett testbevis. Om miljön inte kan skilja den ändrade koden från själva kontrollmekanismen ska den fysiska grinden betraktas som obekräftad.
Varje roll ska lämna vidare det nästa moment faktiskt behöver. Analyst skickar mål, krav, osäkerheter och källhänvisningar – inte en hel chatthistorik. Architect lämnar över en godkänd arbetsbeskrivning och tydliga testkrav. Coder lämnar en fryst version, en lista över ändringar och faktiska testresultat. Supervisor skickar vidare sitt beslut, kända begränsningar och instruktioner för hur leveransen får användas.
Samma princip gäller när en session återupptas efter ett avbrott eller när sammanhanget behöver kondenseras: alla öppna krav och blockeringar måste finnas kvar. Om de inte ryms får arbetet delas upp eller pausas. De får inte tyst försvinna ur sammanfattningen.
Tanken att kvalitet ska byggas in i själva arbetsflödet har en parallell i Huaweis beskrivning av att föra in kvalitetskrav i verksamhetens processer.7 Det är en jämförelse av principen, inte belägg för att Huawei använder den här agentmodellen.
Om ett test fallerar, ett bevis saknas eller granskaren säger nej ska kandidaten blockeras. Den misslyckade körningen, ändringarna och granskningsrapporten ska bevaras. En korrigering får bara göras inom den godkända omfattningen; ändrade krav eller gränssnitt ska tillbaka till Plan för ny bedömning.
Efter en ändring skapas en ny kandidat och en ny testkörning. Ett äldre grönt resultat kan inte följa med till en ny version bara för att filnamnen är desamma. Även granskningen måste vara knuten till exakt den kandidat som ska lämnas vidare.
Godkännande innebär inte automatiskt rätt att publicera, slå samman kod eller driftsätta den. Sådana åtgärder kräver sina egna behörigheter och kontroller.
Förslaget beskriver också hur arbetsflödet skulle kunna anpassas till Roo Code och Cline. Men det understryker att regler i en prompt inte är samma sak som teknisk åtkomstkontroll. Verkliga behörigheter, verifieringsmiljöer och oberoende attestering måste kontrolleras i respektive värdverktyg innan de kan beskrivas som hårda spärrar.
Dokumentet anger att arbetet än så länge är ett utkast. Det rapporterar inte att verifieraren, signeringsfunktionen eller värdarnas spärrar har byggts eller testats. Det är en avgörande reservation: en välformulerad process kan ange vad som måste bevisas, men den kan inte i sig bevisa att kontrollerna fungerar.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Förslaget samlar varje uppdrag i ett enda Task Unit dokument i stället för att dela upp arbetet i rollspecifika dokument och parallella statuslistor.
Förslaget samlar varje uppdrag i ett enda Task Unit dokument i stället för att dela upp arbetet i rollspecifika dokument och parallella statuslistor. Fyra ansvarsroller – Analyst, Architect, Coder och Supervisor – används som arbetsmoment inom Plan och Act, inte som fyra separata agentorganisationer.
En leverans ska inte släppas vidare förrän både föreskrivna maskinkontroller har godkänts och en oberoende granskare har godkänt samma version.
Förslaget samlar varje uppdrag i ett enda Task Unit dokument i stället för att dela upp arbetet i rollspecifika dokument och parallella statuslistor. Fyra ansvarsroller – Analyst, Architect, Coder och Supervisor – används som arbetsmoment inom Plan och Act, inte som fyra separata agentorganisationer.
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/GwlKmI7QinNfXevZji84RFDPF1F3/thumbnails/704257AAC5CD7E410583/515F0C50E3ADBE7B5882-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 BMAD Solo 业务流驱动的 Agent 文档与任务治理落地规范\n\n版本:0.1。日期:2026 10 27。状态:DRAFT. 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, men fler agenter betyder inte automatiskt bättre resultat. I ett förslag till styrmodell för BMAD-Solo är utgångspunkten därför inte att skapa ett team av fristående botar. I stället får ett sammanhållet arbetsflöde fyra tydliga ansvarsområden: Analyst, Architect, Coder och Supervisor.
Modellen är en teknisk specifikation för hur uppgifter, överlämningar och godkännanden skulle kunna organiseras. Den ska inte läsas som bevis för att systemet redan är implementerat.
Arbetet delas in i Plan och Act. Under Plan klargör Analyst vilket problem som ska lösas, vilka krav som inte får brytas och hur resultatet ska bedömas. Architect omvandlar sedan det underlaget till en konkret uppgiftsbeskrivning: vad som får ändras, vilka beroenden som finns och hur arbetet ska kontrolleras.
Under Act genomför Coder arbetet inom den godkända omfattningen. Därefter granskar Supervisor den frysta leveransen och dess bevisning. Roller beskriver alltså vad som behöver göras i ett visst skede – inte separata dokumentlager eller automatiskt separata AI-agenter.
Det är en viktig skillnad. Forskning om agentbaserade system pekar på att uppdelat arbete inte i sig garanterar kompletterande bidrag, och att beroenden mellan agenter kan göra lokala fel till större problem.1 Förslaget svarar på den risken med tydliga handoffs och en gemensam uppgiftsgrund.
Varje uppdrag ska enligt förslaget ha ett enda auktoritativt dokument, kallat Task Unit. Där samlas målet, vad som räknas som klart, vilka filer som får ändras, vilka kontroller som krävs och vilka beslut som ännu saknas.
En separat aktiv-uppgiftsfil ska bara peka ut vilket uppdrag som är valt. Den ska inte bli en andra plats där status kopieras och kan komma ur synk. På samma sätt ska testresultat och granskningsbeslut sparas som evidens kopplad till uppdraget, inte skrivas in som lösa påståenden om att arbetet är godkänt.
Förslaget skiljer också på en planerad tillgång och en tillgänglig sådan. Att en testfil står med i en uppgiftsbeskrivning betyder inte att testet finns eller har körts. Okända eller saknade bevis ska markeras som otillräckliga, inte som godkända.
Kärnan är en dubbel kontroll:
Ett testresultat räcker alltså inte ensamt. Inte heller räcker det att en agent byter roll och kallar sig Supervisor. Förslaget säger uttryckligen att en agent kan skapa ett granskningsutkast, men inte själv utfärda en giltig oberoende attest för sin egen ändring. Om ingen oberoende granskare finns, kan arbetet lämnas in som kandidat – men inte släppas vidare.
Maskinkontrollen ska dessutom vara svår att manipulera. Kommandon, tidsgränser och körmiljö ska bestämmas i förväg, och resultatet ska skapas av en betrodd verifierare. Ett meddelande från agenten om att testet ”gick bra” är inte ett testbevis. Om miljön inte kan skilja den ändrade koden från själva kontrollmekanismen ska den fysiska grinden betraktas som obekräftad.
Varje roll ska lämna vidare det nästa moment faktiskt behöver. Analyst skickar mål, krav, osäkerheter och källhänvisningar – inte en hel chatthistorik. Architect lämnar över en godkänd arbetsbeskrivning och tydliga testkrav. Coder lämnar en fryst version, en lista över ändringar och faktiska testresultat. Supervisor skickar vidare sitt beslut, kända begränsningar och instruktioner för hur leveransen får användas.
Samma princip gäller när en session återupptas efter ett avbrott eller när sammanhanget behöver kondenseras: alla öppna krav och blockeringar måste finnas kvar. Om de inte ryms får arbetet delas upp eller pausas. De får inte tyst försvinna ur sammanfattningen.
Tanken att kvalitet ska byggas in i själva arbetsflödet har en parallell i Huaweis beskrivning av att föra in kvalitetskrav i verksamhetens processer.7 Det är en jämförelse av principen, inte belägg för att Huawei använder den här agentmodellen.
Om ett test fallerar, ett bevis saknas eller granskaren säger nej ska kandidaten blockeras. Den misslyckade körningen, ändringarna och granskningsrapporten ska bevaras. En korrigering får bara göras inom den godkända omfattningen; ändrade krav eller gränssnitt ska tillbaka till Plan för ny bedömning.
Efter en ändring skapas en ny kandidat och en ny testkörning. Ett äldre grönt resultat kan inte följa med till en ny version bara för att filnamnen är desamma. Även granskningen måste vara knuten till exakt den kandidat som ska lämnas vidare.
Godkännande innebär inte automatiskt rätt att publicera, slå samman kod eller driftsätta den. Sådana åtgärder kräver sina egna behörigheter och kontroller.
Förslaget beskriver också hur arbetsflödet skulle kunna anpassas till Roo Code och Cline. Men det understryker att regler i en prompt inte är samma sak som teknisk åtkomstkontroll. Verkliga behörigheter, verifieringsmiljöer och oberoende attestering måste kontrolleras i respektive värdverktyg innan de kan beskrivas som hårda spärrar.
Dokumentet anger att arbetet än så länge är ett utkast. Det rapporterar inte att verifieraren, signeringsfunktionen eller värdarnas spärrar har byggts eller testats. Det är en avgörande reservation: en välformulerad process kan ange vad som måste bevisas, men den kan inte i sig bevisa att kontrollerna fungerar.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Förslaget samlar varje uppdrag i ett enda Task Unit dokument i stället för att dela upp arbetet i rollspecifika dokument och parallella statuslistor.
Förslaget samlar varje uppdrag i ett enda Task Unit dokument i stället för att dela upp arbetet i rollspecifika dokument och parallella statuslistor. Fyra ansvarsroller – Analyst, Architect, Coder och Supervisor – används som arbetsmoment inom Plan och Act, inte som fyra separata agentorganisationer.
En leverans ska inte släppas vidare förrän både föreskrivna maskinkontroller har godkänts och en oberoende granskare har godkänt samma version.