Gemini in de Apps Script-editor: code schrijven en debuggen met AI

Op 3 augustus 2026 kreeg de Apps Script-editor een Gemini-zijpaneel. Het paneel genereert, wijzigt en debugt code met context van het actieve scriptproject en de container waarin het draait. De functie valt onder het Gemini Beta-programma, wat betekent dat je je ervoor moet aanmelden voordat je hem kunt gebruiken.

Wat het Gemini-zijpaneel doet

Het Gemini-zijpaneel is een assistent die naast je code staat in de Apps Script-editor. Je kunt het vragen stellen, code laten schrijven en laten uitleggen, en het kan helpen bij het opsporen van fouten. Het bijzondere is de context: het paneel werkt met kennis van het actieve scriptproject en van de container waarin het script draait.

Dat contextbegrip maakt het verschil met een generieke chatbot. Een script dat aan een spreadsheet hangt, heeft andere mogelijkheden en beperkingen dan een script dat aan een document of een formulier hangt. Het paneel begrijpt dat onderscheid en kan daar in zijn antwoorden rekening mee houden. Je hoeft dus minder uit te leggen en krijgt antwoorden die dichter bij je werkelijke situatie liggen.

Het paneel helpt bij drie hoofdtaken: code genereren, code aanpassen en code debuggen. Je kunt een nieuwe functie laten schrijven, een bestaande functie laten herzien of uitleggen waarom iets niet werkt. Dat maakt het bruikbaar voor wie net begint met Apps Script en voor wie al jaren scripts bouwt en tijd wil winnen.

In de kern is het een hulpmiddel dat de drempel voor automatisering verlaagt. Waar je eerder veel moest opzoeken voordat je een script werkend kreeg, kun je nu in gesprek met de editor tot een oplossing komen. Dat gezegd hebbende: het blijft een hulpmiddel. De verantwoordelijkheid voor wat je in productie zet, blijft bij jou.

Hoe je het activeert via het Gemini Beta-programma

Het Gemini-zijpaneel is alleen beschikbaar via het Gemini Beta-programma. Dat betekent dat je je eerst voor dat programma moet aanmelden voordat het paneel in de editor verschijnt. Zonder aanmelding krijg je de functie niet te zien, ook niet als je de nieuwste versie van de editor gebruikt.

Omdat het om een bètaprogramma gaat, is het verstandig om vooraf na te denken over hoe je het wilt inzetten. Een bèta betekent dat functies kunnen veranderen en dat de kwaliteit nog niet op het niveau van een voltooide functie hoeft te zitten. Voor experimenteren en leren is dat prima, voor bedrijfskritische scripts vraagt het om extra controle.

Beoordeel als organisatie wie toegang krijgt. Het is verleidelijk om het breed open te zetten, maar het is verstandiger om te beginnen met een kleine groep developers en beheerders die de uitkomsten goed kunnen beoordelen. Zo leer je hoe het paneel presteert in jullie context voordat je het breder uitrolt.

Houd er ook rekening mee dat de context van je scriptproject wordt gebruikt. Denk na over welke projecten je in combinatie met het paneel wilt openen. Gebruik het in eerste instantie voor projecten zonder gevoelige data, zodat je een goed beeld krijgt van de werking zonder dat je je meteen in een complexe situatie begeeft.

Wat je als beheerder regelt

Het Gemini-zijpaneel valt onder het brede Gemini Beta-programma. Dat programma is een instelling die je als beheerder aan- of uitzet; alleen organisaties die daarvoor zijn aangemeld, krijgen toegang tot de functies die eronder vallen. Voor jou betekent dat twee dingen.

Ten eerste bepaal je of je organisatie meedoet. Doe je niet mee, dan blijft het zijpaneel buiten bereik, ongeacht de editorversie. Doe je wel mee, dan kan de functie opduiken bij gebruikers die in de editor werken. Het is verstandig om die keuze bewust te maken en niet als bijproduct van een andere instelling te laten meelopen.

Ten tweede bepaal je de kaders. Net als bij andere AI-functies in Workspace horen er afspraken te zijn over welke projecten je met het paneel benadert, welke data je erin stopt en wie de uitvoer controleert. Leg vast dat developers het paneel niet gebruiken voor scripts met vertrouwelijke gegevens, tenzij dat expliciet is toegestaan en de omgeving erop is ingericht.

Beheer is hier vooral kaderstellen, niet tegenhouden. De functie is bedoeld om de drempel voor automatisering te verlagen; met heldere afspraken haal je die waarde binnen zonder de controle te verliezen.

Code genereren met context van je scriptproject

Het genereren van code is de meest voor de hand liggende toepassing. Je beschrijft wat je wilt bereiken en het paneel stelt code voor. Door de context van het scriptproject en de container kan het voorstel direct aansluiten bij de omgeving waarin je werkt.

Dat is handig in een aantal scenario's. Je wilt bijvoorbeeld een functie toevoegen die een rij uit een spreadsheet leest en op basis daarvan een e-mail verstuurt. Of je wilt een script dat bij het indienen van een formulier een document aanmaakt. In plaats van van nul te beginnen, laat je een eerste versie genereren en werk je die daarna bij.

Het loont om bij het genereren zo concreet mogelijk te zijn. Beschrijf welke invoer je verwacht, wat het script moet doen en wat het moet opleveren. Hoe duidelijker je opdracht, hoe bruikbaarder de eerste versie. Een vage vraag levert een vaag antwoord op, dat is bij menselijke developers niet anders.

Beoordeel altijd wat er wordt gegenereerd. Gegenereerde code kan verouderde patronen bevatten, verkeerde aannames doen of rechten vragen die niet nodig zijn. Lees de code na, test hem in een veilige omgeving en pas hem aan waar nodig. Het paneel neemt je denkwerk niet over, het versnelt het.

Debuggen en aanpassen van bestaande code

Het debuggen van bestaande code is misschien wel de meest waardevolle toepassing van het paneel. Je kunt een functie voorleggen en vragen waarom die zich anders gedraagt dan verwacht. Het paneel kan meedenken over de oorzaak en een aanpassing voorstellen.

Debuggen in Apps Script kan lastig zijn. Fouten manifesteren zich soms pas in specifieke situaties, bijvoorbeeld wanneer een script op een trigger draait in plaats van handmatig, of wanneer een externe dienst anders reageert dan verwacht. Het paneel kan helpen om sneller tot de kern van het probleem te komen, omdat je in gesprek de relevante details kunt aanleveren.

Ook voor het aanpassen van code is het bruikbaar. Je hebt een werkend script, maar wilt de werking uitbreiden of verfijnen. Je kunt vragen om een aanpassing en vervolgens beoordelen of het voorstel klopt met je bedoeling. Dat maakt het onderhoud van scripts over de tijd heen eenvoudiger.

Bij het aanpassen van bestaande scripts is het extra belangrijk om de wijziging te begrijpen. Een script dat al in productie draait, heeft vaak jaren aan nuance in zich. Een goedbedoelde aanpassing kan een randgeval breken dat je niet meer in je hoofd had. Lees de voorgestelde wijziging door, denk na over de gevolgen en test voordat je uitrolt.

Waarvoor je het wel en niet gebruikt

Het paneel is sterk in het versnellen van routinewerk: het opzetten van een eerste versie, het uitleggen van onbekende code, het vinden van een fout. Voor dat soort taken bespaart het tijd en verlaagt het de drempel om met Apps Script te werken.

Minder geschikt is het voor beslissingen over architectuur, beveiliging en rechten. Hoe je een automatiseringslandschap indeelt, welke rechten een script precies nodig heeft en hoe je data stromen beveiligt, zijn vragen die om menselijk oordeel vragen. Het paneel kan opties aandragen, maar de afweging blijft aan jou.

Wees ook terughoudend met het verwerken van gevoelige data in je gesprekken met het paneel. Ga na wat de geldende afspraken binnen je organisatie zijn en houd je daaraan. Een hulpmiddel is alleen nuttig als het past binnen je beveiligingsbeleid.

Tot slot: gebruik het als leermiddel. Vraag niet alleen om code, maar ook om uitleg. Vraag waarom een oplossing werkt, welke alternatieven er zijn en wat de valkuilen zijn. Wie het paneel op die manier gebruikt, wordt zelf beter in het bouwen van automatisering.

Een concreet scenario: van spreadsheet naar rapport

Stel dat een medewerker een script wil dat wekelijks cijfers uit een spreadsheet haalt en daar een rapport van maakt. Zonder assistent betekent dat opzoeken hoe je een spreadsheet opent, hoe je een bereik uitleest, hoe je een document aanmaakt en hoe je dat deelt. Met het paneel beschrijf je het doel en krijg je een eerste versie die je kunt bijstellen.

Het paneel werkt daarbij met de context van het scriptproject en de container. Een script dat aan een spreadsheet hangt, krijgt voorstellen die daarbij passen. Je hoeft dus minder uit te leggen en de eerste versie is bruikbaarder. Daarna volgt het echte werk: controleren of de aannames kloppen, testen met echte data en de foutafhandeling aanscherpen.

Beveiliging en rechten: waar je op let

Gegenereerde code kan rechten vragen die niet nodig zijn. Een script dat alleen leest, heeft geen schrijfrechten nodig. Neem daarom altijd de gevraagde scopes door en beperk ze tot het minimum. Dat sluit aan op de granulariteit die Apps Script al biedt: gebruikers kunnen bij uitvoering kiezen welke scopes ze toekennen, en ontwikkelaars kunnen met de ScriptApp-methoden programmatisch met scopes omgaan.

Denk ook aan externe verbindingen. Een script dat via UrlFetch met een extern systeem praat, is functioneel handig maar vraagt om een bewuste afweging. Beheerders kunnen een allowlist instellen voor externe domeinen die Apps Script mag benaderen. Laat het paneel dus geen verbindingen voorstellen die buiten die afspraken vallen.

Wat je met het paneel beter niet doet

Het paneel is sterk in routinewerk, maar minder geschikt voor beslissingen over architectuur, beveiliging en rechten. Hoe je een automatiseringslandschap indeelt en welke rechten een script precies nodig heeft, blijft mensenwerk. Gebruik het paneel dus als versneller en leermiddel, niet als vervanger van je eigen oordeel.