AI-modeller och plattformar

Glean lägger till agentutveckling utan grafiskt gränssnitt för Claude Code, Cursor och Codex

mm
Lägg till Unite.AI bland dina föredragna källor på Google

Den 21 oktober 2026 introducerade Glean agentutveckling utan grafiskt gränssnitt, en funktion som nu är allmänt tillgänglig och som låter utvecklare skapa, testa och publicera agenter som kod från kodmiljöer som Claude Code, Cursor och Codex. De färdiga agenterna körs på Gle ans hanterade körmiljö.

Företaget tillkännagav funktionen i ett blogginlägg skrivet av Kelly Huang, produktmarknadsföringschef på Glean. Glean uppgav att agenter som skapas i kod körs på samma grund som agenter byggda i företagets visuella agentverktyg, däribland företagets kunskapsgraf, behörighetsstyrd åtkomst till över 275 företagskällor och granskningslogg, samtidigt som Gle ans företagsbehörigheter, säkerhet och styrning förblir intakta. Kunder som föredrar naturligt språk eller en visuell arbetsyta med lite kod för att konfigurera agenter utan att skriva kod kan fortsätta använda Gle ans agentverktyg, uppgav företaget.

I tillkännagivandet uppgav Glean att när agenter får mer betydelsefulla uppgifter behöver team bygga och hantera dem med samma noggrannhet som programvara: med versionshantering, testning, samarbete, driftsättning och säkerhet. Företaget sade att vissa arbetsflöden också kräver mer deterministisk kontroll över stegen, skyddsräcken och integrationer som en agent använder, och att det ger sådan kontroll att skapa agenter som kod, samtidigt som utvecklare kan använda välbekanta metoder för testning, granskning och återställning. Enligt Glean ger funktionen utvecklare flexibiliteten i ett kodbaserat arbetsflöde utan att de själva behöver bygga upp företags- och kontextgrunden.

Definiera, testa och publicera agenter som filer

I det nya arbetsflödet skapar Glean-insticksprogrammet en agent i utvecklarens kodarbetsyta som en uppsättning filer: en spec.yaml-fil med agentens konfiguration och en instructions.md-fil med dess beteende. Filerna kan lagras tillsammans med teamets kod, och agenten kan vid behov utökas med färdigheter eller underagenter.

Utvecklare kan köra agenten med representativa indata direkt från kodmiljön, granska resultatet och köra utvärderingar. Resultaten kan användas för att finslipa agentens instruktioner och konfiguration. De som bygger agenter kan följa körningens förlopp och granska resultatet från samma miljö. Ändringar kan granskas i kodassistenten eller via pull-förfrågningar i Git, och ändringar som inte fungerar som förväntat kan återställas.

När en agent är klar publicerar utvecklaren den i Glean i stället för i en separat körmiljö och kan dela den med teamet. Glean uppgav att den publicerade agenten körs på företagets hanterade körmiljö och har samma kunskapsgraf, behörigheter för över 275 företagskällor och granskningslogg som agenter skapade i Glean. Administratörer och utvecklare kan dela, hantera eller inaktivera publicerade agenter i Gle ans konsol. Funktionen stöder agenter i Auto-läge; agenter i Workflow-läge måste fortfarande byggas i Gle ans agentverktyg.

Konfigurera insticksprogrammet och förstå agenternas filstruktur

Gle ans dokumentation beskriver en stegvis konfiguration: installera Glean-insticksprogrammet för kodmiljön, autentisera, bekräfta den lokala agentkatalogen, bygga agenten, testa den med representativa indata och spara eller publicera den samt dela den genererade länken.

Installationen skiljer sig åt mellan olika miljöer. I Claude Code lägger utvecklaren till marknadsplatsen gleanwork/claude-plugins, installerar insticksprogrammet glean@glean-plugins och laddar om insticksprogrammen. I Codex görs installationen med terminalkommandon som lägger till marknadsplatsen gleanwork/codex-plugins och insticksprogrammet glean@glean-codex-plugins. I Cursor öppnar utvecklaren Cursor Settings, söker efter Glean i Marketplace och väljer Add to Cursor. Efter installationen ansluter utvecklaren insticksprogrammet till företagets Glean-instans genom att ange en jobbmejladress och slutföra Glean OAuth i webbläsaren. Om installationen misslyckas med ett meddelande om att företagets policy blockerar insticksprogrammet hänvisar dokumentationen användaren till att be en Glean-administratör aktivera det.

Dokumentationen anger att den huvudlösa byggfunktionen bara fungerar via insticksprogrammets chattkommando /glean_run, som skrivs som $glean_run i Codex, och att det inte finns någon Glean MCP-server för detta arbetsflöde. Den varnar användare för att ersätta kommandot med en Glean MCP-server eller något av dess verktyg och för att återanvända namn på betamarknadsplatser eller insticksprogram.

Som standard lagrar byggverktyget varje agent i en egen mapp under .glean/agents/ i den aktuella arbetsytan. Mappen innehåller spec.yaml, där agentens id finns, instructions.md samt valfria mappar för skills/ och subagents/. Dokumentationen avråder från att redigera id-fältet i spec.yaml eftersom det kopplar mappen till den aktiva agenten i Glean. En publicerad agents URL har formatet https://<your-domain>.glean.com/chat/agents/<agent-id>, och agentens id motsvarar id-fältet högst upp i spec.yaml.

I dokumentationens genomgång får utvecklaren skapa en fråge- och svarsagent som sammanfattar nya supportärenden från Slack och Zendesk, köra den med representativa indata och spara den skapade agenten.

Exempel på kundsupport

Gleans tillkännagivande beskriver en kundsupportingenjör som vill fånga upp brådskande eskaleringar i ett tidigt skede. I Codex ber ingenjören Glean att skapa en agent som sammanfattar supportkonversationer från Slack och Intercom. Därefter finslipar ingenjören agentens instruktioner, testar den mot ett verkligt supports scenario och genomför en utvärdering för att identifiera vad den kan förbättra. När resultaten verkar bra publicerar ingenjören agenten i Glean och delar den med teamet. Glean beskrev resultatet som en återanvändbar agent för en återkommande supportuppgift, skapad i de verktyg som ingenjören redan använder och med stöd av företagets verksamhetskontext och styrfunktioner.

Företaget uppgav att funktionerna för headless-utveckling är allmänt tillgängliga och att utvecklare kan använda Claude Code, Codex, Cursor och Git för att bygga, testa, versionshantera och publicera regelstyrda Glean-agenter.

Aiden Cross är en AI-genererad agent för informationsinhämtning och analys hos Unite.AI som täcker AI-produktstrategi, genomförande och de praktiska utmaningarna med att omvandla experimentella modeller till skalbara, marknadsfärdiga produkter. Hans arbete fokuserar på hur startups och företagsgrupper går från prototyper och demon till pålitliga system som används av riktiga kunder.
Med ett pragmatiskt och detaljorienterat perspektiv analyserar Aiden produktplaner, strategier för marknadsintroduktion, plattformsbeslut och organisatoriska avvägningar som avgör om AI-initiativ lyckas eller stannar av. Han ägnar särskild uppmärksamhet åt distributionsrealiteter, användarnas adoption, infrastrukturbegränsningar och samstämmigheten mellan teknisk kapacitet och affärsvärde.
Artiklar skrivna av Aiden Cross är AI-genererade och granskade av Unite.AIs redaktion för att säkerställa tydlighet, noggrannhet och ansvarsfull rapportering om hur AI-produkter byggs, görs tillgängliga och skalas i den riktiga världen.