Hoppa till huvudinnehållet

AI-hållning och agentanpassad åtkomst

fremforge är AI-agnostiskt i grunden. Forgens uppgift är att vara en ren, API-först Git-server som följer standarder och fungerar ihop med de AI-verktyg som ditt team väljer.

fremforge hostar inga AI-modeller och tillhandahåller inga AI-nycklar. De AI-funktioner som finns är valfria och kräver att du aktiverar dem, och de körs bara med din organisations egen nyckel hos en AI-leverantör (bring your own key, BYOK). De är avstängda som standard: ingenting skickas till någon AI-leverantör förrän en administratör i organisationen lägger till en leverantörsnyckel, och varje funktion kan sedan stängas av för hela organisationen eller för ett enskilt repo. Den leverantör du väljer agerar under ditt avtal med den leverantören.

Funktionerna är AI-granskning av PR:er, förklaringar för Renovate och endpointen /ai/complete som kunder kan anropa. Se Organisationens administration → AI-integrationer för listan över leverantörer som stöds (Anthropic, OpenAI, Azure OpenAI, Mistral, Vertex Gemini eller vilken OpenAI-kompatibel URL som helst) och en genomgång av konfigurationen.

Ta med din egen AI

Det dina utvecklare kör i dag fungerar mot fremforge utan ändringar:

  • Claude Code fungerar mot vilken Git-remote och vilket dokumenterat REST-API som helst. Peka det mot ett fremforge-repo så fungerar det som mot GitHub.
  • Cursor använder det vanliga Git-arbetsflödet. Editorns konfiguration följer med.
  • Windsurf, likadant.
  • Codex CLI, likadant.
  • Aider, likadant.
  • Continue, Cody m.fl.: AI-verktyg i IDE:n som arbetar på filnivå hittar fremforge via den vanliga Git-remoten.

Det finns inget att konfigurera på fremforges sida för något av dem. Forgen ser AI-drivna Git-operationer på samma sätt som mänskliga: pushar, pull requests, kommentarer på issues, API-anrop. Relationen med AI-leverantören är din, inte vår.

Varför vi valde så här

Tre skäl, som vi går igenom på djupet i lanseringsinlägget på fremverks blogg:

  1. Frikoppling är viktigt för suveränitet. Kunder som avvisar Git hos amerikanska hyperskalare av skäl som har med CLOUD Act att göra har samma skäl att avvisa AI-leverantörer vars modeller hostas under samma jurisdiktion. När AI-beslutet är oberoende av Git-beslutet kan varje kund sätta ihop sin egen hållning.
  2. AI i företag samlas kring en leverantör per organisation. De flesta företag standardiserar på en AI-plattform för alla verktyg. Att tvinga in en andra AI-leverantör via forgen är friktion som ingen har bett om.
  3. Avancerad AI-kodning har lämnat forgens gränssnitt. Den finns i IDE:n (Cursor, Windsurf), i CLI:t (Claude Code, Aider, Codex CLI) och i editortillägget (Continue, Cody). Forgens gränssnitt är till för samarbete och drift, inte för AI-loopen.

Det vi faktiskt levererar: ett förstklassigt API för agenter

Den andra halvan av att vara AI-agnostisk är att se till att fremforge är utmärkt att använda från AI-verktyg:

Varje åtgärd i administrationsgränssnittet har en publik API-endpoint

fremforges administrationsgränssnitt är en klient till det publika REST-API:t, utan endpoints som bara administratörer har och utan oväntade luckor. AI-kodagenter som behöver skapa organisationer, hantera användare, konfigurera policyer, läsa fynd eller starta exporter gör det mot samma yta som människorna.

OpenAPI-specifikation på en stabil URL

Den maskinläsbara specifikationen finns på /api/openapi.yaml. AI-verktyg som läser OpenAPI-specifikationer (MCP-medvetna ramverk, klientgeneratorer som drivs av OpenAPI, verktygslådor för agenter) kan läsa in den direkt.

Agenter agerar för en persons räkning

fremforge har inga agentidentiteter. En agent agerar alltid för en persons räkning. Agenter autentiserar sig i dag med:

  • En token som personen har utfärdat, en personlig åtkomsttoken. Här kan fremforge inte skilja agenten från personen, och händelserna registreras som för alla anrop med den token.
  • Tokenutbyte enligt RFC 8693 med en actor_token: personens token från IdP:n som subject_token och agentens egen som actor_token. Resultatet är en token som gäller i högst en timme, begränsad till de scopes som appens behörighet i din IdP tillåter. Se Agentanpassad autentisering.
  • En connector-behörighet på den fjärranslutna MCP-servern, som personen har godkänt.

En tjänst som agerar för organisationen snarare än för en person använder i stället OAuth client credentials eller en API-token för organisationen.

Attribuering i granskningsloggen. När fremforge känner till agenten (ett tokenutbyte med en actor_token, eller en MCP-connector) bär en agents händelser personen som actor (en Forgejo-inloggning, eller oidc:idp:<sub> för ett utbyte via kundens IdP) och agenten i fields.agent: oidc:agent:<sub> för ett utbyte, mcp-client:<client id> för en MCP-connector. fields.via_token namnger den token som anropet använde. Organisationens granskningslogg märker de här händelserna med en via agent-etikett, och dess filter för aktör matchar actor, on_behalf_of och fields.agent, så att du kan hitta allt som gjorts för en person eller allt som en viss agent har gjort. Händelser som skrevs före 2026-10-23 angav agenten som aktör och personen i on_behalf_of; de behåller den formen och visas som på uppdrag av personen.

Fortfarande på färdplanen:

  • Avgränsade, tidsbegränsade delegerade mandat: en person ger en agent något snävare än ett token-scope (“får lägga till upp till 3 användare, giltigt 24 h”, “får bara läsa fynd, giltigt 1 h”), begränsat av personens egen roll. En agent som agerar under en medlems mandat kan inte ändra policyer, eftersom en medlem inte kan det. Personen förblir aktören.
  • Referensimplementation: ett exempel med Claude Code (eller Cursor / Codex) som skapar en ny fremforge-organisation från början till slut för en användares räkning. Fullständigt dokumenterat, fullt körbart. Marknadsförs som “den första EU-baserade Git-värden som din AI kan köpa åt dig.”

MCP-server

Den fjärranslutna MCP-servern på https://frem.sh/_app/mcp exponerar läsoperationer i fremforge och Forgejo som MCP-verktyg för alla körmiljöer som kan MCP. Ett fåtal namngivna skrivverktyg kan agera som personen, men bara efter att personen har gett sitt samtycke till varje verktyg och där organisationens ägare tillåter skrivningar via connectors. MCP är ett neutralt protokoll; att använda det innebär att vi inte väljer AI-leverantör genom att välja klientbibliotek. Det stämmer med den AI-agnostiska hållningen.

Vad det här betyder för köpare 2026 och 2027

En förutsägelse som vi är villiga att satsa produkten på: AI-integration på forgenivå blir en upphandlingsfråga, på samma sätt som datalokalisering blev det 2020. Compliance- och säkerhetsteam kommer att börja fråga var sker inferensen, vem bearbetar embeddings, innehåller träningstelemetrin kundkod. Leverantörer vars AI inte går att skilja från kärnprodukten kommer att argumentera på ett sätt; leverantörer vars AI är valfri och vald av användaren kommer att argumentera på ett annat.

fremforge har positionerat sig på den sida av svaret som vi tror kommer att åldras bättre: ingen AI som hostas av forgen, och AI-funktioner som är valfria, avstängda som standard och körs med den leverantör du har valt. Att ta med din egen AI är ingen kompromiss; det är den arkitektoniska hållning som fortfarande kommer att vara rätt 2028, när hälften av dagens integrerade AI-erbjudanden har bytt inriktning, köpts upp eller prissatts utom räckhåll.

Se även

Få hjälp

Frågor om omfattningen av agentmandat, OpenAPI-mönster för specifika agentramverk eller om en viss integrationsmodell stöds: mejla support@frem.sh med en ämnesrad som börjar med AI -.