Glean tilføjer opbygning af agenter uden brugergrænseflade til Claude Code, Cursor og Codex

Den 21. oktober 2026 lancerede Glean opbygning af agenter uden brugergrænseflade, en funktion, der nu er generelt tilgængelig, og som lader udviklere oprette, teste og publicere agenter som kode fra kodningsmiljøer som Claude Code, Cursor og Codex. De færdige agenter kører på Gleens administrerede runtime.

Virksomheden annoncerede funktionen i et blogindlæg skrevet af Kelly Huang, produktmarketingchef hos Glean. Glean oplyste, at agenter skrevet som kode kører på samme grundlag som agenter, der er bygget i virksomhedens visuelle agentbygger. Det omfatter virksomhedens vidensgraf, adgang med rettighedsstyring på tværs af mere end 275 virksomhedskilder samt dens revisionsspor, mens Gleens tilladelser, sikkerhed og styring på virksomhedsniveau bevares. Kunder, der foretrækker naturligt sprog eller en visuel lærredsløsning med få eller ingen kode, når de konfigurerer agenter uden at skrive kode, kan fortsat bruge Gleens agentbygger, oplyste virksomheden.

I annonceringen sagde Glean, at efterhånden som agenter får mere ansvarstunge opgaver, skal teams bygge og administrere dem med samme grundighed, som de anvender på software: versionsstyring, test, samarbejde, udrulning og sikkerhed. Virksomheden sagde, at visse arbejdsgange også kræver mere deterministisk kontrol over de trin, sikkerhedsforanstaltninger og integrationer, en agent bruger, og at det at skrive agenter som kode giver denne kontrol og samtidig lader udviklere anvende velkendte metoder til test, gennemgang og tilbagerulning. Glean sagde, at funktionen giver udviklerne fleksibiliteten ved en kodebaseret arbejdsgang, uden at de selv behøver at opbygge grundlaget for virksomhedens data og kontekst.

Definition, test og publicering af agenter som filer

I den nye arbejdsgang opretter Glean-pluginet en agent i udviklerens kodningsarbejdsområde som et sæt filer: en spec.yaml-fil med agentens konfiguration og en instructions.md-fil med dens adfærd. Filerne kan opbevares sammen med teamets kode, og agenten kan efter behov udvides med færdigheder eller underagenter.

Udviklere kan køre agenten med repræsentative input direkte fra kodningsmiljøet, gennemgå dens output og udføre evalueringer. Resultaterne kan bruges til at finpudse agentens instruktioner og konfiguration. De, der bygger agenter, kan følge en kørsels fremdrift og undersøge dens output fra det samme miljø. Ændringer kan gennemgås i kodningsassistenten eller via pull requests i Git, og ændringer, der ikke fungerer som forventet, kan rulles tilbage.

Når en agent er klar, publicerer udvikleren den til Glean i stedet for til en separat runtime og kan dele den med teamet. Glean oplyste, at den publicerede agent kører på virksomhedens administrerede runtime med samme vidensgraf, tilladelser på tværs af mere end 275 virksomhedskilder og revisionsspor som agenter, der er oprettet i Glean. Administratorer og dem, der bygger agenter, kan dele, administrere eller deaktivere publicerede agenter i Glean-konsollen. Funktionen understøtter agenter i Auto-tilstand; agenter i Workflow-tilstand skal stadig bygges i Gleens agentbygger.

Opsætning af plugin og agentfilernes struktur

Gleens dokumentation beskriver en opsætningsrækkefølge: Installer Glean-pluginet til kodningsmiljøet, godkend adgangen, bekræft den lokale agentmappe, byg agenten, test den med repræsentative input, og gem eller publicer den, og del det genererede link.

Installationen varierer fra miljø til miljø. I Claude Code tilføjer udvikleren gleanwork/claude-plugins-markedspladsen, installerer pluginet glean@glean-plugins og genindlæser plugins. I Codex foregår installationen via terminalkommandoer, der tilføjer gleanwork/codex-plugins-markedspladsen og pluginet glean@glean-codex-plugins. I Cursor åbner udvikleren Cursor-indstillinger, søger efter Glean på markedspladsen og vælger Add to Cursor. Efter installationen forbinder udvikleren pluginet med virksomhedens Glean-instans ved at indtaste en arbejdsmail og gennemføre Glean OAuth i browseren. Hvis opsætningen mislykkes med en besked om, at virksomhedens politik blokerer pluginet, henviser dokumentationen brugeren til at bede en Glean-administrator om at aktivere det.

Dokumentationen angiver, at den hovedløse agentbygger kun fungerer via pluginets chatkommando /glean_run, som skrives som $glean_run i Codex, og at der ikke findes nogen Glean MCP-server til denne arbejdsgang. Den advarer brugerne mod at erstatte kommandoen med en Glean MCP-server eller et af dens værktøjer og mod at genbruge beta-markedsplads- eller plugin-navne.

Som standard gemmer agentbyggeren hver agent i sin egen mappe under .glean/agents/ i det aktuelle arbejdsområde. Mappen indeholder spec.yaml, som rummer agentens id, instructions.md samt valgfrie mapper med navnene skills/ og subagents/. Dokumentationen advarer mod at redigere id-feltet i spec.yaml, fordi det forbinder mappen med den aktive agent i Glean. En publiceret agents URL har formatet https://<your-domain>.glean.com/chat/agents/<agent-id>,; agentens id skal svare til id-feltet øverst i spec.yaml.

I dokumentationens gennemgang opretter udvikleren en agent til spørgsmål og svar, som opsummerer nye supporthenvendelser fra Slack og Zendesk, afprøver den med et repræsentativt input og gemmer den oprettede agent.

Et eksempel fra kundesupport

Gleans meddelelse beskriver en kundesupportingeniør, der gerne vil opdage presserende eskaleringer tidligt. Mens ingeniøren arbejder i Codex, beder vedkommende Glean om at oprette en agent, der opsummerer supportsamtaler fra Slack og Intercom. Derefter finjusterer ingeniøren agentens instruktioner, tester agenten med et reelt supportsagseksempel og gennemfører en evaluering for at finde ud af, hvor den kan forbedres. Når resultaterne ser rigtige ud, publicerer ingeniøren agenten i Glean og deler den med teamet. Glean beskrev resultatet som en genanvendelig agent til en tilbagevendende supportopgave, oprettet i de værktøjer, ingeniøren allerede bruger, og understøttet af virksomhedens kontekst og kontrolmekanismer på virksomhedsniveau.

Virksomheden oplyste, at funktionerne til headless-opbygning af agenter er generelt tilgængelige, og at udviklere kan bruge Claude Code, Codex, Cursor og Git til at bygge, teste, versionsstyre og publicere Glean-agenter underlagt virksomhedens styring.