AnswersPublished13 sources
V4 heeft minder tijdelijke artefacten nodig, niet minder goede tests
Richt V4 op minder overbodige bestanden en duidelijke regels voor bewaren, committen en meeleveren — niet op het schrappen van langdurige tests. Overalls gebruikt Firecracker microVM’s, maar de beschikbare bronnen tonen niet aan dat het tijdelijke tests automatisch opruimt of documentgroei beheerst.
Gepubliceerd doorAfbeeldingen gegenereerd met GPT Image 2
Research answer
Key takeaways
- Richt V4 op minder overbodige bestanden en duidelijke regels voor bewaren, committen en meeleveren — niet op het schrappen van langdurige tests.
- Overalls gebruikt Firecracker microVM’s, maar de beschikbare bronnen tonen niet aan dat het tijdelijke tests automatisch opruimt of documentgroei beheerst.
- De V4 repository heeft al test en documentstructuur; vooral afspraken over de levenscyclus en distributie van bestanden kunnen scherper.
- Laat tijdelijke controles tijdelijk blijven, maar bewaar belangrijke regressietests en bewijsstukken wanneer die nodig zijn.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/Ct73VtXRvYVtxLOrIWogs8h8njx2/images/14A07FDFEAF32EEE32FC/0F2CDBA675F3E1798D02.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 produce requests for client side execution. W. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"这两个痛点应该纳入 V4 的“产物背压”，但治理目标应是减少无价值产物、隔离临时材料、控制提交与分发，而不是取消长期测试或把所有文档合并。前面回答中的部分来源编号没有对应真实检索证据，相关归因撤回；以下仅依据本次真实检索和已经返回的仓库读取结果。\n\n 1.. Topic tags: general web, llm, agents, ai, code. 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 with fake numbers, clickbait thumbna
Deze twee knelpunten verdienen een plek in V4-beleid voor de beheersing van artefacten. Het doel moet zijn om onnodige bestanden te beperken, tijdelijk materiaal af te zonderen en afspraken te maken over commits en distributie — niet om langdurige tests te schrappen of alle documentatie in één bestand te stoppen. Een deel van de bronverwijzingen in eerdere antwoorden was niet onderbouwd met daadwerkelijk opgehaald bewijs; die toeschrijvingen worden ingetrokken. Hieronder staan alleen conclusies op basis van de bronnen en de beschikbare, alleen-lezen repositorygegevens.
Wat lost Overalls eigenlijk op?
Het systeem dat je bedoelt, is waarschijnlijk Overalls. In een artikel schrijft Huntley dat het project eerder loom heette en beschrijft hij hoe het wordt gebruikt om programmeertaken voor agents uit te voeren in tijdelijke Firecracker-VM’s. 10
- De officiële projectbeschrijving noemt Overalls een zelfgehost platform voor ontwikkelmachines en AI-agents. Elke machine is een persistente Firecracker-microVM met NixOS, Ubuntu of Windows.
12
- Tijdelijke taakomgevingen en persistente ontwikkelmachines zijn twee verschillende beschrijvingen. De beschikbare informatie verklaart niet hoe hun volledige levenscyclus samenhangt. Daaruit kunnen we dus niet afleiden dat een repository na afloop van een taak automatisch wordt opgeruimd.
10
- De genoemde X-post met afbeeldingen is niet gevonden en de afbeelding is niet beschikbaar. Er is onvoldoende bewijs dat Overalls automatisch testbestanden isoleert, mappen voor concepten structureert of documentgroei beheerst.
De bruikbare inspiratie is dus het isoleren van de uitvoeringsomgeving. Dat is niet hetzelfde als afspraken over testindeling, Git-commits of documentbeheer. De eerdere beweringen over specifieke test- en documentworkflows van Overalls zijn in deze ronde niet voldoende onderbouwd en gelden daarom niet als conclusie.
V4: de mappenstructuur bestaat al, maar levenscyclusafspraken zijn onvolledig
De statische repositorygegevens ondersteunen het volgende beeld:
- Langdurige tests zijn al op een centrale plek georganiseerd. In
ci.ymlworden contracttests verzameld; verderop ook regressietests voor assetbescherming en distributie. Die bestanden zomaar verwijderen kan bestaande validatieafspraken ondermijnen. Dat de configuratie bestaat, betekent niet dat de CI in deze ronde is geslaagd. - Documenten hebben al verschillende functies.
bmad-core.mdmaakt onderscheid tussen analyse, ADR’s, plannen, specificaties en feitelijke basisdocumentatie. Ook staat erin dat je niet zomaar een nieuw pad moet aanmaken wanneer de juiste plek onduidelijk is. - Het beleid voor tijdelijke artefacten is niet overal gelijk.
.gitignoresluit bepaalde uitvoermappen, sandboxbestanden en tijdelijke bestanden uit, maar beschrijft niet volledig wanneer concepten en verificatiebewijs bewaard moeten blijven. Alleen op basis van ignore-regels is bovendien niet vast te stellen welke bestanden daadwerkelijk door Git worden bijgehouden. - De grens voor distributie kan duidelijker.
collect_source()verzamelt recursief gewone bestanden uit de bron van een suite en zet die om naar pluginmappen. Een controle op verplichte bestanden is geen expliciete allowlist voor distributie. Tijdelijk materiaal dat in de suitebron belandt, kan daardoor het risico lopen meegeleverd te worden. Er is geen bewijs dat dit al is gebeurd.
Mijn conclusie: vul vooral de regels aan voor aanmaken, committen, meeleveren en bewaren. Een tweede, parallelle mappenstructuur is niet nodig.
Knelpunt 1: isoleer tijdelijke controles, behoud regressietests
“Er zijn veel tests” en “de broncode is rommelig” zijn twee verschillende problemen. Los ze niet op door bestanden alleen op basis van hun naam te verwijderen.
| Soort bestand | Aanbevolen plek | Advies voor commit en distributie |
|---|---|---|
| Langdurige unit-tests, regressietests voor bugs en contracttests | De bestaande teststructuur van het project | Gewoonlijk versiebeheer; distributie hangt af van het doel van het product |
| Eenmalige diagnoses en tijdelijke controlescripts | Een voor de taak toegestane tijdelijke map | Standaard niet committen of meeleveren |
| Logs, dekkingsgegevens en gegenereerde rapporten | Een map voor uitvoeringsbewijs | Bewaren volgens acceptatie- en bewaareisen; niet standaard opnemen in de bronhistorie |
| Belangrijke tegenvoorbeelden en reproduceerbare testfixtures | Na beoordeling opnemen als blijvende testasset | De regressiewaarde behouden; niet alleen in een tijdelijke map laten staan |
Voer drie controles in:
- Voor het aanmaken: kan een bestaande test worden uitgebreid? Dekt het nieuwe bestand zelfstandig gedrag af, of bewijst het iets wat al is afgedekt?
- Voor het committen: is dit een blijvende asset voor het project? Bevat het lokale paden, inloggegevens of eenmalige debugcode?
- Voor het meeleveren: valt dit bestand expliciet binnen de distributie? Dat een bestand in de repository staat, betekent niet automatisch dat het moet worden geïnstalleerd.
Compatibiliteit met de programmeertaal is een harde randvoorwaarde. De documentatie van de officiële Go-tooling beschrijft bestanden voor tests binnen een package afzonderlijk van bestanden in een extern testpackage. De teststructuur van verschillende talen kun je dus niet zomaar gelijk trekken. 13 Voor Python kun je een centrale testmap overwegen. Controleer bij Go eerst welke toegang tot packages, testdetectie en aanroepen een rol spelen; verander de structuur niet alleen om het uiterlijk.
Maak ook duidelijk welk probleem je wilt oplossen. Wil je voorkomen dat installatiegebruikers tests ontvangen, pas dan de distributie aan. Wil je voorkomen dat tijdelijke controles worden gecommit, pas dan het commitbeleid aan. Gaat het om overzicht tijdens het lezen van de broncode, dan kan een andere indeling of weergave helpen. Dat zijn verschillende problemen.
Knelpunt 2: orden documentatie op functie, niet in één groot bestand
Gebruik de bestaande functies van de documentatie en maak niet voor elke gespreksronde een nieuw bestand:
- Analyse van een sessie: standaard onderdeel van het antwoord; niet automatisch opslaan.
analysis/: alleen gebruiken voor goedgekeurde analyse, bewijs, vergelijkingen en openstaande vragen — niet als algemene map voor dagelijkse concepten.adrs/: bewaren voor belangrijke beslissingen en de onderbouwing ervan. Kopieer daar niet een volledig onderzoeksrapport of een logboek naartoe.pending_implementation_plan.md: gebruiken voor doelen, autorisatie, fasen, afhankelijkheden en acceptatiecriteria; niet steeds verder uitbreiden met uitvoeringslogs. Een bestaand actief plan mag niet worden overschreven op basis van dit advies.scratch/: kan worden beoordeeld als centrale tijdelijke map. Dat deze map bestaat, geeft op zichzelf geen toestemming om erin te schrijven, bestanden te verwijderen of code uit te voeren.verification/: bewaren voor noodzakelijk bronbewijs. Leg apart vast wat moet worden gecommit en hoe lang materiaal bewaard moet blijven; bewaar niet standaard elke herhaalde uitvoer voor altijd.
Deel deploymentmateriaal in op basis van het gebruik. Een blijvende operationele handleiding is onderhoudsdocumentatie; een ontvangstbewijs van één deployment is uitvoeringsbewijs. Alleen omdat een titel het woord ‘deployment’ bevat, is er geen reden om een nieuwe map te maken. Verplaats bestaande documentatie bovendien niet zonder verwijzingen en onafgeronde taken intact te houden.
Voorkom dat één bestand uit de hand loopt:
- Splits op in afzonderlijke onderwerpen of beslissingen, niet op basis van elke gespreksronde.
- Geef analyse, ADR’s en plannen elk een eigen functie en verwijs tussen documenten; herhaal geen volledige tekst.
- Laad voor overdracht alleen het huidige contract en relevante delen van het bewijs, niet de hele geschiedenis.
- Houd in samenvattingen feiten, gevolgtrekkingen en nog te controleren punten uit elkaar. Maak van een aanname geen feit door die korter op te schrijven.
De gedachte dat “minder bestanden tot meer hallucinaties leiden” is vooralsnog een hypothese, geen aangetoond oorzakelijk verband. Pak eerst dubbele, verouderde en irrelevante context aan. Stel geen uniforme limiet voor het aantal regels of onbewezen beloftes over het effect vast.
Minimale aanbeveling en acceptatiegrenzen
Voeg aan V4 één algemene regel toe: bij elk nieuw artefact moeten doel, locatie, noodzaak om het te bewaren, commit- en distributieomvang en voorwaarden voor behoud of opruiming duidelijk zijn. Hergebruik bestaande assets waar dat kan. Vereis niet bij iedere controle een nieuw bestand of bij iedere analyse een document.
Als er later toestemming komt om dit uit te voeren, moeten de minimale acceptatiecriteria omvatten:
- Langdurige tests worden nog steeds correct gevonden door de relevante CI; noodzakelijke regressietests raken niet kwijt door een verplaatsing.
- Tijdelijke artefacten belanden niet in onnodige commits of installatiepakketten.
- Documentfuncties en verwijzingen blijven intact; actieve taken en historisch bewijs worden niet per ongeluk verwijderd.
- Opruimen heeft een duidelijk bereik en duidelijke bewaareisen. Een mapstructuur mag niet worden aangezien voor beveiligingsisolatie tijdens uitvoering.
Dit is uitsluitend een analyse op basis van alleen-lezen informatie. Er zijn geen bestanden gewijzigd, tests uitgevoerd, assets opgeruimd of plannen overschreven. De screenshot en de genoemde X-post zijn niet beschikbaar, en de precieze aanpak van Overalls voor deze twee beheerproblemen is niet geverifieerd. De voorstellen hierboven zijn daarom een voorwaardelijk advies voor V4, geen toestemming om ze uit te voeren.
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 "V4 heeft minder tijdelijke artefacten nodig, niet minder goede tests"?
Richt V4 op minder overbodige bestanden en duidelijke regels voor bewaren, committen en meeleveren — niet op het schrappen van langdurige tests.
What are the key points to validate first?
Richt V4 op minder overbodige bestanden en duidelijke regels voor bewaren, committen en meeleveren — niet op het schrappen van langdurige tests. Overalls gebruikt Firecracker microVM’s, maar de beschikbare bronnen tonen niet aan dat het tijdelijke tests automatisch opruimt of documentgroei beheerst.
What should I do next in practice?
De V4 repository heeft al test en documentstructuur; vooral afspraken over de levenscyclus en distributie van bestanden kunnen scherper.