Hoe onze AI Tuinontwerper werkt: Van foto naar 3D tuinproject

We krijgen vaak de vraag hoe de AI tuinontwerper werkt – meestal van mensen die andere AI-ontwerptools hebben geprobeerd en elke keer hetzelfde vonden: een prachtige afbeelding, en dan niets. Geen afmetingen, geen materialen, geen manier om het ding op het scherm daadwerkelijk te bouwen. Hier is dus de hele pijplijn, in de volgorde waarin deze wordt uitgevoerd, inclusief de onderdelen die nog ruw zijn.

Het ongebruikelijke deel: we voeren het proces achterstevoren uit

Een normale ontwerpworkflow gaat van een plan naar een afbeelding. U bepaalt de afmetingen, u tekent het, u rendert het. Een AI-afbeeldingstool slaat het plan over en geeft u alleen de afbeelding – daarom is de afbeelding nooit bouwbaar.

Wij doen het omgekeerd. Eerst laten we het model vrij ontwerpen, want daar is het echt goed in: compositie, proportie, wat er goed uitziet in een echte tuin. Pas daarna gaan we terug naar die afbeelding en stellen we de moeilijkere vraag – wat zit hier eigenlijk in, hoe groot is het, en kunnen we het bouwen met onze onderdelen? Alles na de afbeelding is een vertaaltaak, geen kunsttaak.

Fase 1: vrije hand, verankerd door echte foto's

Het afbeeldingsmodel werkt vanuit een schriftelijke instructie die voor iedereen hetzelfde blijft – het beschrijft het materiaal, hoe de blokken stapelen, wat de verbindingsstukken doen, wat een voltooide GridGarden-constructie eruitziet. Binnen die instructie heeft het model veel vrijheid. We willen dat het die vrijheid heeft: een tuinontwerp dat uw helling, uw schutting en het licht in uw foto negeert, is waardeloos, hoe netjes het er ook uitziet.

Wat voorkomt dat het afdwaalt naar een generiek AI verhoogd bed, zijn de referentiefoto's. We onderhouden een bibliotheek met goedgekeurde foto's van echte constructies – nu ongeveer twintig, die de hele catalogus bestrijken: een close-up van hoe de blokken zijn verbonden met verspringende voegen, verhoogde bedden met geïntegreerde zitplaatsen, een vrijstaande bank, een bank op poten, een smal balkon, een L-vormig bed, een rij afzonderlijke verhoogde bedden op grind, een zandbak, een massieve muur, trappen met keermuren op een helling. Elk ontwerp krijgt er een paar: één gekozen voor de setting in uw foto, en de close-up van de verbindingen zodat het lariks en de voegen eruitzien als de onze in plaats van als generiek hout.

De bibliotheek blijft groeien om een specifieke reden – elke leemte daarin komt terug in de afbeeldingen. Toen er helemaal geen vrijstaande bank in zat, bleef het model zitplaatsen uitvinden die wij niet maken. En een ontwerp met zowel een verhoogd bed als zitplaatsen greep vroeger naar de verkeerde referentie en voegde de twee samen, totdat we "een bank naast een verhoogd bed" scheidden van "een bank ingebouwd in het verhoogde bed" en elk een eigen voorbeeld gaven.

Twee van de nieuwste referenties zijn er puur om een bepaalde look te creëren. Vers gezaagd lariks is bleek, bijna geel; hetzelfde hout na twee of drie seizoenen in een tuin is zilvergrijs en zachter. Het model, als het alleen werd gelaten, tekende het altijd rechtstreeks uit de zagerij – dus laten we het nu zien hoe het hout er na een paar jaar uitziet, want dat is de tuin waar u daadwerkelijk mee zult leven.

Dit is ook het eerlijke antwoord op "is het gewoon een standaard AI-afbeeldingsgenerator?" – nee, maar niet omdat het model speciaal is. Het is omdat het elke keer wordt getoond hoe ons product er daadwerkelijk uitziet.

Fase 2: onze eigen afbeelding teruglezen

Nu het interessante deel. De afbeelding bestaat alleen uit pixels – niets daarin zegt "dit is een verhoogd bed van 2,4 m, twee lagen hoog". Dus een tweede set agents gaat op jacht.

Detectie wordt meer dan eens, onafhankelijk, uitgevoerd, en de resultaten worden samengevoegd, omdat een enkele pass betrouwbaar dingen mist – meestal de grootste structuur in het frame, vreemd genoeg. Dan gaat elke kandidaat naar een beoordelaar die een uitgesneden close-up van die plek krijgt in plaats van een set coördinaten, omdat het beoordelen van "staat hier echt een bank?" op basis van cijfers giswerk is. De beoordelaar kan een kandidaat vetoën, maar kan geen nieuwe uitvinden.

Meting werkt dan op dezelfde manier: één structuur tegelijk, op zijn eigen uitsnede, niet op de hele afbeelding. De schaal komt van het tellen van de zichtbare lagen blokken – elke laag heeft een bekende hoogte, dus het tellen van lagen geeft een hoogte, en de hoogte geeft al het andere.

Fase 3: naar Studio, als een echt project

Zodra elke structuur een type en een grootte heeft, bouwt GridGarden Studio het – en dit is het deel waar we het meest voorzichtig mee zijn. De scène is geen lookalike-model gemaakt voor de afbeelding. Het is gebouwd door dezelfde code die wordt uitgevoerd wanneer u zelf dingen versleept in de 3D-editor, draaiend zonder scherm. Dezelfde blokken, dezelfde verbindingsstukken, dezelfde regels over wat op wat kan zitten.

Dat is om een praktische reden belangrijk: wat eruit komt, is een project dat u kunt openen, roteren, wijzigen en bestellen. Als we het afzonderlijk hadden gemodelleerd "alleen voor de preview", zouden de preview en de editor uit elkaar lopen, en zou de prijs niet meer overeenkomen met het ding op het scherm.

De agents, één voor één – en waarom elke bestaat

"AI" doet het klinken alsof één slim ding alles doet. Dat is niet zo. Een enkel ontwerp bestaat uit ongeveer twintig afzonderlijke modelaanroepen, en elke agent heeft één specifieke taak waarvoor hij verantwoordelijk kan worden gehouden. Hier is de hele cast, op volgorde.

Agent 1 – de landschapsarchitect die nog nooit van ons heeft gehoord

De eerste agent weet niets over ons product. Bewust. Het krijgt uw foto en uw wensen en beantwoordt één vraag: wat zou deze specifieke tuin beter maken? Waar de zitplaatsen horen, waar het kweekgebied hoort, hoe de ruimte verdeeld wordt, wat past bij de helling en het licht. Het levert een plan op, geen afbeelding.

We houden het bewust onwetend van de catalogus omdat een agent die de catalogus kent, de catalogus ontwerpt. U zou onze producten in uw tuin gerangschikt krijgen in plaats van een ontwerp voor uw tuin. Het commerciële denken moet na het ontwerpdenken komen, niet ervoor.

Agent 2 – de vertaler die de instructie schrijft

De tweede agent is degene die precies weet wat wij verkopen. Het leest het plan van de eerste agent en besluit welke delen ervan bouwbaar zijn met modulaire blokken en welke alleen beplanting, bestrating of bestaande kenmerken zijn. Dan schrijft het de daadwerkelijke instructie voor het afbeeldingsmodel en kiest het de referentiefoto's – maximaal twee, gekozen voor de setting, met de close-up van de verbindingen als de tweede.

Het behandelt ook een valkuil die ons in het begin veel slechte resultaten heeft gekost. Als u een foto uploadde, schrijft Agent 2 een bewerkingsinstructie in plaats van een genererende, en voegt een expliciete opdracht toe om uw camerahoek, uw huis, uw lucht, uw bestaande bomen te behouden. Zonder die instructie negeert het afbeeldingsmodel stilletjes de geüploade foto en vindt het een compleet andere tuin uit – technisch mooi, maar volkomen nutteloos voor u. Er is ook een intensiteitsinstelling: een lichte aanpassing, een gedurfde ingreep (de standaard), of een volledige herontwerp dat uw foto alleen voor context gebruikt.

Het afbeeldingsmodel – het enige deel dat daadwerkelijk tekent

Alles hiervoor was tekst. Hier gaan de instructie, uw foto en de gekozen referenties in, en er komt een afbeelding uit. Het is ook verreweg de duurste enkele aanroep in de keten, en de minst voorspelbare: wanneer het faalt, faalt het meestal door helemaal geen afbeelding terug te geven, wat we opnieuw proberen, omdat het een hapering aan de kant van het model is in plaats van een afwijzing van het verzoek.

Agent A – de spotter, drie keer tegelijk uitgevoerd

Nu gaan we terug naar onze eigen afbeelding. Agent A zoekt naar structuren en geeft een kader rond elke structuur. Het wordt drie keer parallel uitgevoerd, en de drie lijsten worden samengevoegd tot een unie op basis van hoeveel de kaders overlappen; alles wat slechts één run zag, en alleen als een losse kopie van iets dat de anderen al vonden, wordt weggelaten.

Waarom drie? Omdat we de fout hebben gemeten en het geen incompetentie was – het was variantie. Op de foto van één klant miste de eerste run de grootste structuur in het frame, een scherm van bijna tweeënhalve meter, en prees in plaats daarvan een muur die in het bladerdak van de boom stond. Hetzelfde model, dezelfde foto, tweede run, vond het scherm en de bank correct. Een tweede en derde pass uitvoeren lost dat op voor een fractie van een cent; een slimmer, vijf keer duurder model doet dat niet.

Dit is ook de agent die na de afbeelding zelf het meest kost, omdat dit degene is die we laten "nadenken" voordat hij antwoordt – dat interne redeneren is ongeveer 45% van de prijs van een heel ontwerp.

De beoordelaar – degene die bezwaar kan maken, maar niet mag beslissen

Elke kandidaat gaat vervolgens naar een beoordelaar. Deze krijgt geen coördinaten. Het krijgt een uitgesneden close-up van die exacte plek, met het gebied rood omrand, en beantwoordt één vraag: wat zit er eigenlijk in deze afbeelding? Op de foto die dit alles begon, verwierp het drie van de zes kandidaten met de meest duidelijke oordelen – "boomstammen en groen gebladerte", "siergrassen en gazon", "houten tuinhuisje". Een uitsnede van boomkruinen kan zich niet langs die vraag redeneren.

Een tijdlang kon deze agent eenvoudig een structuur verwijderen, en dat bleek een fout die we moesten meten om te zien. Over twee weken tijd gooide het 232 structuren weg – 116 verhoogde bedden, 40 muren, 37 banken, 30 plantenbakken – en 65 daarvan waren door alle drie de detectiepasses gezien. Een snelle blik op een strakke uitsnede overrulede een unanieme stem. De reden was alledaags: de instructie van de beoordelaar beschreef onze eigen vormen niet, dus een bank met een opening onder de zitting en een planken scherm waren vreemde objecten voor hem. Het noemde ze "houten tuinbank", "houten hek" – en liet ze vallen.

Dus de regel veranderde, en dit is het deel dat we het hardst zouden verdedigen. De beoordelaar heeft geen enkele harde macht meer in de hele keten. Zijn bezwaar wordt verpakt als feedback en teruggegeven aan de detector, die nogmaals wordt uitgevoerd, het bezwaar leest en zelf beslist. Als de detector de structuur nog steeds rapporteert nadat is gezegd "die uitsnede is boomkruin", blijft de structuur.

Dat heeft een toegegeven prijs: een fantoom waar de detector echt op aandringt, zal uw offerte bereiken. We kozen er toch voor, omdat de tegenovergestelde fout – het verwijderen van een echte bank die de klant duidelijk in zijn eigen afbeelding kan zien – erger is. Beslissen wat er in de afbeelding zit, is de taak van de detector; de beoordelaar is er om te argumenteren, niet om te regeren.

Twee kleinere bevoegdheden gingen op dezelfde manier. Het type van een structuur wordt nu bepaald door een stemming onder de detectiepasses in plaats van door de aflezing die de grootste rechthoek tekende – een detail dat belangrijker is dan het klinkt, want een muur is één oppervlak en een verhoogd bed is een omtrek, ongeveer twee keer zoveel materiaal. En wanneer de beoordelaar het oneens is met de landmeter over het aantal lagen met twee of meer, wordt zijn telling noch genegeerd noch gehoorzaamd: het koopt twee extra meetruns, en de mediaan wordt opnieuw berekend uit de eigen metingen van de landmeter. We hebben gemeten waarom: drie meetpasses zijn het 95% van de tijd met elkaar eens, maar een onafhankelijke telling verschilt met twee of meer lagen in een derde van alle structuren – dus de onenigheid is een signaal waarvoor het de moeite waard is te betalen, niet een oordeel.

De tweede kans – onze eigen instructie, zorgvuldig gebruikt

Nog een agent is onlangs toegevoegd, na een geval waarin de afbeelding duidelijk een bank op poten liet zien, het logboek letterlijk zei "gevraagd om een bank, niet getekend", en de offerte arriveerde met drie verhoogde bedden en helemaal geen bank. Het signaal bestond en stierf in een logbestand.

Nu, als een type structuur waar we in de instructie om vroegen ontbreekt in de gedetecteerde lijst, krijgt de detector nog één vraag: zit dit ding in de afbeelding of niet? Het antwoord gaat via dezelfde beoordelaar als al het andere.

De beperkingen hier zijn bewust strak, want dit is de enige plek waar we onze eigen wensen zouden kunnen gaan prijzen in plaats van uw afbeelding. De instructie voegt nooit iets in en overschrijft nooit iets – de instructie zegt ronduit dat de afbeelding het misschien gewoon niet toont, en dat een structuur niet mag worden uitgevonden omdat de instructie het vermeldde. Alleen ontbrekende types worden gevraagd, nooit aantallen; als we om drie verhoogde bedden vroegen en er twee vonden, heeft de generator waarschijnlijk twee getekend, en we gaan de derde er niet voor tekenen. Eén vraag per ontwerp, geen recursie.

Agent B – de landmeter, één structuur tegelijk

Afmetingen zijn de andere helft van het probleem, en ze waren om een subtiele reden verkeerd: de landmeter keek vroeger naar de hele foto tegelijk. Op een structuur die acht procent van het frame beslaat, kunt u de individuele planken eenvoudigweg niet tellen – en het tellen van planken is waar elke dimensie vandaan komt.

Dus elke structuur krijgt nu zijn eigen aanroep met twee afbeeldingen: de volledige foto, zodat de agent weet waar het ding staat en of het hoger op een helling zit, en een strakke uitsnede van die ene structuur voor het tellen van lagen. Hetzelfde scherm dat bij drie pogingen was gemeten op 3,3 m, 5,0 m en 6,7 m, stopte met schommelen zodra het op zijn eigen uitsnede werd gemeten.

Eén regel houden we hier strikt aan: wanneer verschillende metingen van dezelfde structuur worden gecombineerd, wordt de middelste meting genomen voor de structuur als geheel, nooit veld voor veld. Het nemen van de hoogte uit één meting, de breedte uit een andere en het aantal treden uit een derde bouwt iets op dat geen enkele agent ooit daadwerkelijk heeft gezien.

De bouwer – helemaal geen AI

De laatste stap in de keten is de minst glamoureuze en degene die we het meest vertrouwen, omdat er geen model in zit. Studio's eigen bouwcode neemt de lijst met structuren en hun afmetingen en assembleert de scène deterministisch: dezelfde blokken, dezelfde verbindingsstukken, dezelfde regels als wanneer u zelf dingen versleept in de editor. Dezelfde invoer, hetzelfde resultaat, elke keer.

De offerte – ook helemaal geen AI

De moeite waard om expliciet te zeggen, omdat mensen het tegenovergestelde aannemen: er is geen model betrokken bij uw prijs. Het voltooide project wordt opgesplitst in onderdelen, de onderdelen krijgen prijzen voor uw land, het totaal is rekenkundig, en de e-mail is een sjabloon. Die hele tak kost ons niets per offerte en kan geen nummer hallucineren.

Een zijdeur: andere AI-assistenten kunnen ook met Studio praten

Eén verduidelijking, aangezien de twee door elkaar worden gehaald. Onze eigen ontwerper bereikt Studio niet via een slim protocol – de twee services bevinden zich op dezelfde machine en roepen een eenvoudige interne route aan. Maar Studio spreekt wel MCP (Model Context Protocol), de standaard die een AI-assistent in staat stelt om een extern hulpmiddel direct aan te roepen in plaats van te gissen op basis van wat het op het web heeft gelezen. De eigen documentatie beschrijft het memorabeler dan wij zouden kunnen:

"Denk aan MCP als een USB-C-poort voor AI-toepassingen. Net zoals USB-C een gestandaardiseerde manier biedt om elektronische apparaten aan te sluiten, biedt MCP een gestandaardiseerde manier om AI-toepassingen aan te sluiten op externe systemen."
— Model Context Protocol documentatie

In de praktijk betekent dit dat een assistent zoals Claude of een coderingstool Studio een set structuren kan geven en een echte materiaallijst en een echte prijs voor een bepaald land kan terugkrijgen – dezelfde berekening die achter de ontwerper en achter de editor draait, geen samenvatting van onze marketingpagina's. De reden dat we het hebben gebouwd, is dezelfde reden dat dit artikel eerlijk is over de afronding: een AI die om de werkelijke cijfers kan vragen, geeft mensen betere antwoorden over ons dan een die ze moet afleiden.

Fase 4: waar de prijs vandaan komt

Het voltooide 3D-project wordt gedemonteerd in de afzonderlijke onderdelen waaruit het is opgebouwd, en elk onderdeel is een echt product met een echte prijs voor uw land. Er is nergens in de keten een tarief per vierkante meter – we hebben het verwijderd, want toen we het vergeleken met de werkelijke som van de onderdelen, was het ongeveer een derde te duur.

Dus het getal dat u ziet, zijn de onderdelen, opgeteld. Als we iets niet kunnen bouwen op basis van uw ontwerp, laten we u liever geen prijs zien en bieden we een gesprek aan, dan dat we er een verzinnen.

Wat we doen om het getrouw te houden

• Referentiefoto's in elk ontwerp – zodat de output onze constructie toont, niet een generieke houten kist.
• Een catalogusvocabulaire – de agents leren de vormen die we daadwerkelijk verkopen (verhoogde bedden, verhoogde bedden met geïntegreerde zitplaatsen, schermen, muren, trappen, plantenbakken, zandbakken), zodat ze wat ze zien toewijzen aan echte producten in plaats van meubels in het algemeen te beschrijven.
• Uitgesneden close-ups voor zowel beoordeling als meting – coördinaten liegen, afbeeldingen niet.
• De eigen bouwcode van de editor – één bron van waarheid voor geometrie, zodat de preview, de editor en de onderdelenlijst niet kunnen verschillen.
• Prijzen van echte onderdelen – geen schatting vermenigvuldigd met oppervlakte.

En waar het niet perfect is

We vertellen u dit liever dan dat u het zelf ontdekt.

Afmetingen worden afgerond op het systeem. Alles is gebouwd op een vaste module, dus een bank die de AI als 1,8 m lang tekende, wordt 2,4 m wanneer deze wordt gebouwd, omdat dat is waar de echte onderdelen landen. We vertellen u wanneer dat gebeurt: de offerte beschrijft de structuur zoals deze gebouwd is, niet zoals deze op de afbeelding is gemeten. Het is de gebouwde versie die u zou ontvangen.

Schaal is gebaseerd op het tellen van lagen. Als een structuur op de achtergrond staat met de basis verborgen achter beplanting, rekt of krimpt een verkeerd getelde laag het geheel. Lange, lage muren laten dit het meest zien.

Niet elk ontwerp kan worden vertaald. Soms bevat de afbeelding iets moois dat simpelweg niet ons systeem is. We zeggen dit liever dan het dichtstbijzijnde wat we verkopen te vervangen – en de offerte vermeldt nu wat is weggelaten en waarom. Er is een echt verschil tussen "we kennen deze vorm, maar konden de grootte niet van de afbeelding aflezen, schrijf terug en we zoeken het uit" en "dit is iets wat we niet bouwen", dus die krijgen verschillende zinnen. Tot voor kort verdween een weggelaten structuur geruisloos: u zag een bank in uw afbeelding, deze stond niet in de prijs, en nergens werd u verteld waarom.

De 3D ziet er leger uit dan de render. De gegenereerde afbeelding is vol beplanting, licht en leven; het 3D-project is eerlijk kaal lariks en aarde. Zelfs als de afmetingen kloppen, is de eerste reactie vaak "dit is mijn ontwerp niet" – het verschil zit in het groen, niet in de geometrie.

Waarom "goed genoeg" het juiste doel is

Niets hiervan probeert een tuinarchitect te vervangen, en het is geen renderingwedstrijd. De taak is smaller en veel nuttiger: een vaag idee over uw tuin omzetten in iets met een afmeting, een onderdelenlijst en een prijs, in een paar minuten, gratis, voordat u met iemand heeft gesproken.

Afgezet tegen die taak is een bank die 2,4 m wordt in plaats van 1,8 m geen mislukking – het is het echte antwoord, want 2,4 m is wat daadwerkelijk wordt gebouwd. En elk project komt in de editor terecht, waar u het kunt verplaatsen, van formaat kunt wijzigen en het u eigen kunt maken. Dat is het hele punt van het proces achterstevoren uitvoeren: u eindigt niet met een afbeelding, u eindigt met een plan dat u kunt bouwen.

De economie, eerlijk gezegd: dit werkt alleen omdat we iets fysieks verkopen

Elk ontwerp kost ons echt geld. Niet veel op zichzelf – een paar cent – maar het is nooit één modelaanroep. Er is de tekening zelf, dan verschillende onafhankelijke detectiepasses over het resultaat, de beoordelaar die elke structuur op zijn eigen uitsnede controleert, een meetpass per structuur, en de bouw. Ongeveer negen cent per ontwerp, alles inclusief, en degenen die falen en opnieuw worden geprobeerd, kosten hetzelfde als degenen die werken.

De tool is gratis, vereist geen account voor een eerste blik, en we verkopen uw ontwerp aan niemand. Dus op zichzelf is het een pure kostenpost, die elke dag loopt, zonder inkomsten eraan verbonden.

Wat ervoor betaalt, zit aan de andere kant van het proces: een tuin die daadwerkelijk wordt gebouwd. Een GridGarden-project is typisch enkele honderden euro's aan lariks en verbindingsstukken, dus één gebouwde tuin dekt enkele duizenden gratis ontwerpen. Die verhouding is de hele businesscase. Het is ook waarom we liever hebben dat de tool u wegstuurt met een realistische onderdelenlijst dan dat u blijft klikken – tijd besteed in een app betaalt niet voor de app; een gebouwde tuin wel.

Het is de moeite waard om duidelijk te zeggen wat dit betekent voor AI-ontwerptools in het algemeen. Kijk naar wat mensen daadwerkelijk in Google typen wanneer ze er een zoeken: de woorden free, gratis en kostenlos zijn aan bijna al die zoekopdrachten gekoppeld. De vraag is expliciet naar iets dat niets kost. Een op zichzelf staande AI-tuinontwerper moet daarom precies datgene in rekening brengen wat zijn bezoekers hoopten gratis te krijgen, terwijl hij modelkosten betaalt voor elke generatie, inclusief degenen die nergens toe leiden. Dat is een moeilijk bedrijf om te runnen.

Met een fysiek product erachter worden dezelfde cijfers vriendelijk. We kunnen het ons veroorloven om genereus te zijn met de tool, om de onderdelen die nog ruw zijn te blijven verbeteren, en om u te vertellen waar het misgaat – omdat we niet proberen het ontwerp te gelde te maken. We proberen u te helpen beslissen of u de tuin wilt bouwen.

Veelgestelde vragen

Moet ik een foto van mijn tuin uploaden?

Een foto geeft veel betere resultaten, omdat het ontwerp dan reageert op uw werkelijke ruimte, licht en grenzen. U kunt ook beschrijven wat u wilt in woorden. Wat we niet kunnen doen, is ontwerpen vanuit helemaal niets – zonder foto of beschrijving is er niets om mee te werken.

Is de prijs die ik krijg bindend?

Het is een echte berekening van echte onderdelen voor uw land, geen ruwe schatting – maar het beschrijft de structuren zoals ze op de module zijn gebouwd, en het omvat geen levering, die afhankelijk is van gewicht en bestemming en wordt berekend bij het afrekenen.

Kan ik het ontwerp achteraf wijzigen?

Ja, en de meeste mensen zouden dat moeten doen. Het project opent in GridGarden Studio, waar u structuren kunt verplaatsen, afmetingen kunt wijzigen en onderdelen kunt toevoegen of verwijderen; de onderdelenlijst en prijs volgen mee terwijl u bewerkt.

Waarom ziet het 3D-project er anders uit dan de gegenereerde afbeelding?

De afbeelding is een visualisatie met beplanting en sfeer; het 3D-project toont alleen wat u daadwerkelijk zou ontvangen en monteren. De afmetingen zijn bedoeld om overeen te komen – het groen maakt geen deel uit van de levering.

Heb ik gereedschap of bouwervaring nodig om het te monteren?

Niet zagen, niet boren en geen timmerwerk. De blokken zijn op maat gezaagd en voorgeboord, en ze worden verbonden met verbindingsstukken, wat een complex ogende structuur haalbaar maakt voor iemand die nog nooit iets heeft gebouwd.

Als u het in actie wilt zien, is de AI tuinontwerper gratis te proberen, en elk ontwerp dat het produceert kan worden geopend en bewerkt in GridGarden Studio. En welke route u ook neemt, het zijn uiteindelijk dezelfde onderdelen – elk ontwerp op deze pagina is gebouwd van dezelfde modulaire lariks blokken en verbindingsstukken.

Bronnen & verder lezen

• Model Context Protocol – de open standaard die Studio spreekt, zodat andere AI-assistenten een echte materiaallijst kunnen opvragen in plaats van er een af te leiden.
• Gemini API: image generation – de documentatie voor het genereren en bewerken van afbeeldingen vanuit een invoerafbeelding, wat het mechanisme is achter het bewerken van uw geüploade foto in plaats van deze te vervangen.
• Google: creating helpful, people-first content – de reden dat een artikel als dit bestaat: "Toont uw content duidelijk expertise uit de eerste hand en diepgaande kennis?"