Analytik, architekt, programátor a supervizor mají být po sobě jdoucí role v jednom pracovním toku, nikoli čtyři samostatné systémy. Každý řízený úkol má mít jednu závaznou smlouvu s cílem, rozsahem, kritérii přijetí, oprávněním a důkazy.
PublikovalObrázky vytvořeny pomocí 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
Rozdělit práci mezi specializované AI agenty samo o sobě nezaručuje, že se jejich výstupy dobře doplní. Závislosti mezi kroky navíc mohou proměnit lokální chybu v problém pro celý úkol, upozorňuje abstrakt studie AutoSwarm.1 Návrh governance pro BMAD-Solo na to reaguje jednoduše: místo čtyř oddělených agentů popisuje jeden pracovní tok, v němž se střídají čtyři odpovědnosti.
Jde o analytika, architekta, programátora a supervizora. Analytik vyjasňuje cíl a podmínky úspěchu, architekt z nich sestavuje proveditelný plán, programátor pracuje v jeho schválených mezích a supervizor kontroluje výsledek. Role se mohou v rámci jednoho procesu střídat; nemají být čtyřmi oddělenými zdroji pravdy ani čtyřmi úložišti úkolů.
Jádrem návrhu je takzvaná jednotka úkolu — jeden dokument, který určuje, co se má dodat, jak se pozná úspěch a jaké operace jsou povolené. Obsahuje také závislosti, potřebné vstupy, ověřovací kroky a pravidla pro případ, že kontrola neprojde.
Důležitá je hranice mezi plánem a oprávněním. To, že je řešení popsáno a vypadá proveditelně, ještě neznamená, že ho agent smí implementovat. Stejně tak úspěšná kontrola sama o sobě nepovoluje sloučení změn, nasazení ani zveřejnění dokumentace. Každý z těchto kroků má mít vlastní odpovídající souhlas.
Návrh podmiňuje uvolnění výsledku dvěma nezávislými podmínkami. První je strojová: požadované kontroly musí skutečně proběhnout a jejich důkazy se musí vztahovat k aktuální verzi zadání, výsledku i prostředí. Chybějící výstup nebo nejistý stav se nemá vydávat za úspěch.
Druhou podmínkou je nezávislá revize. Supervizor má prověřit nejen to, zda testy prošly, ale také zda pokrývají požadované chování, zda se nezměnily důležité podmínky a jaká omezení zůstávají. Podle návrhu nemůže programátor, který změnu vytvořil, vystavit platný nezávislý souhlas sám sobě. Pokud je revizní zpráva jen výstupem stejného modelu, jde o podklad k posouzení, ne o nezávislý podpis.
Princip začlenit kvalitu přímo do pracovních procesů připomíná také Huawei, které popisuje budování požadavků na kvalitu do podnikových procesů.7 To však samo o sobě nepotvrzuje konkrétní technické mechanismy navržené pro BMAD-Solo.
Nestačí uložit zelený výsledek testu a později předpokládat, že platí dál. Návrh proto rozlišuje identitu schváleného zadání, identitu kandidátního výsledku a identitu konkrétního běhu ověření. Změní-li se relevantní soubor nebo podmínky, staré důkazy nemusí být použitelné.
Při neúspěchu má zůstat zachovaný původní stav, protokol i rozdíl mezi verzemi. Oprava pak vytváří nový pokus a nový kandidát, který musí projít kontrolami znovu. Pokud se mění samotný rozsah práce nebo kritéria přijetí, úkol se má vrátit do plánovací fáze místo toho, aby programátor tiše upravil zadání.
Pravidla zmiňují i nástroje Roo Code a Cline, ale rozlišují mezi instrukcí pro model a skutečnou technickou zábranou. Text v promptu může popsat, co má agent dělat; sám o sobě však nedokazuje, že agent nemůže obejít kontrolu, změnit důvěryhodný mechanismus ověřování nebo si vytvořit vlastní podpis.
Proto návrh požaduje ověřit i chování hostitelského prostředí: zda skutečně blokuje nepovolené operace, zda odmítne zastaralý důkaz a zda nelze schválený výsledek po revizi vyměnit za jiný. Popsaná specifikace je návrhem governance, nikoli potvrzením, že tyto mechanismy už jsou implementované nebo nasazené.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Analytik, architekt, programátor a supervizor mají být po sobě jdoucí role v jednom pracovním toku, nikoli čtyři samostatné systémy.
Analytik, architekt, programátor a supervizor mají být po sobě jdoucí role v jednom pracovním toku, nikoli čtyři samostatné systémy. Každý řízený úkol má mít jednu závaznou smlouvu s cílem, rozsahem, kritérii přijetí, oprávněním a důkazy.
Výsledek by mohl pokračovat dál až po úspěšných strojových kontrolách a nezávislé revizi, která se vztahuje ke stejné verzi kandidáta.
Analytik, architekt, programátor a supervizor mají být po sobě jdoucí role v jednom pracovním toku, nikoli čtyři samostatné systémy. Každý řízený úkol má mít jednu závaznou smlouvu s cílem, rozsahem, kritérii přijetí, oprávněním a důkazy.
PublikovalObrázky vytvořeny pomocí 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
Rozdělit práci mezi specializované AI agenty samo o sobě nezaručuje, že se jejich výstupy dobře doplní. Závislosti mezi kroky navíc mohou proměnit lokální chybu v problém pro celý úkol, upozorňuje abstrakt studie AutoSwarm.1 Návrh governance pro BMAD-Solo na to reaguje jednoduše: místo čtyř oddělených agentů popisuje jeden pracovní tok, v němž se střídají čtyři odpovědnosti.
Jde o analytika, architekta, programátora a supervizora. Analytik vyjasňuje cíl a podmínky úspěchu, architekt z nich sestavuje proveditelný plán, programátor pracuje v jeho schválených mezích a supervizor kontroluje výsledek. Role se mohou v rámci jednoho procesu střídat; nemají být čtyřmi oddělenými zdroji pravdy ani čtyřmi úložišti úkolů.
Jádrem návrhu je takzvaná jednotka úkolu — jeden dokument, který určuje, co se má dodat, jak se pozná úspěch a jaké operace jsou povolené. Obsahuje také závislosti, potřebné vstupy, ověřovací kroky a pravidla pro případ, že kontrola neprojde.
Důležitá je hranice mezi plánem a oprávněním. To, že je řešení popsáno a vypadá proveditelně, ještě neznamená, že ho agent smí implementovat. Stejně tak úspěšná kontrola sama o sobě nepovoluje sloučení změn, nasazení ani zveřejnění dokumentace. Každý z těchto kroků má mít vlastní odpovídající souhlas.
Návrh podmiňuje uvolnění výsledku dvěma nezávislými podmínkami. První je strojová: požadované kontroly musí skutečně proběhnout a jejich důkazy se musí vztahovat k aktuální verzi zadání, výsledku i prostředí. Chybějící výstup nebo nejistý stav se nemá vydávat za úspěch.
Druhou podmínkou je nezávislá revize. Supervizor má prověřit nejen to, zda testy prošly, ale také zda pokrývají požadované chování, zda se nezměnily důležité podmínky a jaká omezení zůstávají. Podle návrhu nemůže programátor, který změnu vytvořil, vystavit platný nezávislý souhlas sám sobě. Pokud je revizní zpráva jen výstupem stejného modelu, jde o podklad k posouzení, ne o nezávislý podpis.
Princip začlenit kvalitu přímo do pracovních procesů připomíná také Huawei, které popisuje budování požadavků na kvalitu do podnikových procesů.7 To však samo o sobě nepotvrzuje konkrétní technické mechanismy navržené pro BMAD-Solo.
Nestačí uložit zelený výsledek testu a později předpokládat, že platí dál. Návrh proto rozlišuje identitu schváleného zadání, identitu kandidátního výsledku a identitu konkrétního běhu ověření. Změní-li se relevantní soubor nebo podmínky, staré důkazy nemusí být použitelné.
Při neúspěchu má zůstat zachovaný původní stav, protokol i rozdíl mezi verzemi. Oprava pak vytváří nový pokus a nový kandidát, který musí projít kontrolami znovu. Pokud se mění samotný rozsah práce nebo kritéria přijetí, úkol se má vrátit do plánovací fáze místo toho, aby programátor tiše upravil zadání.
Pravidla zmiňují i nástroje Roo Code a Cline, ale rozlišují mezi instrukcí pro model a skutečnou technickou zábranou. Text v promptu může popsat, co má agent dělat; sám o sobě však nedokazuje, že agent nemůže obejít kontrolu, změnit důvěryhodný mechanismus ověřování nebo si vytvořit vlastní podpis.
Proto návrh požaduje ověřit i chování hostitelského prostředí: zda skutečně blokuje nepovolené operace, zda odmítne zastaralý důkaz a zda nelze schválený výsledek po revizi vyměnit za jiný. Popsaná specifikace je návrhem governance, nikoli potvrzením, že tyto mechanismy už jsou implementované nebo nasazené.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Analytik, architekt, programátor a supervizor mají být po sobě jdoucí role v jednom pracovním toku, nikoli čtyři samostatné systémy.
Analytik, architekt, programátor a supervizor mají být po sobě jdoucí role v jednom pracovním toku, nikoli čtyři samostatné systémy. Každý řízený úkol má mít jednu závaznou smlouvu s cílem, rozsahem, kritérii přijetí, oprávněním a důkazy.
Výsledek by mohl pokračovat dál až po úspěšných strojových kontrolách a nezávislé revizi, která se vztahuje ke stejné verzi kandidáta.