BMAD Solo opisuje jeden przepływ pracy z czterema perspektywami: analityka, architekta, programisty i recenzenta. Zadanie ma być zwalniane dalej dopiero po spełnieniu dwóch warunków: zaliczeniu wymaganych kontroli maszynowych i niezależnym przeglądzie.
Opublikowane przezObrazy wygenerowane za 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/rWOhBaFdUxMyaozsrgdd3InWgqC2/thumbnails/AF2B4A8141BF910FE4BF/7688E84F1DF43DC47B50-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":"以下为《BMAD Solo 业务流驱动的 Agent 文档与任务治理落地规范》工程草案,采用任务单元贯穿 Plan–Act,并将机器检查与独立审查落实为下游释放条件。本次仅交付规范,不实施生产代码,不迁移、删除或覆盖现有资产。\n\n 单 Agent 可以切换职责视角,但不能仅凭切换提示词取得独立审查资格。\n . 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
Pomysł na pracę z agentem AI często zaczyna się od podziału ról: jeden model analizuje, drugi projektuje, kolejny pisze kod, a następny go sprawdza. Projekt specyfikacji BMAD-Solo proponuje inne podejście. Role pozostają, ale są etapami jednego przepływu pracy, a nie osobnymi agentami, które trzeba ze sobą koordynować.
To ważne rozróżnienie. Sam podział obowiązków nie gwarantuje, że agenci wniosą uzupełniające się perspektywy ani że błąd z jednego etapu nie wpłynie na następny — taki problem wskazuje również abstrakt pracy o automatyzacji rojów agentów opublikowanej w arXiv 1. BMAD-Solo odpowiada na niego przede wszystkim przez jawne zasady przekazywania zadań i dowodów.
Proponowany cykl biegnie od planowania do działania: najpierw analityk ustala cel, ograniczenia i kryteria akceptacji; następnie architekt zapisuje kontrakt zadania. Dopiero potem programista wdraża zmiany, a recenzent sprawdza wynik. Taki nacisk na przepływ biznesowy ma znaczenie: proces ma opisywać rzeczywisty tok pracy, a nie być zbiorem dokumentów przypisanych do ról 11.
Każde zadanie ma mieć jeden plik kontraktu, w którym określa się między innymi zakres, wymagane dane wejściowe, zależności, oczekiwane rezultaty i sposób weryfikacji. Osobno przechowywane mają być surowe wyniki kontroli, a osobno — stan zadania i decyzja recenzenta. Chodzi o to, by nie przepisywać tego samego statusu do kilku miejsc ani nie traktować podsumowania modelu jako dowodu.
Rdzeniem propozycji jest warunek „kontrole maszynowe i niezależny przegląd”. Testy oraz inne wymagane kontrole powinny odnosić się do konkretnej wersji zadania i konkretnego kandydata zmian. Recenzent ma zaś sprawdzić, czy zakres został dotrzymany, dowody są wiarygodne, a rozwiązanie obsługuje także błędne dane i sytuacje brzegowe.
Ważne jest słowo „niezależny”. Agent, który napisał kod, nie staje się niezależnym recenzentem tylko dlatego, że zmienił tryb, prompt lub nazwę roli. Specyfikacja zakłada, że formalną akceptację wystawia człowiek albo osobna, chroniona usługa z własną tożsamością. Jeśli nie ma takiej kontroli, zadanie może zostać przedstawione do oceny, ale nie powinno otrzymać statusu zaakceptowanego.
Nie każde „zielone” podsumowanie oznacza też sukces. Brak testu, nieaktualny dowód, pominięty wymagany przypadek czy nieznany stan sprzątania po wykonaniu kontroli mają blokować zwolnienie zadania. Przyjęcie ma zależeć od zgodności wyniku z kontraktem, a nie od samej deklaracji agenta.
Autorzy specyfikacji wyraźnie oddzielają projekt od wdrożenia. Opisane ścieżki plików, szablony i fragmenty konfiguracji dla Roo Code lub Cline są propozycjami. Nie dowodzą, że host rzeczywiście ładuje reguły, blokuje niedozwolone działania ani egzekwuje niezależny przegląd. To wymaga osobnych testów w docelowym środowisku.
Dokument nie daje też zgody na zmianę kodu produkcyjnego, usunięcie historycznych zadań ani zastąpienie istniejących plików. Zanim podobny model trafi do projektu, trzeba sprawdzić rzeczywiste uprawnienia narzędzi, sposób ochrony dowodów i tożsamość osoby lub usługi zatwierdzającej.
Najciekawsza lekcja nie brzmi więc „dodajmy więcej agentów”. Brzmi raczej: rozdzielmy etapy pracy, zapiszmy ich wymagania w jednym kontrakcie i nie mylmy zmiany roli z niezależną kontrolą.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
BMAD Solo opisuje jeden przepływ pracy z czterema perspektywami: analityka, architekta, programisty i recenzenta.
BMAD Solo opisuje jeden przepływ pracy z czterema perspektywami: analityka, architekta, programisty i recenzenta. Zadanie ma być zwalniane dalej dopiero po spełnieniu dwóch warunków: zaliczeniu wymaganych kontroli maszynowych i niezależnym przeglądzie.
To projekt specyfikacji, a nie gotowe wdrożenie: rzeczywiste działanie konfiguracji Roo Code i Cline wymaga osobnych testów.
BMAD Solo opisuje jeden przepływ pracy z czterema perspektywami: analityka, architekta, programisty i recenzenta. Zadanie ma być zwalniane dalej dopiero po spełnieniu dwóch warunków: zaliczeniu wymaganych kontroli maszynowych i niezależnym przeglądzie.
Opublikowane przezObrazy wygenerowane za 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/rWOhBaFdUxMyaozsrgdd3InWgqC2/thumbnails/AF2B4A8141BF910FE4BF/7688E84F1DF43DC47B50-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":"以下为《BMAD Solo 业务流驱动的 Agent 文档与任务治理落地规范》工程草案,采用任务单元贯穿 Plan–Act,并将机器检查与独立审查落实为下游释放条件。本次仅交付规范,不实施生产代码,不迁移、删除或覆盖现有资产。\n\n 单 Agent 可以切换职责视角,但不能仅凭切换提示词取得独立审查资格。\n . 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
Pomysł na pracę z agentem AI często zaczyna się od podziału ról: jeden model analizuje, drugi projektuje, kolejny pisze kod, a następny go sprawdza. Projekt specyfikacji BMAD-Solo proponuje inne podejście. Role pozostają, ale są etapami jednego przepływu pracy, a nie osobnymi agentami, które trzeba ze sobą koordynować.
To ważne rozróżnienie. Sam podział obowiązków nie gwarantuje, że agenci wniosą uzupełniające się perspektywy ani że błąd z jednego etapu nie wpłynie na następny — taki problem wskazuje również abstrakt pracy o automatyzacji rojów agentów opublikowanej w arXiv 1. BMAD-Solo odpowiada na niego przede wszystkim przez jawne zasady przekazywania zadań i dowodów.
Proponowany cykl biegnie od planowania do działania: najpierw analityk ustala cel, ograniczenia i kryteria akceptacji; następnie architekt zapisuje kontrakt zadania. Dopiero potem programista wdraża zmiany, a recenzent sprawdza wynik. Taki nacisk na przepływ biznesowy ma znaczenie: proces ma opisywać rzeczywisty tok pracy, a nie być zbiorem dokumentów przypisanych do ról 11.
Każde zadanie ma mieć jeden plik kontraktu, w którym określa się między innymi zakres, wymagane dane wejściowe, zależności, oczekiwane rezultaty i sposób weryfikacji. Osobno przechowywane mają być surowe wyniki kontroli, a osobno — stan zadania i decyzja recenzenta. Chodzi o to, by nie przepisywać tego samego statusu do kilku miejsc ani nie traktować podsumowania modelu jako dowodu.
Rdzeniem propozycji jest warunek „kontrole maszynowe i niezależny przegląd”. Testy oraz inne wymagane kontrole powinny odnosić się do konkretnej wersji zadania i konkretnego kandydata zmian. Recenzent ma zaś sprawdzić, czy zakres został dotrzymany, dowody są wiarygodne, a rozwiązanie obsługuje także błędne dane i sytuacje brzegowe.
Ważne jest słowo „niezależny”. Agent, który napisał kod, nie staje się niezależnym recenzentem tylko dlatego, że zmienił tryb, prompt lub nazwę roli. Specyfikacja zakłada, że formalną akceptację wystawia człowiek albo osobna, chroniona usługa z własną tożsamością. Jeśli nie ma takiej kontroli, zadanie może zostać przedstawione do oceny, ale nie powinno otrzymać statusu zaakceptowanego.
Nie każde „zielone” podsumowanie oznacza też sukces. Brak testu, nieaktualny dowód, pominięty wymagany przypadek czy nieznany stan sprzątania po wykonaniu kontroli mają blokować zwolnienie zadania. Przyjęcie ma zależeć od zgodności wyniku z kontraktem, a nie od samej deklaracji agenta.
Autorzy specyfikacji wyraźnie oddzielają projekt od wdrożenia. Opisane ścieżki plików, szablony i fragmenty konfiguracji dla Roo Code lub Cline są propozycjami. Nie dowodzą, że host rzeczywiście ładuje reguły, blokuje niedozwolone działania ani egzekwuje niezależny przegląd. To wymaga osobnych testów w docelowym środowisku.
Dokument nie daje też zgody na zmianę kodu produkcyjnego, usunięcie historycznych zadań ani zastąpienie istniejących plików. Zanim podobny model trafi do projektu, trzeba sprawdzić rzeczywiste uprawnienia narzędzi, sposób ochrony dowodów i tożsamość osoby lub usługi zatwierdzającej.
Najciekawsza lekcja nie brzmi więc „dodajmy więcej agentów”. Brzmi raczej: rozdzielmy etapy pracy, zapiszmy ich wymagania w jednym kontrakcie i nie mylmy zmiany roli z niezależną kontrolą.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
BMAD Solo opisuje jeden przepływ pracy z czterema perspektywami: analityka, architekta, programisty i recenzenta.
BMAD Solo opisuje jeden przepływ pracy z czterema perspektywami: analityka, architekta, programisty i recenzenta. Zadanie ma być zwalniane dalej dopiero po spełnieniu dwóch warunków: zaliczeniu wymaganych kontroli maszynowych i niezależnym przeglądzie.
To projekt specyfikacji, a nie gotowe wdrożenie: rzeczywiste działanie konfiguracji Roo Code i Cline wymaga osobnych testów.