Naar de hoofdinhoud

AI-houding en toegang voor agents

fremforge is bewust AI-agnostisch. De taak van de forge is een schone, API-first Git-server te zijn die zich aan de standaarden houdt en samenwerkt met welke AI-tooling je team ook kiest.

fremforge host geen AI-modellen en levert geen AI-sleutels. De AI-functies die het biedt zijn optioneel en moet je zelf inschakelen, en ze draaien alleen met de sleutel van de AI-provider van je eigen organisatie (bring your own key, BYOK). Standaard staan ze uit: er wordt niets naar een AI-provider gestuurd totdat een beheerder van de organisatie een providersleutel toevoegt, en daarna kun je elke functie uitzetten voor de hele organisatie of voor één repository. De provider die je kiest, handelt onder jouw contract met die provider.

Die functies zijn AI-review van PR’s, uitleg bij Renovate en het endpoint /ai/complete dat klanten zelf kunnen aanroepen. Zie Beheer → AI-integraties voor de lijst met ondersteunde leveranciers (Anthropic, OpenAI, Azure OpenAI, Mistral, Vertex Gemini of elke OpenAI-compatibele URL) en een stapsgewijze uitleg van de configuratie.

Bring your own AI

Wat je ontwikkelaars vandaag gebruiken, werkt ongewijzigd tegen fremforge:

  • Claude Code werkt tegen elke Git-remote en elke gedocumenteerde REST-API. Richt het op een fremforge-repository en het werkt zoals het tegen GitHub zou doen.
  • Cursor gebruikt de standaard Git-workflow. De editorconfiguratie gaat mee.
  • Windsurf: idem.
  • Codex CLI: idem.
  • Aider: idem.
  • Continue, Cody enzovoort: AI-tools aan de IDE-kant die op bestandsniveau werken, pakken fremforge op via de standaard Git-remote.

Aan de kant van fremforge hoef je voor geen van deze tools iets te configureren. De forge ziet Git-handelingen van een AI zoals die van een mens: pushes, pull requests, reacties op issues, API-aanroepen. De relatie met de AI-leverancier is van jou, niet van ons.

Waarom we deze keuze hebben gemaakt

Drie redenen, die we elk uitgebreid behandelen in de lanceringspost op de fremverk-blog:

  1. Ontkoppeling is belangrijk voor soevereiniteit. Klanten die Git bij Amerikaanse hyperscalers afwijzen vanwege de CLOUD Act, hebben dezelfde redenen om AI-leveranciers af te wijzen waarvan de modelhosting onder dezelfde jurisdictie valt. Door de AI-beslissing los te maken van de Git-beslissing kan elke klant zijn eigen houding samenstellen.
  2. Zakelijke AI convergeert naar één leverancier per organisatie. De meeste ondernemingen standaardiseren op één AI-platform voor al hun tools. Een tweede AI-leverancier opdringen via de forge is frictie waar niemand om heeft gevraagd.
  3. Geavanceerd programmeren met AI is uit de forge-UI vertrokken. Het gebeurt in de IDE (Cursor, Windsurf), op de commandoregel (Claude Code, Aider, Codex CLI) en in de editorextensie (Continue, Cody). De forge-UI is er voor samenwerking en beheer, niet voor de AI-lus.

Wat we wel leveren: een volwaardige API voor agents

De andere helft van AI-agnostisch zijn, is ervoor zorgen dat fremforge uitstekend te gebruiken is vanuit AI-tooling:

Elke handeling in de beheer-UI heeft een openbaar API-endpoint

De beheer-UI van fremforge is een client van de openbare REST-API, zonder endpoints die alleen voor beheer zijn en zonder onverwachte gaten. AI-agents die organisaties moeten aanmaken, gebruikers moeten beheren, beleid moeten instellen, bevindingen moeten lezen of exports moeten starten, doen dat tegen hetzelfde oppervlak als mensen.

OpenAPI-specificatie op een vaste URL

De machineleesbare specificatie staat op /api/openapi.yaml. AI-tooling die OpenAPI-specificaties gebruikt (MCP-bewuste frameworks, OpenAPI-gestuurde clientgeneratoren, agenttoolkits) kan haar direct laden.

Agents handelen namens een persoon

fremforge kent geen agentidentiteiten. Een agent handelt altijd namens een persoon. Agents authenticeren zich vandaag met:

  • Een token dat de persoon heeft uitgegeven, een persoonlijk toegangstoken. fremforge kan de agent hier niet van de persoon onderscheiden, en de gebeurtenissen worden vastgelegd zoals bij elke aanroep met dat token.
  • RFC 8693-tokenuitwisseling met een actor_token: het IdP-token van de persoon als subject_token en dat van de agent zelf als actor_token. Het resultaat is een token van hooguit een uur, begrensd door de scopes die de app-toekenning van je IdP toestaat. Zie Authenticatie voor agents.
  • Een connectortoekenning op de externe MCP-server, die de persoon heeft goedgekeurd.

Een dienst die voor de organisatie handelt in plaats van voor een persoon, gebruikt in plaats daarvan OAuth-clientcredentials of een API-token van de organisatie.

Toeschrijving in het auditlog. Als fremforge de agent kent (een tokenuitwisseling met een actor_token, of een MCP-connector), dragen de gebeurtenissen van een agent de persoon als actor (een Forgejo-login, of oidc:idp:<sub> bij een uitwisseling via de IdP van de klant) en de agent in fields.agent: oidc:agent:<sub> bij een uitwisseling, mcp-client:<client id> bij een MCP-connector. fields.via_token noemt het token dat de aanroep gebruikte. Het auditlog in het beheer markeert deze gebeurtenissen met een chip via agent, en het filter op actor zoekt in de actor, on_behalf_of en fields.agent, zodat je alles kunt vinden wat voor een persoon is gedaan of alles wat een bepaalde agent heeft gedaan. Gebeurtenissen die vóór 2026-10-23 zijn geschreven, noemden de agent als actor en de persoon in on_behalf_of; ze behouden die vorm en worden getoond als namens de persoon.

Nog op de roadmap:

  • Afgebakende, in tijd begrensde gedelegeerde mandaten: een persoon geeft een agent iets dat smaller is dan een tokenscope (“mag maximaal 3 gebruikers toevoegen, 24 uur geldig”, “mag alleen bevindingen lezen, 1 uur geldig”), begrensd door de eigen rol. Een agent die onder het mandaat van een lid handelt, kan geen beleid wijzigen, omdat een lid dat niet kan. De persoon blijft de actor.
  • Referentie-implementatie: een voorbeeld met Claude Code (of Cursor / Codex) dat namens een gebruiker van begin tot eind een nieuwe fremforge-organisatie aanmaakt. Volledig gedocumenteerd en volledig uitvoerbaar. In de markt gezet als “de eerste EU-Git-host die je AI voor je kan kopen.”

MCP-server

De externe MCP-server op https://frem.sh/_app/mcp stelt leesbewerkingen van fremforge en Forgejo beschikbaar als MCP-tools voor elke runtime die MCP ondersteunt. Een paar benoemde schrijftools kunnen als de persoon handelen, maar alleen nadat die persoon voor elke tool toestemming heeft gegeven en waar de eigenaren van de organisatie schrijven via connectors toestaan. MCP is een neutraal protocol; door het te gebruiken kiezen we geen AI-leverancier via een clientbibliotheek. Dat past bij de AI-agnostische houding.

Wat dit betekent voor kopers in 2026 en 2027

Een voorspelling waar we het product op durven in te zetten: AI-integratie op forgeniveau wordt een inkoopvraag, zoals dataresidentie dat in 2020 werd. Compliance- en securityteams gaan vragen waar vindt de inferentie plaats, wie verwerkt de embeddings, bevat trainingstelemetrie klantcode. Leveranciers van wie de AI onlosmakelijk met het kernproduct verbonden is, zullen het ene antwoord verdedigen; leveranciers van wie de AI optioneel is en door de gebruiker gekozen, het andere.

fremforge staat aan de kant van het antwoord waarvan we denken dat het beter zal verouderen: geen AI die door de forge wordt gehost, en AI-functies die optioneel zijn, standaard uit staan en draaien met de provider die je zelf hebt gekozen. Bring your own AI is geen compromis; het is de architectuurkeuze die in 2028 nog steeds juist zal zijn, als de helft van de huidige geïntegreerde AI-aanbiedingen van koers is veranderd, is overgenomen of onbetaalbaar is geworden.

Zie ook

Hulp krijgen

Vragen over de reikwijdte van agentmandaten, OpenAPI-patronen voor specifieke agentframeworks of de vraag of een bepaald integratiemodel wordt ondersteund: mail naar support@frem.sh met een onderwerpregel die begint met AI -.