Roo Code: een coding agent beheren via een gateway

Wat Roo Code is — en wat er is veranderd

Roo Code was een intelligent code-generatie- en refactoringsysteem dat werkte binnen VS Code met behulp van natural language-opdrachten en contextinformatie uit je codeeractiviteiten. Het was populair, open-source en krachtig.

In mei 2026 kondigde de leverancier van Roo Code aan dat het de extensie stopzette en verwees gebruikers naar Cline, een nauw verwante agent. Bestaande installaties blijven werken, maar er komen geen nieuwe releases meer. Dat maakt dit een onderwerp voor twee doelgroepen: teams die nog steeds Roo Code gebruiken en dit onder controle moeten houden, en teams die overstappen naar Cline en governance vanaf dag één goed willen instellen. Het goede nieuws is dat beide op dezelfde manier worden beheerd, omdat beide verbinding maken via een standaard OpenAI-compatible endpoint.

Op welke manier je ook werkt, het fundamentele probleem is in essentie hetzelfde – hoewel dat niet door de extensie zelf komt.

Waarom een coding agent governance nodig heeft

Een IDE-coding agent is in de meeste bedrijven een van de minst beheerde LLM-clients. Denk aan wat het standaard doet:

• Het bevat een ruwe provider API key, ingevoerd in de instellingen van elke ontwikkelaar. Het roteren of intrekken van toegang betekent dat je elke machine moet aanpassen.
• Het roept elk model aan dat de ontwikkelaar kiest, zonder centraal beleid over welke modellen zijn toegestaan of hoeveel ze kosten.
• Het stuurt je broncode naar een modelprovider — propriëtaire logica, secrets in configuratiebestanden, klantgegevens in fixtures — zonder scanning of redactie.
• Het genereert zwaar, piekachtig tokengebruik terwijl het bestanden leest en itereert, en geen van die uitgaven wordt toegewezen aan een team of begrensd.
• Het laat geen audit trail achter die iemand kan beoordelen.

Vermenigvuldig dat over een engineeringorganisatie van vijftig personen en je hebt echte uitgaven, een echt risico op datalekkage en nul zichtbaarheid. De agent is nuttig; het gebrek aan een controlepunt is het probleem.

Wat “beheerd” daadwerkelijk betekent

Governance betekent hier niet dat je de agent beperkt — het gaat erom dat je een controlepunt plaatst tussen de agent en de modelproviders. Dat controlepunt is de gateway.

Elke Roo Code- (of Cline-) instantie wijst naar één gateway-endpoint in plaats van rechtstreeks naar een provider. De gateway dwingt vervolgens beleid af op elk verzoek:

• Kosten bijhouden per ontwikkelaar, team en model — zodat agent-uitgaven een regelitem zijn dat je kunt zien en toewijzen, geen verrassing.
• Budgetten en rate limits die een doorgedraaide agent begrenzen voordat deze in een middag het quota van een maand verbruikt.
• Een model-allowlist — de gateway bepaalt welke modellen de agent mag aanroepen, ongeacht wat het keuzemenu in de IDE biedt.
• Secret- en PII-guardrails die prompts en code scannen op lekken voordat ze een provider bereiken.
• Een audit log van elke agent-call, voor security- en compliance-reviews.
• Fallback zodat een storing bij een provider niet alle ontwikkelaars tegelijk stillegt.
• Geen ruwe provider keys op laptops — ontwikkelaars hebben een TrueFoundry-token; de echte keys staan in de gateway.

Waar teams de mist in gaan

Ze delen provider keys uit aan ontwikkelaars. Elke laptop met een ruwe OpenAI- of Anthropic-key is een hoofdpijn dossier bij rotaties en een lek dat wacht om te gebeuren. Geef in plaats daarvan gateway-tokens uit.

Ze beheren productie-LLM-calls maar negeren de IDE. De coding agent verstuurt vaak gevoeligere data dan productie — je werkelijke broncode — maar draait zonder guardrails. Breng het onder dezelfde gateway.

Ze nemen aan dat de IDE vergrendeld kan worden. De provider-instellingen van Roo Code zijn per gebruiker; er is geen gedocumenteerde admin-lockout. Handhaving aan de clientzijde najagen is de verkeerde laag. Dwing het af bij de gateway, waar het daadwerkelijk standhoudt.

Ze slaan code-/secret-scanning over. Een coding agent zal zonder problemen een .env-bestand in een prompt plakken. Zonder guardrails verlaat dat secret je perimeter.

Wil je alle AI-codeeruitgaven van je ontwikkelaars in één beheerd overzicht?

Boek een demo

Hoe je Roo Code (of Cline) naar de gateway verwijst

De instelling maakt gebruik van de OpenAI-compatible provider van de agent. Haal eerst je gateway base URL en modelnaam op uit het geünificeerde codefragment in de TrueFoundry playground.

Open de sidebar in Roo Code, kies “OpenAI Compatible” (of “Custom”) als API-provider, en voer je gateway base URL, de modelnaam en je TrueFoundry-token in.

Sla op en test vervolgens door de agent te vragen aan een bestand te werken — de respons stroomt nu door de gateway.

Je kunt meerdere profielen definiëren voor verschillende taken — een hoogwaardig model voor complexe generatie, een goedkoper model voor snelle aanpassingen — allemaal via dezelfde gateway:

Cline wordt identiek geconfigureerd — dezelfde OpenAI-compatible provider, dezelfde base URL, hetzelfde token — dus een migratie van Roo Code naar Cline behoudt je governance precies zoals het is.

De kanttekening bij per-gebruiker configuratie (wees hier eerlijk over)

Eén ding is belangrijk om duidelijk te stellen: de gateway-instellingen van Roo Code staan in door de gebruiker bewerkbare API-configuratieprofielen, en er is geen gedocumenteerde admin- of beheerde configuratievergrendeling. autoImportSettingsPath kan een gedeeld profiel aanreiken, maar dwingt dit niet af. MCP-serverinstellingen zijn eveneens per gebruiker.

Dat klinkt als een tekortkoming, maar het wijst naar het juiste mentale model: je beheert een coding agent niet door de IDE te vergrendelen — je beheert deze bij de gateway. Wat een ontwikkelaar ook invult in de instellingen, de calls komen nog steeds aan bij jouw gateway, waar budgetten, de model-allowlist, guardrails en audits onvoorwaardelijk van toepassing zijn. Client-configuratie is gemak; de gateway is controle. Bouw je beleid daar op en de per-gebruiker instellingen doen er niet meer toe.

Een uitgewerkt voorbeeld: een organisatie met 50 ontwikkelaars

Een organisatie met 50 engineers uitrolt een AI-coding agent. Zonder gateway heeft elke ontwikkelaar een provider-key, kiest zijn eigen model en genereert onbegrensde uitgaven. Finance ziet één grote provider-factuur zonder gespecificeerde opbouw; security heeft geen overzicht van welke code het pand heeft verlaten.

Routeer alle 50 ontwikkelaars via de gateway en het beeld draait om:

• Uitgaven worden zichtbaar per ontwikkelaar en per team, zodat de maandelijkse rekening van $9.000 toewijsbaar is — en de drie ontwikkelaars die 40% daarvan veroorzaken zichtbaar zijn.
• Een budget begrenst elk team, zodat één doorgedraaide agent-loop niet het quota van het kwartaal kan opmaken.
• Een model-allowlist houdt iedereen op goedgekeurde, kostenefficiënte modellen.
• Guardrails vangen het .env-bestand op voordat het een provider bereikt.
• Het audit log geeft in een security-review antwoord op de vraag “welke broncode welk model heeft geraakt”.

Niets daarvan vereiste het vergrendelen van een enkele IDE. Het vereiste één controlepunt.

Belangrijke aandachtspunten

• Roo Code is end-of-life. Gebruik Cline voor nieuwe uitrollen; de gateway-instelling is hetzelfde.
• Gebruik de OpenAI-compatible provider, en zorg ervoor dat je base URL stopt waar de agent het verwacht — het voegt zelf /chat/completions toe.
• Het model moet tool calling ondersteunen voor agent-taken; kies een toegestaan model dat dit ondersteunt.
• Model-ID's moeten exact overeenkomen met wat de gateway playground toont, anders krijg je de melding “model not found”.
• Probeer geen vergrendeling aan de clientzijde na te streven. Dwing budgetten, allowlists en guardrails af bij de gateway.

Gerelateerde artikelen

• Claude Code governance met de AI Gateway
• Claude Code governance: vanaf de grond af een enterprise gebruiksbeleid bouwen
• OpenAI Codex governance
• Beste AI gateway voor Claude Code
• LLM kostentoewijzing en teambudgetten
• Rate limiting bij AI agents: het voorkomen van LLM API uitputting

Conclusie

De coding agent in de editor van je ontwikkelaars is een van de krachtigste — en minst beheerde — LLM-clients die je gebruikt. De stopzetting van Roo Code is een goed moment om dat op te lossen: of je nu bestaande installaties in de lucht houdt of overstapt naar Cline, de oplossing is niet om de IDE te vergrendelen, maar om elke call te routeer via een gateway die kosten, beleid, guardrails en audits op eigen voorwaarden afdwingt.

Verwijs de agent naar de TrueFoundry AI Gateway en de ongeconfigureerde client wordt een beheerde client — één key, één overzicht van uitgaven, één plek waar je regels daadwerkelijk gelden.

Beheer de coding agent van elke ontwikkelaar

Boek een demo