Geoffrey Huntleys oppskrift starter med å dokumentere hva testene krever, før man bruker spesifikasjonene som grunnlag for en ny implementasjon.[8] Testene bør leses som kilder til systemets forventede oppførsel – ikke bare som en sjekkliste som kan fjernes når dokumentasjonen er skrevet. I Cline skiller Plan og Act...
Publisert avBilder generert 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/7r0kEd78FtcdAiMHXNNGuaqA5NI3/thumbnails/EEE474813AA23043E823/CD56382E76A171FCFE8E-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":"apply diff","arguments":{"path":" bmad output/analysis/ANALYSIS 20261022 document test governance.md","diff":"<<<<<<< SEARCH\n:start line:82\n \n Huntley 的一手原文明确在跨语言移植场景中提出将测试提炼成领域规范。[10] 本提案不将该场景方法外推. Topic tags: general web, openai, llm, 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
Å flytte en kodebase fra ett programmeringsspråk til et annet handler ikke bare om å oversette syntaks. Den nye versjonen må også bevare det programmet faktisk gjør – inkludert krav som kanskje bare er tydelige i tester.
Utvikleren Geoffrey Huntley foreslår en arbeidsflyt der man først bruker en agentrunde til å gå gjennom testene og samle kravene i Markdown-filer under /specs. Spesifikasjonene skal vise til implementasjonen som underbygger dem. Deretter undersøkes produktfunksjonaliteten i kildekoden, også med henvisninger til spesifikasjonene.8
Huntleys poeng er å lage et tydelig mellomledd mellom den gamle kodebasen og den nye: En tekstlig beskrivelse av hva programvaren forventes å gjøre. Det kan gjøre det enklere å skille mellom kravene som skal bevares, og detaljene som bare følger av hvordan den opprinnelige koden er skrevet.
Dette er særlig relevant når en KI-agent skal bidra til å bygge programmet på nytt. En spesifikasjon gir arbeidet et felles holdepunkt, mens henvisninger til tester og kode gjør det mulig å undersøke hvor beskrivelsen kommer fra.8
Men metoden er ikke det samme som å skrive ned testene og så kaste dem. Huntleys beskrivelse gjelder portering mellom språk; den gir ikke i seg selv grunnlag for å droppe regresjonstester eller andre kontroller under vanlig utvikling.
Kodeverktøy som Cline har også skiller mellom å undersøke en oppgave og å gjøre endringer. I Plan-modus kan verktøyet utforske kodebasen og foreslå en strategi, mens Act-modus brukes til å gjennomføre planen.2
Hvilke handlinger agenten faktisk kan utføre, avhenger likevel av hvordan økten er satt opp. Cline-dokumentasjonen beskriver ulike verktøy og rutingsvalg, og peker på at verktøytilgangen kan tilpasses.1 Det er derfor lurt å kontrollere både hvilke filer agenten kan endre, og hvilke kommandoer den kan kjøre, før arbeidet settes i gang.
En praktisk konsekvens er at spesifikasjoner ikke bør stå alene. Behold sporene tilbake til testene og implementasjonen, og bruk dem til å kontrollere at en ny versjon oppfører seg som forventet. Da blir dokumentasjonen et hjelpemiddel for porteringen – ikke en erstatning for verifisering.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Geoffrey Huntleys oppskrift starter med å dokumentere hva testene krever, før man bruker spesifikasjonene som grunnlag for en ny implementasjon.[8]
Geoffrey Huntleys oppskrift starter med å dokumentere hva testene krever, før man bruker spesifikasjonene som grunnlag for en ny implementasjon.[8] Testene bør leses som kilder til systemets forventede oppførsel – ikke bare som en sjekkliste som kan fjernes når dokumentasjonen er skrevet.
I Cline skiller Plan og Act modus mellom utforsking og gjennomføring, men tilgjengelige verktøy og godkjenningsregler avhenger av oppsettet.[1][2]
Geoffrey Huntleys oppskrift starter med å dokumentere hva testene krever, før man bruker spesifikasjonene som grunnlag for en ny implementasjon.[8] Testene bør leses som kilder til systemets forventede oppførsel – ikke bare som en sjekkliste som kan fjernes når dokumentasjonen er skrevet. I Cline skiller Plan og Act...
Publisert avBilder generert 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/7r0kEd78FtcdAiMHXNNGuaqA5NI3/thumbnails/EEE474813AA23043E823/CD56382E76A171FCFE8E-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":"apply diff","arguments":{"path":" bmad output/analysis/ANALYSIS 20261022 document test governance.md","diff":"<<<<<<< SEARCH\n:start line:82\n \n Huntley 的一手原文明确在跨语言移植场景中提出将测试提炼成领域规范。[10] 本提案不将该场景方法外推. Topic tags: general web, openai, llm, 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
Å flytte en kodebase fra ett programmeringsspråk til et annet handler ikke bare om å oversette syntaks. Den nye versjonen må også bevare det programmet faktisk gjør – inkludert krav som kanskje bare er tydelige i tester.
Utvikleren Geoffrey Huntley foreslår en arbeidsflyt der man først bruker en agentrunde til å gå gjennom testene og samle kravene i Markdown-filer under /specs. Spesifikasjonene skal vise til implementasjonen som underbygger dem. Deretter undersøkes produktfunksjonaliteten i kildekoden, også med henvisninger til spesifikasjonene.8
Huntleys poeng er å lage et tydelig mellomledd mellom den gamle kodebasen og den nye: En tekstlig beskrivelse av hva programvaren forventes å gjøre. Det kan gjøre det enklere å skille mellom kravene som skal bevares, og detaljene som bare følger av hvordan den opprinnelige koden er skrevet.
Dette er særlig relevant når en KI-agent skal bidra til å bygge programmet på nytt. En spesifikasjon gir arbeidet et felles holdepunkt, mens henvisninger til tester og kode gjør det mulig å undersøke hvor beskrivelsen kommer fra.8
Men metoden er ikke det samme som å skrive ned testene og så kaste dem. Huntleys beskrivelse gjelder portering mellom språk; den gir ikke i seg selv grunnlag for å droppe regresjonstester eller andre kontroller under vanlig utvikling.
Kodeverktøy som Cline har også skiller mellom å undersøke en oppgave og å gjøre endringer. I Plan-modus kan verktøyet utforske kodebasen og foreslå en strategi, mens Act-modus brukes til å gjennomføre planen.2
Hvilke handlinger agenten faktisk kan utføre, avhenger likevel av hvordan økten er satt opp. Cline-dokumentasjonen beskriver ulike verktøy og rutingsvalg, og peker på at verktøytilgangen kan tilpasses.1 Det er derfor lurt å kontrollere både hvilke filer agenten kan endre, og hvilke kommandoer den kan kjøre, før arbeidet settes i gang.
En praktisk konsekvens er at spesifikasjoner ikke bør stå alene. Behold sporene tilbake til testene og implementasjonen, og bruk dem til å kontrollere at en ny versjon oppfører seg som forventet. Da blir dokumentasjonen et hjelpemiddel for porteringen – ikke en erstatning for verifisering.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Geoffrey Huntleys oppskrift starter med å dokumentere hva testene krever, før man bruker spesifikasjonene som grunnlag for en ny implementasjon.[8]
Geoffrey Huntleys oppskrift starter med å dokumentere hva testene krever, før man bruker spesifikasjonene som grunnlag for en ny implementasjon.[8] Testene bør leses som kilder til systemets forventede oppførsel – ikke bare som en sjekkliste som kan fjernes når dokumentasjonen er skrevet.
I Cline skiller Plan og Act modus mellom utforsking og gjennomføring, men tilgjengelige verktøy og godkjenningsregler avhenger av oppsettet.[1][2]