Der Entwurf bündelt vier Verantwortlichkeiten – Analyst, Architect, Coder und Supervisor – in einem gemeinsamen Arbeitsablauf statt in getrennten Agenten Systemen. Ein Task Unit soll Ziel, Umfang, Dateien, Abnahmekriterien, Berechtigungen und offene Pflichten verbindlich festhalten.
Veröffentlicht vonBilder erstellt mit GPT Image 2
Forschungsantwort
![[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
KI-Agenten können Aufgaben aufteilen und spezialisierte Arbeitsschritte übernehmen. Doch mehr Rollen bedeuten nicht automatisch bessere Ergebnisse: Im Abstract des AutoSwarm-Papers wird darauf hingewiesen, dass Spezialisierung allein keine sich ergänzenden Beiträge garantiert und Abhängigkeiten Fehler weitertragen können.1
Ein neuer Governance-Entwurf für BMAD-Solo setzt deshalb nicht auf vier voneinander getrennte Agenten. Er beschreibt einen gemeinsamen Ablauf mit zwei Grundaktionen – Plan und Act – und vier Verantwortlichkeiten: Analyst, Architect, Coder und Supervisor. Entscheidend ist dabei weniger die Rollenbezeichnung als die Frage, welche Informationen und Berechtigungen von einem Schritt zum nächsten übergeben werden.
Im Mittelpunkt steht ein sogenanntes Task Unit, also ein verbindlicher Vertrag für eine einzelne Arbeitseinheit. Darin sollen unter anderem Ziel, Umfang, zu bearbeitende Dateien, Abnahmekriterien, Abhängigkeiten, Berechtigungen und offene Pflichten stehen. Der Vertrag soll zugleich die maßgebliche Quelle für den Aufgabenstatus sein – statt paralleler Listen in Chats, Rollenordnern oder Host-Anzeigen.
Die Übergaben sind bewusst knapp gehalten: Der Analyst übergibt Geschäftsziele, Anforderungen und offene Fragen. Der Architect macht daraus einen genehmigungsfähigen Arbeitsplan. Der Coder setzt ihn innerhalb der freigegebenen Grenzen um. Anschließend prüft der Supervisor den eingefrorenen Kandidaten, einschließlich seiner Grenzen und bekannter Risiken.
Dahinter steht ein Prinzip, das auch in der Qualitätsarbeit eine Rolle spielt: Anforderungen sollen in den Ablauf eingebaut werden, statt erst am Ende dazuzukommen. Huawei beschreibt den Ansatz, Qualitätsanforderungen in Geschäftsprozessen zu verankern.7
Der Entwurf verlangt zwei voneinander unabhängige Freigabeschritte:
Das soll ein typisches Schlupfloch schließen: Ein Modell kann zwar eine Prüfung beschreiben oder einen Prüfbericht formulieren, aber nicht allein dadurch nachweisen, dass ein Test wirklich gelaufen ist. Ebenso gilt ein Rollenwechsel im Prompt nicht als Beleg für Unabhängigkeit. Ein Agent, der den Code selbst geschrieben hat, kann dem Entwurf zufolge keine gültige unabhängige Freigabe für genau diesen Kandidaten erteilen.
Maschineller Prüfbericht und Review-Signatur müssen an dieselbe Version des Aufgabenvertrags und denselben Kandidaten gebunden sein. Ändert sich der Kandidat nach der Prüfung, sollen die alten Belege nicht mehr für die Freigabe gelten. Auch eine erfolgreiche Abnahme soll nicht automatisch Merge, Veröffentlichung oder Deployment auslösen: Dafür braucht es jeweils die passende Berechtigung.
Ein weiterer wichtiger Unterschied im Entwurf: Ein bestätigter Testfehler ist etwas anderes als eine unbekannte oder nicht überprüfbare Situation. Ist ein Check fehlgeschlagen, lautet das Ergebnis FAIL. Wurde er gar nicht ausgeführt oder lässt sich das Ergebnis nicht zuverlässig feststellen, gilt die Evidenz als unzureichend – und die Freigabe bleibt ebenfalls gesperrt.
Bei einer Ablehnung soll der Kandidat samt Differenz, Testlauf und Review-Bericht erhalten bleiben. Eine genehmigte Korrektur beginnt mit einem neuen Versuch und einem neuen Kandidatenbeleg. Ändern sich dagegen Anforderungen, Schnittstellen oder der Umfang, muss die Aufgabe zurück in die Planungsphase.
Der Vorschlag sieht außerdem eine einzige aktive Aufgabenreferenz vor. Sie soll auf die ausgewählte Arbeitseinheit zeigen, aber weder ihren Status duplizieren noch eine Umsetzung genehmigen. Abgeschlossene Aufgaben sollen nachvollziehbar archiviert und nicht mit ihren Belegen gelöscht werden.
Der Text ist ausdrücklich als Regelwerksentwurf gekennzeichnet. Er beschreibt geplante Vertragsfelder, Prüfberichte, Signaturen und Anpassungen für Roo Code und Cline. Er sagt jedoch nicht, dass diese Kontrollen bereits implementiert sind. Ebenso werden keine tatsächlich ausgeführten Tests oder migrierten Dateien belegt.
Das ist mehr als ein Vorbehalt: Die vorgeschlagenen Regeln verlangen selbst, dass echte Host-Funktionen und geschützte Prüfwege separat nachgewiesen werden. Ein Prompt oder eine vorhandene Konfigurationsdatei allein wäre demnach kein Beweis für eine physische Zugriffssperre.
Der Kern der Idee ist somit nicht, KI-Agenten möglichst viele Rollen zu geben. Es geht darum, Arbeit, Belege und Freigaben in einem nachvollziehbaren Ablauf zusammenzuführen – und klar zu markieren, was geprüft wurde und was noch offen ist.
Studio Global AI
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
Der Entwurf bündelt vier Verantwortlichkeiten – Analyst, Architect, Coder und Supervisor – in einem gemeinsamen Arbeitsablauf statt in getrennten Agenten Systemen.
Der Entwurf bündelt vier Verantwortlichkeiten – Analyst, Architect, Coder und Supervisor – in einem gemeinsamen Arbeitsablauf statt in getrennten Agenten Systemen. Ein Task Unit soll Ziel, Umfang, Dateien, Abnahmekriterien, Berechtigungen und offene Pflichten verbindlich festhalten.
Ein Kandidat darf erst weitergegeben werden, wenn sowohl maschinelle Prüfungen als auch eine unabhängige, gültig gebundene Prüfung bestanden sind.
Der Entwurf bündelt vier Verantwortlichkeiten – Analyst, Architect, Coder und Supervisor – in einem gemeinsamen Arbeitsablauf statt in getrennten Agenten Systemen. Ein Task Unit soll Ziel, Umfang, Dateien, Abnahmekriterien, Berechtigungen und offene Pflichten verbindlich festhalten.
Veröffentlicht vonBilder erstellt mit GPT Image 2
Forschungsantwort
![[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
KI-Agenten können Aufgaben aufteilen und spezialisierte Arbeitsschritte übernehmen. Doch mehr Rollen bedeuten nicht automatisch bessere Ergebnisse: Im Abstract des AutoSwarm-Papers wird darauf hingewiesen, dass Spezialisierung allein keine sich ergänzenden Beiträge garantiert und Abhängigkeiten Fehler weitertragen können.1
Ein neuer Governance-Entwurf für BMAD-Solo setzt deshalb nicht auf vier voneinander getrennte Agenten. Er beschreibt einen gemeinsamen Ablauf mit zwei Grundaktionen – Plan und Act – und vier Verantwortlichkeiten: Analyst, Architect, Coder und Supervisor. Entscheidend ist dabei weniger die Rollenbezeichnung als die Frage, welche Informationen und Berechtigungen von einem Schritt zum nächsten übergeben werden.
Im Mittelpunkt steht ein sogenanntes Task Unit, also ein verbindlicher Vertrag für eine einzelne Arbeitseinheit. Darin sollen unter anderem Ziel, Umfang, zu bearbeitende Dateien, Abnahmekriterien, Abhängigkeiten, Berechtigungen und offene Pflichten stehen. Der Vertrag soll zugleich die maßgebliche Quelle für den Aufgabenstatus sein – statt paralleler Listen in Chats, Rollenordnern oder Host-Anzeigen.
Die Übergaben sind bewusst knapp gehalten: Der Analyst übergibt Geschäftsziele, Anforderungen und offene Fragen. Der Architect macht daraus einen genehmigungsfähigen Arbeitsplan. Der Coder setzt ihn innerhalb der freigegebenen Grenzen um. Anschließend prüft der Supervisor den eingefrorenen Kandidaten, einschließlich seiner Grenzen und bekannter Risiken.
Dahinter steht ein Prinzip, das auch in der Qualitätsarbeit eine Rolle spielt: Anforderungen sollen in den Ablauf eingebaut werden, statt erst am Ende dazuzukommen. Huawei beschreibt den Ansatz, Qualitätsanforderungen in Geschäftsprozessen zu verankern.7
Der Entwurf verlangt zwei voneinander unabhängige Freigabeschritte:
Das soll ein typisches Schlupfloch schließen: Ein Modell kann zwar eine Prüfung beschreiben oder einen Prüfbericht formulieren, aber nicht allein dadurch nachweisen, dass ein Test wirklich gelaufen ist. Ebenso gilt ein Rollenwechsel im Prompt nicht als Beleg für Unabhängigkeit. Ein Agent, der den Code selbst geschrieben hat, kann dem Entwurf zufolge keine gültige unabhängige Freigabe für genau diesen Kandidaten erteilen.
Maschineller Prüfbericht und Review-Signatur müssen an dieselbe Version des Aufgabenvertrags und denselben Kandidaten gebunden sein. Ändert sich der Kandidat nach der Prüfung, sollen die alten Belege nicht mehr für die Freigabe gelten. Auch eine erfolgreiche Abnahme soll nicht automatisch Merge, Veröffentlichung oder Deployment auslösen: Dafür braucht es jeweils die passende Berechtigung.
Ein weiterer wichtiger Unterschied im Entwurf: Ein bestätigter Testfehler ist etwas anderes als eine unbekannte oder nicht überprüfbare Situation. Ist ein Check fehlgeschlagen, lautet das Ergebnis FAIL. Wurde er gar nicht ausgeführt oder lässt sich das Ergebnis nicht zuverlässig feststellen, gilt die Evidenz als unzureichend – und die Freigabe bleibt ebenfalls gesperrt.
Bei einer Ablehnung soll der Kandidat samt Differenz, Testlauf und Review-Bericht erhalten bleiben. Eine genehmigte Korrektur beginnt mit einem neuen Versuch und einem neuen Kandidatenbeleg. Ändern sich dagegen Anforderungen, Schnittstellen oder der Umfang, muss die Aufgabe zurück in die Planungsphase.
Der Vorschlag sieht außerdem eine einzige aktive Aufgabenreferenz vor. Sie soll auf die ausgewählte Arbeitseinheit zeigen, aber weder ihren Status duplizieren noch eine Umsetzung genehmigen. Abgeschlossene Aufgaben sollen nachvollziehbar archiviert und nicht mit ihren Belegen gelöscht werden.
Der Text ist ausdrücklich als Regelwerksentwurf gekennzeichnet. Er beschreibt geplante Vertragsfelder, Prüfberichte, Signaturen und Anpassungen für Roo Code und Cline. Er sagt jedoch nicht, dass diese Kontrollen bereits implementiert sind. Ebenso werden keine tatsächlich ausgeführten Tests oder migrierten Dateien belegt.
Das ist mehr als ein Vorbehalt: Die vorgeschlagenen Regeln verlangen selbst, dass echte Host-Funktionen und geschützte Prüfwege separat nachgewiesen werden. Ein Prompt oder eine vorhandene Konfigurationsdatei allein wäre demnach kein Beweis für eine physische Zugriffssperre.
Der Kern der Idee ist somit nicht, KI-Agenten möglichst viele Rollen zu geben. Es geht darum, Arbeit, Belege und Freigaben in einem nachvollziehbaren Ablauf zusammenzuführen – und klar zu markieren, was geprüft wurde und was noch offen ist.
Studio Global AI
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
Der Entwurf bündelt vier Verantwortlichkeiten – Analyst, Architect, Coder und Supervisor – in einem gemeinsamen Arbeitsablauf statt in getrennten Agenten Systemen.
Der Entwurf bündelt vier Verantwortlichkeiten – Analyst, Architect, Coder und Supervisor – in einem gemeinsamen Arbeitsablauf statt in getrennten Agenten Systemen. Ein Task Unit soll Ziel, Umfang, Dateien, Abnahmekriterien, Berechtigungen und offene Pflichten verbindlich festhalten.
Ein Kandidat darf erst weitergegeben werden, wenn sowohl maschinelle Prüfungen als auch eine unabhängige, gültig gebundene Prüfung bestanden sind.