A Google EGM bővítménye tervet és MI-ellenőrzést kér a kódolás előtt
Az ellenőrző MI szándékosan nem emlékszik arra, hogyan született a terv: csak a kész dokumentumból kell megértenie, mit akar megvalósítani a fejlesztő. A Google nyílt forráskódúvá tette az Elephant-Goldfish Model (EGM) bővítményt, amely még a kódolás előtt ütközteti az elképzelést független MI-bírálókkal.
Az egyik MI emlékezik, a többi tiszta lappal indul
A rendszer kétféle szerepet oszt ki. Az Elephant egy hosszan futó MI-munkamenet, amely követi a projekt felépítését, célját és a menet közben meghozott döntéseket. Kódot nem ír: kérdezi a fejlesztőt, megvitatja vele a választásokat, és rögzíti az eredményt.
A Goldfish szerepű ellenőrök ezzel szemben minden alkalommal előzmények nélkül indulnak. Nem látták a tervezés közbeni beszélgetést. A Google indoklása szerint így nem viszik tovább annak vakfoltjait.
Az EGM csapata azzal indokolja a megközelítést, hogy az MI nemcsak a kódolást gyorsíthatja fel, hanem a hibák termelését is. A puszta sebesség helyett ezért strukturált korlátokat helyeznek a munkafolyamatba.
Előbb vita és tervdokumentum, csak utána jöhet a kód
A folyamat három szakaszból áll. Az egm-brainstorm során a fejlesztő és az Elephant lehetőségeket vitat meg, illetve feltételezéseket vizsgál. Ebben a szakaszban tilos kódot írni.
Az egm-draft lépésben Markdown-formátumú tervdokumentum készül. Ez leírja a problémát, a műszaki megoldást, a mérlegelt alternatívákat és a megvalósítás menetét. A módosítandó fájlokat is konkrétan megnevezi.
Az egm-review elején egy Goldfish elolvassa a teljes anyagot, majd saját szavaival visszamondja az Elephant számára. Ha félreérti az elképzelést, a leírás nem számít egyértelműnek, ezért visszakerül átdolgozásra. Nem elég tehát, hogy a tervezés résztvevői értsék egymást: a kész dokumentumnak önmagában is meg kell állnia.
A bírálók logikai réseket keresnek, nem külön biztonsági hibákat
Ezután további Goldfish-ellenőrök keresnek szélső eseteket, rejtett függőségeket és logikai hiányosságokat. Kifogásaikat az Elephant kapja vissza rendezésre. Egy utolsó bíráló arról dönt, hogy a fájlútvonalak, adatszerkezetek és függvények pontos leírásai mind szerepelnek-e, egyértelmű formában.
A biztonsági hibák keresése nem szerepel külön nevesített feladatként. Ha egy csapat a terv fenyegetettségét is vizsgálná, azt külön kell megszerveznie. A szabályok és a bírálói szerepek ugyanakkor alakíthatók, így biztonsági szempontokra figyelő ellenőr is hozzáadható.
Ingyen elérhető, jelenleg az Antigravity környezetben működik
A bővítmény ingyenesen elérhető a GitHub oldalán, és az Antigravity fejlesztőkörnyezetben használható. A tároló Markdown-szabályokat, előre meghatározott MI-bírálói szerepeket és ellenőrzési munkafolyamatokat tartalmaz.
A Google közlése szerint a vállalatnál naponta több ezren használják éles használatba kerülő kód készítéséhez. A cég más fejlesztőkörnyezetek támogatását is ígéri.
A cikk mesterséges intelligencia segítségével készült; a szerkesztőség ellenőrizte és jóváhagyta. Impresszum