Hogyan működik az AI kerti tervezőnk: fotóból 3D projekt

Sokat kérdezik tőlünk, hogyan működik az AI kerti tervező – általában olyanok, akik már próbáltak más AI tervezőeszközöket, és mindig ugyanazt tapasztalták: egy gyönyörű képet, és aztán semmit. Sem méreteket, sem anyagokat, semmilyen módot arra, hogy a képernyőn látható dolgot ténylegesen megépítsék. Íme tehát a teljes folyamat, abban a sorrendben, ahogy fut, beleértve azokat a részeket is, amelyek még fejlesztés alatt állnak.

A szokatlan rész: fordítva futtatjuk a folyamatot

Egy normális tervezési munkafolyamat a tervtől a képig halad. Eldönti a méreteket, megrajzolja, rendereli. Egy AI képgeneráló eszköz kihagyja a tervet, és csak a képet adja meg – ezért a kép soha nem építhető meg.

Mi fordítva csináljuk. Először hagyjuk, hogy a modell szabadon tervezzen, mert ebben igazán jó: kompozíció, arányok, mi néz ki jól egy igazi kertben. Csak utána térünk vissza a képhez, és tesszük fel a nehezebb kérdést – mi is van itt valójában, mekkora, és meg tudjuk-e építeni a mi alkatrészeinkből? A kép után minden egy fordítási feladat, nem művészeti feladat.

1. szakasz: szabad kéz, valós fotók által rögzítve

A képmodell egy írásos leírásból dolgozik, amely mindenki számára ugyanaz marad – leírja az anyagot, a blokkok egymásra helyezését, a csatlakozók működését, és hogy néz ki egy kész GridGarden építmény. Ezen a leíráson belül a modellnek nagy szabadsága van. Azt akarjuk, hogy legyen szabadsága: egy kerti terv, amely figyelmen kívül hagyja a lejtőt, a kerítést és a fotón lévő fényt, értéktelen, bármilyen rendezettnek is tűnik.

A referenciaképek akadályozzák meg, hogy egy általános AI magaságyásba sodródjon. Valós építmények jóváhagyott fotóiból álló könyvtárat tartunk fenn – jelenleg körülbelül húszat, amelyek a teljes katalógust lefedik: közelkép arról, hogyan illeszkednek a blokkok eltolt illesztésekkel, beépített ülőhellyel ellátott ágyások, szabadon álló pad, lábakon álló pad, keskeny erkély, L-alakú magaságyás, különálló ágyások sora kavicson, homokozó, tömör fal, lépcsők támfalakkal lejtőn. Minden tervhez kap párat belőlük: egyet a fotón lévő környezethez választva, és a kötésről készült közelképet, hogy a fa és az illesztések a miénkhez hasonlóan nézzenek ki, ne pedig általános faanyagként.

A könyvtár egy konkrét okból folyamatosan bővül – minden hiányosság megjelenik a képeken. Amikor egyáltalán nem volt benne szabadon álló pad, a modell folyamatosan olyan ülőhelyeket talált ki, amelyeket mi nem gyártunk. És egy olyan terv, amelyben ágyás és ülőhely is volt, korábban rossz referenciához nyúlt, és összevonta a kettőt, amíg el nem különítettük a "magaságyás melletti padot" a "magaságyásba épített padtól", és mindegyiknek saját példát adtunk.

Két legújabb referencia pusztán a megjelenés rögzítésére szolgál. A frissen fűrészelt vörösfenyő halvány, majdnem sárga; ugyanaz a fa két-három év után a kertben ezüstszürke és lágyabb. A modell, ha magára hagyták, mindig egyenesen a fűrészüzemből rajzolta – ezért most megmutatjuk neki, hogyan néz ki a fa néhány év után, mert abban a kertben fog élni.

Ez egyben az őszinte válasz arra is, hogy "ez csak egy általános AI képgenerátor?" – nem, de nem azért, mert a modell különleges. Hanem azért, mert minden egyes alkalommal megmutatjuk neki, hogyan néz ki valójában a termékünk.

2. szakasz: saját képünk visszaolvasása

Most jön az érdekes rész. A kép csak pixelekből áll – semmi sem mondja benne, hogy "ez egy 2,4 m hosszú, két réteg magas magaságyás". Így egy második ügynökcsoport indul vadászni.

A felismerés többször is fut, egymástól függetlenül, és az eredményeket egyesítik, mert egyetlen futás megbízhatóan kihagy dolgokat – furcsamód általában a képkocka legnagyobb struktúráját. Aztán minden jelölt egy ellenőrzőhöz kerül, amely az adott pontról kivágott közelképet kap, nem pedig koordinátákat, mert a "van itt tényleg egy pad?" megítélése számokból csak találgatás. Az ellenőrző megvétózhat egy jelöltet, de újakat nem találhat ki.

A mérés aztán ugyanígy működik: egy struktúra egyszerre, a saját kivágásán, nem a teljes képen. A méret a blokkok látható rétegeinek számlálásából adódik – minden réteg ismert magasságú, így a rétegek számlálása magasságot ad, a magasság pedig mindent mást.

3. szakasz: a Studio-ba, mint valós projekt

Miután minden struktúrának van típusa és mérete, a GridGarden Studio megépíti – és ez az a rész, amire a leginkább odafigyelünk. A jelenet nem egy képhez készült hasonmás modell. Ugyanaz a kód építi fel, amely akkor fut, amikor Ön maga húzogatja a dolgokat a 3D szerkesztőben, képernyő nélkül. Ugyanazok a blokkok, ugyanazok a csatlakozók, ugyanazok a szabályok arról, hogy mi mire ülhet.

Ez gyakorlati okból fontos: bármi is jön ki, az egy olyan projekt, amelyet megnyithat, elforgathat, módosíthat és megrendelhet. Ha külön modelleztük volna "csak az előnézethez", az előnézet és a szerkesztő eltávolodna egymástól, és az ár már nem egyezne a képernyőn látható dologgal.

Az ügynökök, egyenként – és miért létezik mindegyik

"AI" azt sugallja, hogy egy okos dolog csinál mindent. Nem így van. Egyetlen terv körülbelül húsz különálló modellhívásból áll, és minden ügynöknek egy szűk feladata van, amiért felelősségre vonható. Íme a teljes szereplőgárda, sorrendben.

1. ügynök – a tájépítész, aki még soha nem hallott rólunk

Az első ügynök semmit sem tud a termékünkről. Szándékosan. Megkapja az Ön fotóját és kívánságait, és egy kérdésre válaszol: mi tenné jobbá ezt a konkrét kertet? Hová kerüljön az ülőhely, hová a termesztési terület, hogyan oszlik meg a tér, mi illik a lejtőhöz és a fényhez. Tervet ad ki, nem képet.

Szándékosan nem ismertetjük vele a katalógust, mert egy ügynök, aki ismeri a katalógust, a katalógust tervezi. Ön a termékeinket rendezné el a kertjében, ahelyett, hogy a kertjéhez tervezne. A kereskedelmi gondolkodásnak a tervezési gondolkodás után kell jönnie, nem előtte.

2. ügynök – a fordító, aki megírja a leírást

A második ügynök az, aki pontosan tudja, mit árulunk. Elolvassa az első ügynök tervét, és eldönti, mely részei építhetők moduláris blokkokból és melyek csak ültetés, burkolat vagy meglévő elemek. Ezután megírja a tényleges utasítást a képmodellnek, és kiválasztja a referenciaképeket – legfeljebb kettőt, a környezethez választva, a kötésről készült közelképpel, mint másodikkal.

Ez kezeli azt a csapdát is, ami sok rossz eredményt okozott nekünk korán. Ha feltöltött egy fotót, a 2. ügynök generáló utasítás helyett szerkesztési utasítást ír, és explicit parancsot ad a kameraállás, a ház, az ég, a meglévő fák megőrzésére. Ezen utasítás nélkül a képmodell csendesen figyelmen kívül hagyja a feltöltött fotót, és teljesen más kertet talál ki – technikailag szép, de Önnek teljesen haszontalan. Van egy intenzitás beállítás is: enyhe retusálás, merész beavatkozás (az alapértelmezett), vagy teljes újratervezés, amely csak kontextusként használja a fotóját.

A képmodell – az egyetlen rész, ami ténylegesen rajzol

Ez előtt minden szöveg volt. Itt a leírás, az Ön fotója és a kiválasztott referenciák bemennek, és egy kép jön ki. Ez messze a legdrágább egyedi hívás a láncban, és a legkevésbé kiszámítható: amikor elromlik, általában úgy hibázik, hogy egyáltalán nem ad vissza képet, amit újrapróbálunk, mert ez a modell oldalán fellépő hiba, nem pedig a kérés elutasítása.

A ügynök – a felderítő, háromszor fut egyszerre

Most visszatérünk a saját képünkhöz. Az A ügynök struktúrákat keres, és minden egyes köré egy dobozt rajzol. Háromszor fut párhuzamosan, és a három listát egyesítik az átfedő dobozok mértéke alapján; mindent, amit csak egy futás látott, és csak valami más által már megtalált dolog eltévedt másolataként, elvetnek.

Miért három? Mert mértük a hibát, és az nem inkompetencia volt – hanem variancia. Egy ügyfél fotóján az első futás kihagyta a képkocka legnagyobb struktúráját, egy közel két és fél méteres paravánt, és ehelyett egy fák lombkoronájában álló falat árazott be. Ugyanaz a modell, ugyanaz a fotó, második futás, helyesen megtalálta a paravánt és a padot. Egy második és harmadik futás töredék centért javítja ezt; egy okosabb, ötször drágább modell nem.

Ez az az ügynök is, amelyik a kép után a legtöbbe kerül, mert ez az, amit hagyunk "gondolkodni" a válaszadás előtt – ez a belső érvelés nagyjából egy teljes terv árának 45%-a.

Az ellenőrző – az, aki kifogásolhat, de nem dönthet

Minden jelölt ezután egy ellenőrzőhöz kerül. Nem kap koordinátákat. Egy kivágott közelképet kap az adott pontról, pirossal körvonalazott területtel, és egy kérdésre válaszol: mi van valójában ezen a képen? Azon a fotón, amivel mindez elkezdődött, hat jelöltből hármat a lehető legegyszerűbb ítélettel utasított el – "fatörzsek és zöld lombozat", "díszfüvek és gyep", "fa kerti fészer". Egy fák lombkoronájáról készült kivágás nem tudja meggyőzni magát ezen a kérdésen.

Egy ideig ez az ügynök egyszerűen törölhetett egy struktúrát, és ez olyan hibának bizonyult, amit mérnünk kellett, hogy lássuk. Két hét alatt 232 struktúrát dobott ki – 116 magaságyást, 40 falat, 37 padot, 30 virágládát – és ezek közül 65-öt mindhárom felismerési futás látott. Egy gyors pillantás egy szűk kivágásra felülírta az egyhangú szavazást. Az ok hétköznapi volt: az ellenőrző leírása nem írta le a mi formáinkat, így egy ülés alatti réssel rendelkező pad és egy deszka paraván idegen tárgyak voltak számára. "Fa kerti padnak", "fa kerítésnek" nevezte őket – és eldobta.

Így a szabály megváltozott, és ezt a részt védenénk a legkeményebben. Az ellenőrzőnek már nincs egyetlen kemény hatalma sem a teljes láncban. Kifogását visszajelzésként csomagolják, és visszadják a detektornak, amely még egyszer fut, elolvassa a kifogást, és maga dönt. Ha a detektor továbbra is jelenti a struktúrát, miután azt mondták neki, hogy "az a kivágás fák lombkoronája", a struktúra marad.

Ennek van egy elismert ára: egy fantom, amit a detektor valóban ragaszkodik, bekerül az árajánlatába. Mégis ezt választottuk, mert az ellenkező hiba – egy valós pad törlése, amit az ügyfél tisztán lát a saját képén – rosszabb. Az, hogy mi van a képen, a detektor feladata; az ellenőrző azért van, hogy vitatkozzon, nem azért, hogy döntsön.

Két kisebb hatalom is ugyanígy járt. Egy struktúra típusát most már a felismerési futások közötti szavazás dönti el, nem pedig az, hogy melyik olvasat rajzolt nagyobb téglalapot – ez a részlet fontosabb, mint amilyennek hangzik, mert egy fal egy felület, egy magaságyás pedig egy kerület, nagyjából kétszer annyi anyag. És amikor az ellenőrző két vagy több réteggel eltér a felmérőtől a rétegek számában, a számlálását sem figyelmen kívül hagyják, sem nem engedelmeskednek neki: két extra mérési futást vásárol, és a mediánt újraszámolják a felmérő saját olvasataiból. Megmértük, miért: három mérési futás az esetek 95%-ában egyetért egymással, de egy független számlálás a struktúrák egyharmadában két vagy több réteggel eltér – így az eltérés egy olyan jel, amiért érdemes fizetni, nem pedig ítélet.

A második esély – saját leírásunk, óvatosan használva

Egy újabb ügynök csatlakozott nemrég, miután egy esetben a kép egyértelműen egy lábakon álló padot mutatott, a napló szó szerint azt mondta, hogy "padot kért, nem rajzolt", és az árajánlat három magaságyással és egyáltalán pad nélkül érkezett. A jel létezett és meghalt egy naplófájlban.

Most, ha egy olyan típusú struktúra, amelyet a leírásban kértünk, hiányzik a felderített listából, a detektor még egy kérdést kap: ez a dolog benne van a képen vagy sem? A válasza ugyanazon az ellenőrzőn megy keresztül, mint minden más.

Az itt érvényes korlátok szándékosan szigorúak, mert ez az egyetlen hely, ahol elkezdhetnénk a saját kívánságainkat árazni az Ön képe helyett. A leírás soha nem szúr be semmit, és soha nem ír felül semmit – az utasítás egyenesen kimondja, hogy a kép egyszerűen nem mutathatja, és hogy egy struktúrát nem szabad kitalálni, mert a leírás említette. Csak a hiányzó típusokról kérdezünk, soha nem a darabszámról; ha három magaságyást kértünk és kettőt találtunk, a generátor valószínűleg kettőt rajzolt, és mi nem fogjuk megrajzolni a harmadikat. Egy kérdés tervenként, nincs rekurzió.

B ügynök – a felmérő, egy struktúra egyszerre

A méretek a probléma másik fele, és finom okból tévesek voltak: a felmérő korábban egyszerre nézte az egész fényképet. Egy olyan struktúrán, amely a képkocka nyolc százalékát foglalja el, egyszerűen nem lehet megszámolni az egyes deszkákat – és a deszkák számlálásából származik minden dimenzió.

Így minden struktúra most saját hívást kap két képpel: a teljes fotóval, hogy az ügynök tudja, hol áll a dolog, és hogy magasabban ül-e egy lejtőn, és az adott struktúra szűk kivágásával a rétegek számlálásához. Ugyanaz a paraván, amelyet három próbálkozás során 3,3 m, 5,0 m és 6,7 m-re mértek, abbahagyta a ingadozást, amint a saját kivágásán mérték.

Egy szabályt szigorúan betartunk itt: amikor ugyanazon struktúra több olvasatát kombinálják, a középső olvasatot veszik figyelembe a struktúra egészére, soha nem mezőnként. Az egyik olvasatból a magasságot, a másikból a szélességet és a harmadikból a lépésszámot venni olyasmit épít, amit egyetlen ügynök sem látott valójában.

Az építő – egyáltalán nincs AI

A lánc utolsó lépése a legkevésbé elbűvölő, és az, amiben a legjobban bízunk, mert nincs benne modell. A Studio saját építési kódja veszi a struktúrák listáját és azok méreteit, és determinisztikusan összeállítja a jelenetet: ugyanazok a blokkok, ugyanazok a csatlakozók, ugyanazok a szabályok, mint amikor Ön maga húzogatja a dolgokat a szerkesztőben. Ugyanaz a bemenet, ugyanaz az eredmény, minden alkalommal.

Az árajánlat – szintén egyáltalán nincs AI

Érdemes expliciten kimondani, mert az emberek az ellenkezőjét feltételezik: egyik modell sem vesz részt az Ön árában. A kész projektet alkatrészekre bontják, az alkatrészek árat kapnak az Ön országára, az összeg aritmetikai, és az e-mail egy sablon. Ez az egész ág semmibe sem kerül nekünk árajánlatonként, és nem hallucinálhat számot.

Egy mellékajtó: más AI asszisztensek is beszélhetnek a Studio-val

Egy pontosítás, mivel a kettő összekeveredik. A saját tervezőnk nem ér el a Studio-hoz semmilyen okos protokollon keresztül – a két szolgáltatás ugyanazon a gépen található, és egy egyszerű belső útvonalat hív. De a Studio beszél MCP-t (Modell Kontextus Protokoll), azt a szabványt, amely lehetővé teszi egy AI asszisztens számára, hogy közvetlenül hívjon egy külső eszközt, ahelyett, hogy a weben olvasottakból találgatna. Saját dokumentációja emlékezetesebben fogalmazza meg, mint mi tehetnénk:

"Gondoljon az MCP-re, mint egy USB-C portra az AI alkalmazások számára. Ahogy az USB-C szabványosított módot biztosít az elektronikus eszközök csatlakoztatására, az MCP szabványosított módot biztosít az AI alkalmazások külső rendszerekhez való csatlakoztatására."
— Model Context Protocol dokumentáció

A gyakorlatban ez azt jelenti, hogy egy asszisztens, például a Claude vagy egy kódoló eszköz átadhatja a Studio-nak a struktúrák egy halmazát, és visszakaphat egy valós anyagjegyzéket és egy valós árat egy adott országra – ugyanazt a számítást, amely a tervező és a szerkesztő mögött fut, nem pedig marketingoldalaink összefoglalóját. Az ok, amiért megépítettük, ugyanaz, amiért ez a cikk őszinte a kerekítéssel kapcsolatban: egy AI, amely képes lekérdezni a tényleges számokat, jobb válaszokat ad az embereknek rólunk, mint az, amelyiknek következtetnie kell rájuk.

4. szakasz: honnan jön az ár

A kész 3D projektet alkotó egyedi darabokra bontják, és minden darab egy valós termék, valós árral az Ön országára. Nincs négyzetméterenkénti ár a láncban – eltávolítottuk, mert amikor összehasonlítottuk az alkatrészek tényleges összegével, nagyjából egyharmaddal túlszámlázott.

Tehát a látott szám az alkatrészek összege. Ha valamit nem tudunk megépíteni az Ön terve alapján, inkább nem mutatunk árat, és felajánlunk egy beszélgetést, minthogy kitaláljunk egyet.

Amit teszünk, hogy hű maradjon

• Referenciafotók minden tervben – így a kimenet a mi konstrukciónkat mutatja, nem egy általános fadobozt.
• Katalógus szókincs – az ügynököket megtanítják azokra a formákra, amelyeket ténylegesen árulunk (magaságyások, beépített ülőhellyel ellátott magaságyások, paravánok, falak, lépcsők, virágládák, homokozók), így amit látnak, azt valós termékekre képezik le, ahelyett, hogy általánosságban bútorokat írnának le.
• Kivágott közelképek mind az ítélkezéshez, mind a méréshez – a koordináták hazudnak, a képek nem.
• A szerkesztő saját építési kódja – egyetlen igazságforrás a geometriához, így az előnézet, a szerkesztő és az alkatrészlista nem térhet el egymástól.
• Valós alkatrészekből származó árak – nem területre szorzott becslés.

És hol nem tökéletes

Inkább elmondjuk ezt, minthogy Ön maga jöjjön rá.

A méretek a rendszerhez igazodva kerekítődnek. Minden fix modulra épül, így egy pad, amelyet az AI 1,8 m hosszúnak rajzolt, 2,4 m lesz, amikor megépítik, mert ott landolnak a valós alkatrészek. Szólunk, ha ez megtörténik: az árajánlat a struktúrát úgy írja le, ahogy megépült, nem úgy, ahogy a képen mérték. A megépített változatot kapja meg.

A méretarány a rétegek számlálásán alapul. Ha egy struktúra a háttérben ül, alapja növényzet mögött rejtőzik, egy rosszul megszámolt réteg az egészet megnyújtja vagy összezsugorítja. Hosszú, alacsony falaknál mutatkozik meg ez a leginkább.

Nem minden terv fordítható le. Néha a kép tartalmaz valami szépet, ami egyszerűen nem a mi rendszerünk. Ezt elmondjuk, ahelyett, hogy a legközelebbi általunk árult dologgal helyettesítenénk – és az árajánlat most megnevezi, mi maradt ki és miért. Valós különbség van a "ismerjük ezt a formát, de nem tudtuk leolvasni a méretét a képről, írjon vissza, és megoldjuk" és a "ezt mi nem építjük" között, így ezek különböző mondatokat kapnak. Egészen a közelmúltig egy elhagyott struktúra csendben eltűnt: Ön látott egy padot a képén, az nem volt benne az árban, és semmi sem mondta el, miért.

A 3D üresebbnek tűnik, mint a render. A generált kép tele van növényzettel, fénnyel és élettel; a 3D projekt őszinte, csupasz faanyag és föld. Még ha a méretek helyesek is, az első reakció gyakran az, hogy "ez nem az én tervem" – a különbség a zöld növényzet, nem a geometria.

Miért a "elég jó" a megfelelő cél

Mindez nem egy kertépítészt próbál helyettesíteni, és nem is egy renderelési verseny. A feladat szűkebb és sokkal hasznosabb: egy homályos ötletet a kertjéről mérettel, alkatrészlistával és árral rendelkező valamivé alakítani, pár perc alatt, ingyen, mielőtt bárkivel is beszélt volna.

Ehhez a feladathoz mérve egy pad, amely 1,8 m helyett 2,4 m-re jön ki, nem hiba – ez a valós válasz, mert 2,4 m az, ami ténylegesen megépül. És minden projekt a szerkesztőbe kerül, ahol mozgathatja, átméretezheti és sajátjává teheti. Ez az egész lényege a folyamat fordított futtatásának: Ön nem egy képpel, hanem egy megépíthető tervvel végzi.

A gazdasági háttér, őszintén: ez csak azért működik, mert valami fizikait árulunk

Minden terv valós pénzbe kerül nekünk. Nem sokba önmagában – néhány centbe –, de soha nem egy modellhívásról van szó. Ott van maga a rajz, majd több független felismerési futás az eredményen, az ellenőrző, amely minden struktúrát a saját kivágásán ellenőriz, egy mérési futás struktúránként, és az építés. Körülbelül kilenc cent egy terv, mindent egybevéve, és azok, amelyek elromlanak és újrapróbálkoznak, ugyanannyiba kerülnek, mint azok, amelyek működnek.

Az eszköz ingyenes, első pillantásra nem igényel fiókot, és nem adjuk el az Ön tervét senkinek. Tehát önmagában ez egy tiszta költségsor, amely minden nap fut, bevétel nélkül.

Ami fizeti, az a folyamat másik oldalán van: egy kert, ami ténylegesen megépül. Egy GridGarden projekt jellemzően több száz euró értékű faanyagból és csatlakozókból áll, így egyetlen megépített kert több ezer ingyenes tervet fedez. Ez az arány a teljes üzleti eset. Ezért is preferáljuk, hogy az eszköz egy reális alkatrészlistával küldje el Önt, ahelyett, hogy kattintgatásra ösztönözné – az alkalmazásban töltött idő nem fizeti az alkalmazást; egy megépített kert igen.

Érdemes világosan elmondani, mit jelent ez az AI tervezőeszközökre általában. Nézze meg, mit írnak be az emberek a Google-ba, amikor ilyet keresnek: a free, gratis és kostenlos szavak szinte minden ilyen kereséshez kapcsolódnak. A kereslet kifejezetten valami ingyenesre irányul. Egy önálló AI kerti tervezőnek tehát pontosan azért kell díjat szednie, amiért a látogatói ingyen reménykedtek, miközben minden egyes generálásért modellköltségeket fizet, beleértve azokat is, amelyek sehova sem vezetnek. Ez egy nehéz üzlet.

Fizikai termékkel a háttérben ugyanezek a számok barátságossá válnak. Megengedhetjük magunknak, hogy nagylelkűek legyünk az eszközzel, folyamatosan javítsuk azokat a részeket, amelyek még fejlesztés alatt állnak, és elmondjuk, hol hibázik – mert nem a tervezést próbáljuk pénzzé tenni. Azt próbáljuk segíteni, hogy eldöntse, megépíti-e a kertet.

Gyakran Ismételt Kérdések

Fel kell töltenem egy fotót a kertemről?

Egy fotóval sokkal jobb eredményeket kap, mert a terv ekkor reagál a tényleges terére, fényviszonyaira és határoló elemeire. Szavakkal is leírhatja, mit szeretne. Amit nem tudunk megtenni, az az, hogy a semmiből tervezzünk – sem fotó, sem leírás nélkül nincs miből dolgozni.

Kötelező érvényű az árajánlat?

Ez egy valós számítás valós alkatrészekből az Ön országára, nem pedig egy durva becslés – de a struktúrákat úgy írja le, ahogy a modulon megépültek, és nem tartalmazza a szállítást, amely a súlytól és a rendeltetési helytől függ, és a pénztárnál kerül kiszámításra.

Megváltoztathatom a tervet utólag?

Igen, és a legtöbb embernek érdemes is. A projekt a GridGarden Studio-ban nyílik meg, ahol mozgathatja a struktúrákat, módosíthatja a méreteket, és hozzáadhat vagy eltávolíthat alkatrészeket; az alkatrészlista és az ár követi a szerkesztéseket.

Miért néz ki másképp a 3D projekt, mint a generált kép?

A kép egy vizualizáció növényzettel és hangulattal; a 3D projekt csak azt mutatja, amit ténylegesen megkap és összeszerel. A méreteknek egyezniük kell – a zöld növényzet nem része a szállításnak.

Szükségem van szerszámokra vagy építési tapasztalatra az összeszereléshez?

Nincs fűrészelés, nincs fúrás és nincs asztalosmunka. A blokkok méretre vágottak és előfúrtak, és csatlakozókkal illeszkednek egymáshoz, ami lehetővé teszi, hogy egy bonyolultnak tűnő struktúrát bárki megépítsen, aki még soha nem épített semmit.

Ha látni szeretné működés közben, az AI kerti tervező ingyenesen kipróbálható, és minden általa készített terv megnyitható és szerkeszthető a GridGarden Studio-ban. És bármelyik utat is választja, a végén ugyanazok az alkatrészek várják – ezen az oldalon minden terv ugyanazokból a moduláris vörösfenyő blokkokból és csatlakozókból épül fel.

Források & További olvasmányok

• Model Context Protocol – a nyílt szabvány, amit a Studio beszél, így más AI asszisztensek valós anyagjegyzéket kérhetnek, ahelyett, hogy következtetnének rá.
• Gemini API: képgenerálás – a képgenerálás és egy bemeneti képből történő szerkesztés dokumentációja, ami az Ön feltöltött fotójának szerkesztése mögött áll, ahelyett, hogy lecserélné azt.
• Google: hasznos, emberközpontú tartalom létrehozása – az ok, amiért egy ilyen cikk létezik: "Tartalma világosan bemutatja az első kézből szerzett szakértelmet és a mélyreható tudást?"