Sammanfattningen på en rad #

fremforge låter aldrig kundens kod behandlas av en amerikansk AI-leverantör som underbiträde på standardvägen. Kunden tar med sin egen nyckel från AI-leverantören (BYOK) och väljer själv leverantör. Leverantören är kundens eget personuppgiftsbiträde under kundens eget avtal, inte fremverks underbiträde enligt personuppgiftsbiträdesavtalet (DPA).

Det här är fastställt i DPA bilaga B §B.8.

Vad ”AI-integrationer” omfattar #

fremforge levererar fyra AI-funktioner på serversidan som använder kundens konfigurerade AI-leverantör. Var och en är avstängd tills kunden lägger till en nyckel:

AI-granskning av PR:er – när en pull request öppnas eller uppdateras skickar fremforge diffen + PR-metadata till den konfigurerade leverantören och publicerar en strukturerad granskningskommentar med en commit-status pending → success / warning.
Förklaringar av Renovates beroendeuppdateringar – PR:er skapade av Renovate får en mer fokuserad prompt om åtgärd av CVE:er och risken för bakåtinkompatibla ändringar.
Gateway som kunden själv anropar – POST /api/v1/orgs/<slug>/ai/complete med en PAT som har scopet ai:invoke. Kundens egna workflows och skript anropar den här endpointen i stället för att bädda in leverantörens SDK:er.
AI-fix för SAST-fynd – avstängd som standard även när en nyckel är konfigurerad; en ägare av organisationen slår på den. När någon klickar på AI-fix på ett fynd från någon av ett fåtal utvalda SAST-regler skickar fremforge regelns beskrivning och högst 60 rader av den berörda filen till den konfigurerade leverantören, kontrollerar den returnerade diffen och skannar den på nytt, och öppnar sedan en pull request som aldrig mergas automatiskt. Prompten, koden och diffen sparas inte av fremforge. Se AutoFix.

Det finns en separat väg för AI-verktyg på utvecklarsidan (Claude Code, Cursor, Continue, JetBrains AI som pratar med fremforge via det vanliga REST-API:et + PAT). Den vägen passerar ingen AI-leverantör via fremverks infrastruktur; se docs.frem.sh/get-started/ai-in-your-ide/.

Leverantörer som stöds (fas 1, BYOK) #

fremforge stöder tre typer av adaptrar som täcker alla större leverantörer i dag:

Adapter	Exempel på leverantörer
`openai-compatible`	OpenAI, Azure OpenAI, Mistral, Together, Fireworks, OpenRouter, T-Cloud AIFS, valfri egen OpenAI-kompatibel URL
`anthropic`	Anthropics eget API
`vertex-gemini`	Google Vertex Gemini

Kunden klistrar in leverantörens API-nyckel i administrationsgränssnittet under /<org>/_admin/ai-integrations. Nyckeln krypteras i vila med AES-256-GCM via T Cloud Public DEW KMS med AAD-bindning per rad (så att en nyckel som tagits ut ur en databasbackup inte kan dekrypteras utan att även motsvarande rad-id tas ut).

Datavägen #

För varje AI-anrop (PR-granskning, Renovate-förklaring eller /ai/complete anropat från ett workflow):

Kundens repo, en webhook-nyttolast eller ett workflow-steg initierar begäran.
fremforges api-pod sätter ihop prompten: difftext + PR-metadata + systemprompt + meddelanden som kunden tillhandahåller.
fremforges api-pod skickar en HTTPS-begäran till den URL kunden konfigurerat för leverantören, med den nyckel kunden konfigurerat.
Leverantörens svar registreras: antal tokens, latens, modellnamn, svarstext.
fremforge publicerar en Forgejo-kommentar (PR-granskning) ELLER returnerar svaret till workflowet (/ai/complete).
En rad i ai_usage_events registrerar anropet: tenant, leverantör, modell, inkommande tokens, utgående tokens, latens. Prompten och svarets innehåll sparas inte längre än begäran pågår.

Prompten + svaret passerar fremforges api-pod en gång. De passerar ingen logginsamlare, observabilitetstjänst eller backup hos tredje part. Granskningen per anrop registrerar metadata (vilken funktion, vilken leverantör, antal tokens) men inte innehållet.

Varför ”inte ett underbiträde” #

Enligt artikel 28 i GDPR blir någon ett underbiträde när den personuppgiftsansvarige utser dem, ingår avtal med dem och instruerar dem att behandla uppgifterna för den ansvariges räkning. Inget av det gäller här:

Kunden väljer AI-leverantören. fremverk utser eller rekommenderar ingen. Rullgardinsmenyn i administrationsgränssnittet listar typer av adaptrar, inte rekommendationer.
Kunden ingår avtal direkt med AI-leverantören. fremverk har ingen affärsrelation med AI-leverantören för det här ändamålet. Kunden betalar leverantören; fremverk lägger inget påslag på leverantörens tokenkostnader.
Kunden kan när som helst ta bort AI-leverantören utan att meddela fremverk. Så fungerar inte en relation med ett av fremverks underbiträden.
fremverks eget åtagande om underbiträden utan amerikanskt moderbolag i DPA §11.3 är oförändrat. En kund som väljer en AI-leverantör registrerad i USA (OpenAI, Anthropic, Google Vertex) exponerar sig själv för den leverantörens jurisdiktion – inte fremverks.

Det är samma rättsliga hållning som för identitetsleverantörer som kunden själv väljer (Microsoft Entra, Okta, Google Workspace, JumpCloud, Authentik) och federerar in i fremforge via OIDC. De nämns i inledningen till bilaga B av samma skäl.

Vägen mot en ”nyckelfärdig” fas 2 #

När AIFS (T-Cloud AI Foundation Services) lanserar en kodanpassad modell som är tillräckligt bra för PR-granskning – i dag väntat om 6–18 månader – planerar fremverk att erbjuda en nyckelfärdig AI-plan där fremverk har ett AIFS-konto i Tyskland och fakturerar tokens per plats. Det alternativet skulle innebära ett nytt underbiträde för fremverk och skulle läggas till i registret i bilaga B, med det varsel på 30 dagar som gäller enligt §10.2.

BYOK-vägen finns kvar även när det nyckelfärdiga alternativet lanseras – kunder kan alltid ta med sin egen nyckel.

Synlighet i granskningsloggen #

Varje AI-anrop skapar en granskningshändelse:

tenant.ai_integration.provider_added / _disabled / _tested – ändringar i leverantörskonfigurationen
tenant.ai_integration.feature_default_changed – vilken leverantör som hanterar vilken funktion
tenant.ai_integration.repo_override_changed / _removed – undantag per repo
ai.complete.ok / ai.complete.failed – varje /ai/complete-begäran som kunden anropar

Kunderna ser tokenförbrukning per månad och nöjdhetsbetyg 👍/👎 per (leverantör, modell) i administrationsgränssnittet; tabellerna ai_usage_events och ai_review_comments ligger bakom båda. Kundernas granskningsloggar (DPA §9, lagring i 13 månader) innehåller alla tenant.ai_integration.*-händelser.

Mjuka fel i gränssnittet #

AI-funktionerna blockerar aldrig en PR. Om den konfigurerade leverantören returnerar ett fel, når en anropsgräns, överskrider kundens kostnadstak eller har en ogiltig nyckel hoppas granskningskommentaren över och en commit-status warning visas (”AI-granskning ej tillgänglig: försök igen vid nästa push eller rätta nyckeln”). Kundens CI påverkas inte; det enda som saknas är den AI-genererade kommentaren.

Frågor och begäran om granskning #

För den som granskar efterlevnad: den här sidan är förtroendedokumentet som går att länka direkt till. Det avtalsmässiga underlaget är DPA bilaga B §B.8. Frågor skickas till compliance@frem.sh.