AnswersPublished13 sources
BMAD og Harness² kan være nyttige – men de bygger ikke en ferdig agentplattform
BMAD gir arbeidsmetoder og oppgaver for AI agenter; en graf, en kjøreloop og et agentrammeverk løser andre problemer. At verktøyene kan installeres sammen, beviser ikke at agenten kan fortsette etter frakobling, håndtere avhengigheter eller unngå gjentatte sideeffekter.
Publisert avBilder generert med GPT Image 2
Research answer
Key takeaways
- BMAD gir arbeidsmetoder og oppgaver for AI agenter; en graf, en kjøreloop og et agentrammeverk løser andre problemer.
- At verktøyene kan installeres sammen, beviser ikke at agenten kan fortsette etter frakobling, håndtere avhengigheter eller unngå gjentatte sideeffekter.
- Den statiske kodegjennomgangen fant flere eksisterende byggeklosser, men også manglende koblinger mellom dem.
- Start med én kort, kontrollert kjede for kjøring, verifisering og stopp. Utsett ekstra kontrollag til denne kjeden er bevist.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the](https://d15bya8fi85z1v.cloudfront.net/chat/hpkuIEzclnOMt7XhpweWATvsB813/images/A8D3C5DA5895750379DA/798B6E44EA96A10671B5.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 operate via client side tool execution on the. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"你的判断基本成立：V5 应收敛为“BMAD 方法资产 + 小型任务状态机 + 独立 Agent 执行 + 有界反馈与经验”，而不是再造多智能体平台。但把 BMAD METHOD 和 Harness² 放到 Cline CLI 上，并不能据此认定已经具备断开续跑、四槽位分权、独立验收和安全恢复。\n\n 方法论值得. Topic tags: general web, ai safety, llm, agents, prompt engineering. 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, waterma
Den viktige forskjellen: metode er ikke det samme som drift
BMAD Method kan gi en agent struktur for å utforske en idé, planlegge arbeid og gjennomføre endringer. BMAD beskriver ferdige ferdigheter som kan laste inn agenter, kjøre arbeidsflyter eller utføre oppgaver 2. Metoden er laget for både små feilrettinger og større utviklingsløp
5
6.
Men en arbeidsmetode avgjør ikke i seg selv hvordan oppgaver skal prioriteres, hvordan feil skal håndteres, eller hva som skjer når en fjernøkt blir avbrutt. Det krever en egen kjørelogikk.
Det samme skillet gjelder Harness². I prosjektets egen beskrivelse er en «harness» systemet rundt modellen – blant annet instruksjoner, verktøy, minne, ferdigheter og orkestrering 11. Forskningsartikkelen beskriver et rammeverk for å forbedre slike omgivelser gjennom gjentatte prosesser
3. Det betyr ikke at en enkel samling av erfaringer automatisk gir alle egenskapene til det publiserte rammeverket.
Hvilke deler bør gjøre hva?
| Del | Hovedoppgave |
|---|---|
| BMAD Method | Gi arbeidsmetoder, kontekst og oppgavebeskrivelser |
| Graf eller tilstandsmaskin | Styre avhengigheter, rekkefølge og hva som skjer ved feil |
| Agentrammeverk | Kjøre modellkall og verktøy i en sesjon |
| Kjøreloop | Håndtere tilbakemeldinger, begrense forsøk og avgjøre når arbeidet skal stoppe |
| Erfaringer og minne | Ta vare på relevante lærdommer til senere oppgaver |
| Tmux | Holde en prosess i gang på en fjernmaskin; ikke i seg selv planlegge oppgaver |
Disse rollene kan være små deler av samme system. Det er ikke nødvendig å bygge én plattform for hver av dem.
Installasjon er ikke en driftsgaranti
Det er nyttig å skille mellom tre nivåer:
- Verktøyet kan laste inn en metode og utføre en oppgave.
- En prosess på en VPS kan fortsette å bruke modeller og verktøy etter at den lokale editoren er lukket.
- Systemet kan velge neste godkjente oppgave, verifisere resultatet, skrive status sikkert og unngå å gjenta handlinger etter et avbrudd.
Det tredje nivået er det krevende. Selv om en CLI kan kjøre i bakgrunnen, må det fortsatt avklares hvordan oppgaveavhengigheter, uavhengig kontroll, budsjetter, stoppregler og lagrede kontrollpunkter håndteres.
Kildegrunnlaget her dokumenterer ikke at Cline eller Pi med de aktuelle konfigurasjonene dekker alle disse behovene. Derfor bør kombinasjonen behandles som en mulig start, ikke som bevis på at systemet allerede kan jobbe trygt og selvstendig.
V5 har vokst – men problemet er ikke bare antall linjer
Målet er forholdsvis avgrenset: Et menneske godkjenner og starter arbeidet; en agent utfører tillatte oppgaver på en fjernmaskin, sjekker resultatet og stopper når grensene er nådd.
I den beskrevne V5-planen ligger det samtidig flere ambisjoner: kompatibilitet, gjenopptakelse etter frakobling, detaljert måling, transaksjonelle kontrollpunkter, feilgjenoppretting, fire roller, et oversiktsbilde og læring mellom oppgaver. Når alt dette blir en forutsetning for første bruk, blir veien til en fungerende grunnversjon unødvendig lang.
Det betyr ikke at tidligere krav bare bør fjernes. Skill heller mellom det som må være på plass for første trygge gjennomføring, og forbedringer som kan komme senere. Avklar uttrykkelig hvilke gamle forpliktelser som fortsatt er førsteversjonskrav.
En gjennomgang av prosjektfilene peker også på et viktig skille: En eksisterende lagringsmodul var laget for menneskelige versjonsbeslutninger, ikke for å lagre erfaringer eller føre oppgaveframdrift. Den riktige forenklingen er derfor ikke å blande alt i én tekstfil, men å unngå et generelt kontrollag der et mindre, tydelig avgrenset system holder.
- Erfaring sier hva som kan være nyttig neste gang.
- Oppgavestatus sier hva som er gjort og hva som står for tur.
- Kjøringsbevis viser hva som faktisk skjedde.
- Oppstartsrammen angir hva denne kjøringen har lov til å gjøre.
Disse tingene kan lagres enkelt, men bør ikke forveksles.
Kodegjennomgangen fant byggeklosser – og åpne skjøter
Den statiske gjennomgangen av de beskrevne prosjektfilene fant at en enkel oppgavegraf allerede er påbegynt: avhengigheter kontrolleres, sirkler oppdages, og oppgaver kan velges når forutsetningene er oppfylt. Begrensningen er at kontrakten foreløpig bare dekker Python-enhetstester, ikke hele arbeidsflyten som systemet skal gjennomføre.
Gjennomgangen fant også at Pi-oppsettet stenger for innlasting av utvidelser, ferdigheter og kontekstfiler. Det kan derfor ikke samtidig forutsettes at pi-jev er koblet inn, eller at BMAD-ferdigheter automatisk er tilgjengelige. Arbeidsmaterialet må settes sammen på en tydelig måte.
Et kontrollpunkt er heller ikke ferdig integrert bare fordi det finnes en modul for det. I den beskrevne kjøreloopen stopper flyten før fullført status kan skrives og neste oppgave startes. I tillegg bindes kjøringen til nesten alle Python-filer i et skriptområde, ikke bare filene som faktisk trengs. Det kan gjøre gamle deler av løsningen relevante for en kjøring de ikke lenger tilhører.
Konklusjonen er praktisk: Det største løftet ser ut til å ligge i å koble eksisterende deler sammen og snevre inn avhengighetene – ikke i å legge til enda et kontrollag.
En mindre arkitektur som fortsatt har tydelige grenser
Et slankt oppsett kan bestå av fire funksjonelle roller, uten at det betyr fire permanente agenter eller fire bakgrunnstjenester:
- Planlegging: Bruk BMAD ved behov til å beskrive målet, oppgavene og hvordan resultatet skal godkjennes. Behandle research som dokumentasjon, ikke som tillatelse til å gjøre endringer.
- Menneskelig oppstart: Knytt én godkjenning til en bestemt planversjon, et avgrenset sett med oppgaver, tillatte skriveområder, et budsjett og en stoppregel.
- Én kjede for utføring og kontroll: Velg en godkjent oppgave som er klar, start en ny kodeøkt, kjør relevante tester, få en separat gjennomgang, kontroller det samme endringsforslaget på nytt, og skriv deretter kontrollpunkt og oppgavestatus før neste oppgave starter.
- Begrenset retting og læring: Send reelle feil tilbake til en ny økt, men stopp når godkjent antall forsøk eller budsjett er brukt. Ta bare med erfaringer som er relevante og har støtte i bevis.
Et oversiktsverktøy kan vise status, men bør ikke få myndighet til å godkjenne arbeid eller avgjøre at en oppgave er fullført.
Tre sikkerhetsgrenser bør ikke kuttes
En prosess som lever, er ikke nødvendigvis en agent som arbeider videre. En test må bekrefte at det skjer nye modell- og verktøykall etter at den lokale forbindelsen er brutt – og at oppgaven faktisk går videre.
Tester, kontroll og innlevering må gjelde samme resultat. Hvis innlevering lykkes, men statusoppdateringen feiler, bør systemet stoppe og avklare tilstanden. Det må ikke bare starte på nytt og utføre samme handling én gang til.
En erfaring er ikke riktig bare fordi den er lagret. Lærdommer bør ha dokumentasjon og tydelig gyldighetsområde. De må ikke automatisk overstyre tillatelser eller godkjenningskrav.
Det finnes også en konkret begrensning i den beskrevne kontrollpunktstrategien: Den avviser at ulike oppgaver eier overlappende filer. Hvis to oppgaver etter tur må endre samme fil, kan strategien dermed blokkere reelt arbeid. Løsningen bør være å definere eierskap og oppgavegrenser på en bedre måte – ikke å anta at vanlige utviklingsoppgaver alltid berører separate filer.
Første milepæl bør være én kort, troverdig kjede
BMAD kan bidra med metode, mens Pi eller Cline kan være en inngang til kjøring. En liten tilstandsmaskin kan styre oppgaver og tilbakemeldinger, og erfaringer kan inspireres av ideene bak Harness². Men det er arkitekturdeler, ikke bevis på at hele systemet fungerer.
En god første test er konkret: Lukk den lokale IDE-en, la en fjernagent gjennomføre to avhengige oppgaver, fremprovoser én reell feil og la den bli rettet, krev en separat kontroll, lagre et kontrollpunkt og bekreft at systemet kan stoppe pålitelig.
Før denne kjeden virker, er det mer verdifullt å redusere nødvendige avhengigheter og lukke åpne skjøter enn å utvide plattformen.
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 "BMAD og Harness² kan være nyttige – men de bygger ikke en ferdig agentplattform"?
BMAD gir arbeidsmetoder og oppgaver for AI agenter; en graf, en kjøreloop og et agentrammeverk løser andre problemer.
What are the key points to validate first?
BMAD gir arbeidsmetoder og oppgaver for AI agenter; en graf, en kjøreloop og et agentrammeverk løser andre problemer. At verktøyene kan installeres sammen, beviser ikke at agenten kan fortsette etter frakobling, håndtere avhengigheter eller unngå gjentatte sideeffekter.
What should I do next in practice?
Den statiske kodegjennomgangen fant flere eksisterende byggeklosser, men også manglende koblinger mellom dem.