AI-holdning og agentvennlig tilgang
fremforge er AI-agnostisk med vilje. Forgens oppgave er å være en ren, API-først og standardtro Git-server som spiller sammen med det AI-verktøyet teamet ditt velger.
fremforge drifter ikke AI-modeller og leverer ikke AI-nøkler. AI-funksjonene vi tilbyr, er valgfrie og må slås på, og de kjører bare med organisasjonens egen nøkkel hos en AI-leverandør (ta med din egen nøkkel, BYOK). De er avslått som standard: ingenting sendes til noen AI-leverandør før en administrator i organisasjonen legger til en leverandørnøkkel, og hver funksjon kan deretter slås av for hele organisasjonen eller for ett enkelt repository. Leverandøren du velger, handler under din avtale med den leverandøren.
Funksjonene er AI-gjennomgang av PR-er, Renovate-forklaringer og endepunktet /ai/complete, som kundene selv kan kalle. Se Organisasjonsadministrasjon → AI-integrasjoner for listen over støttede leverandører (Anthropic, OpenAI, Azure OpenAI, Mistral, Vertex Gemini eller en hvilken som helst OpenAI-kompatibel URL) og en gjennomgang av konfigurasjonen.
Ta med din egen AI
Det utviklerne dine kjører i dag, fungerer mot fremforge uten endringer:
- Claude Code fungerer mot alle Git-remoter og alle dokumenterte REST-API-er. Pek det mot et fremforge-repository, så arbeider det slik det ville gjort mot GitHub.
- Cursor bruker den vanlige Git-arbeidsflyten. Editorkonfigurasjonen følger med.
- Windsurf: det samme.
- Codex CLI: det samme.
- Aider: det samme.
- Continue, Cody osv.: AI-verktøy i IDE-en som arbeider på filnivå, finner fremforge gjennom den vanlige Git-remoten.
Ingen av disse krever noen konfigurasjon på fremforge-siden. Forgen ser AI-drevne Git-operasjoner på samme måte som menneskelige: pusher, pull requests, issue-kommentarer, API-kall. Forholdet til AI-leverandøren er ditt, ikke vårt.
Hvorfor vi valgte dette
Tre grunner, som vi går i dybden på i lanseringsinnlegget på fremverk-bloggen:
- Frikobling er viktig for suverenitet. Kunder som avviser Git hos amerikanske hyperskalere på grunn av CLOUD Act, har de samme grunnene til å avvise AI-leverandører som drifter modellene sine under samme jurisdiksjon. Når AI-valget er uavhengig av Git-valget, kan hver kunde sette sammen sin egen holdning.
- AI i store virksomheter samles om én leverandør per organisasjon. De fleste virksomheter standardiserer på én AI-plattform på tvers av alle verktøy. Å tvinge en ekstra AI-leverandør inn via forgen er friksjon ingen har bedt om.
- Avansert AI-koding har flyttet ut av forgens brukergrensesnitt. Den skjer i IDE-en (Cursor, Windsurf), på kommandolinjen (Claude Code, Aider, Codex CLI) og i editorutvidelser (Continue, Cody). Forgens brukergrensesnitt er for samarbeid og drift, ikke for AI-sløyfen.
Dette leverer vi: et førsteklasses API for agenter
Den andre halvdelen av å være AI-agnostisk er å sørge for at fremforge er utmerket å bruke fra AI-verktøy:
Hver handling i adminflaten har et offentlig API-endepunkt
Adminflaten i fremforge er en klient av det offentlige REST-API-et, uten endepunkter som bare finnes for administratorer, og uten overraskende hull. AI-kodeagenter som skal opprette organisasjoner, administrere brukere, konfigurere policyer, lese funn eller starte eksporter, gjør det mot den samme flaten som menneskene.
OpenAPI-spesifikasjon på en stabil URL
Den maskinlesbare spesifikasjonen ligger på /api/openapi.yaml. AI-verktøy som leser OpenAPI-spesifikasjoner (MCP-bevisste rammeverk, OpenAPI-drevne klientgeneratorer, agentverktøysett), kan laste den direkte.
Agenter handler på vegne av en person
fremforge har ingen agentidentiteter. En agent handler alltid på vegne av en person. I dag autentiserer agenter seg med:
- Et token personen har utstedt, et personlig tilgangstoken. Her kan ikke fremforge skille agenten fra personen, og hendelsene registreres som for ethvert kall med det tokenet.
- Bytte av token etter RFC 8693 med et
actor_token: personens IdP-token somsubject_tokenog agentens eget somactor_token. Resultatet er et token som varer høyst én time, begrenset til de scopene som IdP-ens app-tildeling tillater. Se Agentvennlig autentisering. - En tilkoblingstillatelse på den eksterne MCP-serveren, som personen har godkjent.
En tjeneste som handler for organisasjonen i stedet for for en person, bruker i stedet OAuth-klientlegitimasjon eller et API-token for organisasjonen.
Tilskriving i revisjonsloggen. Når fremforge kjenner agenten (et bytte av token med et actor_token, eller en MCP-tilkobling), har agentens hendelser personen som actor (en Forgejo-innlogging, eller oidc:idp:<sub> ved bytte mot kundens IdP) og agenten i fields.agent: oidc:agent:<sub> ved bytte, mcp-client:<client id> for en MCP-tilkobling. fields.via_token navngir tokenet kallet brukte. Revisjonsloggen i adminflaten merker disse hendelsene med en via agent-brikke, og aktørfilteret der treffer aktøren, on_behalf_of og fields.agent, slik at du kan finne alt som er gjort for en person, eller alt en bestemt agent har gjort. Hendelser skrevet før 2026-10-23 navnga agenten som aktør og personen i on_behalf_of; de beholder den formen og vises som on behalf of personen.
Fortsatt på veikartet:
- Avgrensede, tidsbegrensede fullmakter: en person gir en agent noe smalere enn et token-scope («kan legge til opptil 3 brukere, gyldig i 24 timer», «kan bare lese funn, gyldig i 1 time»), begrenset av personens egen rolle. En agent som handler under fullmakten til et Member, kan ikke endre policyer, fordi et Member ikke kan det. Personen er fortsatt aktøren.
- Referanseimplementasjon: et eksempel med Claude Code (eller Cursor / Codex) som oppretter en ny fremforge-organisasjon fra start til slutt på vegne av en bruker. Fullt dokumentert og fullt kjørbart. Markedsført som «den første EU-Git-verten AI-en din kan kjøpe for deg».
MCP-server
Den eksterne MCP-serveren på https://frem.sh/_app/mcp gjør leseoperasjoner i fremforge og Forgejo tilgjengelige som MCP-verktøy for alle kjøremiljøer som støtter MCP. Noen få navngitte skriveverktøy kan handle som personen, men bare etter at personen har samtykket til hvert verktøy, og der organisasjonens eiere tillater skriving via tilkoblinger. MCP er en nøytral protokoll; å ta den i bruk betyr at vi ikke velger en AI-leverandør ved å velge et klientbibliotek. Det er i tråd med den AI-agnostiske holdningen.
Hva dette betyr for kjøpere i 2026 og 2027
En spådom vi er villige til å satse produktet på: AI-integrasjon i forgen blir et innkjøpsspørsmål på samme måte som datalokalisering ble det i 2020. Samsvars- og sikkerhetsteam vil begynne å spørre hvor skjer inferensen, hvem behandler embeddingene, inneholder treningstelemetrien kundens kode. Leverandører der AI-en ikke kan skilles fra kjerneproduktet, vil argumentere på én måte; leverandører der AI-en er valgfri og valgt av brukeren, vil argumentere på en annen.
fremforge står på den siden av svaret vi tror vil eldes best: ingen AI driftet av forgen, og AI-funksjoner som er valgfrie, avslått som standard og kjører hos leverandøren du har valgt. Å ta med din egen AI er ikke et kompromiss; det er den arkitektoniske holdningen som fortsatt vil være riktig i 2028, når halvparten av dagens integrerte AI-tilbud har snudd, blitt kjøpt opp eller priset seg ut av rekkevidde.
Se også
- Referanse for det offentlige REST-API-et: flaten du kan bruke.
- Organisasjonsadministrasjon → AI-integrasjoner: de valgfrie BYOK-funksjonene og hvordan du slår dem av og på.
- Migreringsveiledninger: kommer du fra en forge som hadde AI innebygd? Migreringen påvirkes ikke; AI-verktøyene dine fortsetter å fungere mot repositoryets nye adresse.
Få hjelp
Spørsmål om omfanget av agentfullmakter, OpenAPI-mønstre for bestemte agentrammeverk eller om en bestemt integrasjonsmodell støttes: send e-post til support@frem.sh med en emnelinje som begynner med AI -.