NyhetGitHub Spark · Åtgärd krävs

GitHub Spark stängs 31 augusti: rädda appen innan exportfönstret stängs

GitHub Spark på github.com tar inte längre emot nya användare eller nya appar. Har du redan byggt där kan du öppna tjänsten till och med den 31 augusti 2026 för att föra över appkoden till ett GitHub-repository. Den publika appen ska enligt GitHub fortsätta fungera efter stängningen, men en AI-funktion kan redan vara trasig om appen använder Sparks llm().

Publicerad · Senast kontrollerad

Frontvänd trämaquette där appblock passerar över en bro från en stängande port till en arkivlåda, med en röd diagonal över porten.
Appens byggdelar passerar från den stängande Spark-porten till en egen arkivlåda; den röda diagonalen markerar tidsgränsen.

Gör detta i dag

Öppna varje Spark-app, prova dess viktigaste flöde och välj sedan Create repository i appens meny med tre punkter. Kontrollera att repositoryt går att öppna från ditt konto. Om appen har en AI-funktion ska du också söka efter llm(): GitHub uppger att dessa anrop slutade fungera redan den 30 juli. Exporten räddar appkoden, inte beviset på att appen fungerar eller en automatisk ny AI-tjänst.

Tre datum beskriver tre olika stopp

Det är lätt att läsa beskedet som en enda stängning. GitHub beskriver i stället tre händelser, och de kräver olika kontroller.

30 jul 2026
Sparks inbyggda AI-anrop slutade fungera
GitHub Models, tjänsten bakom Sparks llm()-funktion, pensionerades. Appar utan llm() påverkas inte av just det stoppet.
4 aug 2026
Nya användare och nya appar stoppades
Befintliga användare fick behålla åtkomsten under ett kort exportfönster, men Spark på github.com slutade ta emot nya projekt.
31 aug 2026
Åtkomsten för befintliga användare upphör
GitHubs instruktion är att exportera appkoden före detta datum om du vill kunna fortsätta redigera appen.

Prova appen innan du kallar den räddad

En app som visar sin startsida kan ändå ha förlorat sin viktigaste funktion. Gör därför funktionsprovet före exporten, medan Spark-arbetsytan fortfarande går att öppna och du kan jämföra det du ser med den publika appen.

1
Öppna den publika adressen i ett privat webbläsarfönster. Då provar du besökarens väg, inte en vy som råkar fungera därför att du är inloggad i Spark. Prov: appens startsida laddas utan att Spark-arbetsytan är öppen.
2
Genomför appens viktigaste uppgift. Skapa till exempel en provbokning, spara en anteckning eller skicka det formulär som appen finns till för. Prov: resultatet syns efter att sidan har laddats om.
3
Prova AI-funktionen separat. Om appen sammanfattar, föreslår eller genererar något ska just den knappen provas med en ny testuppgift. Prov: du får ett nytt relevant svar, inte bara ett gammalt sparat resultat eller en laddningssymbol.
Ett laddat skal är inte samma sak som en fungerande app

GitHub skriver att redan driftsatta appar fortsätter fungera efter Spark-stängningen. Samma besked säger också att llm()-anrop inte längre fungerar. De två uppgifterna motsäger inte varandra: sidan kan finnas kvar medan en AI-funktion inuti den har slutat svara.

Exportera via Create repository

GitHubs egen exportväg är kort: öppna appens arbetsyta i Spark, välj menyn med tre punkter och välj Create repository. Gör det för varje app du vill kunna ändra senare. Ett repository är en separat plats för appkoden på GitHub; det är inte ett besked om att en ny publiceringsväg, databas eller AI-leverantör redan är ordnad.

Öppna repositoryt i en ny flik. Prov: adressen börjar med github.com/, ditt kontonamn syns och sidan visar appens filer.
Skriv ned kopplingen. Spara appens publika adress, namnet på Spark-appen och repositoryts adress på samma rad. Prov: du kan peka ut vilken kodkopia som hör till vilken publik app utan att öppna Spark.
Skilj kod från data. Exportbeskedet gäller appkoden. Om appen sparar bokningar, konton eller annat innehåll ska du kontrollera var dessa uppgifter ligger enligt tjänstens egna inställningar. Prov: du kan namnge datatjänsten eller skriver uttryckligen ”okänt” och stoppar flytten tills det är utrett.

Ett repository kan vara komplett som kodkopia och ändå sakna den data eller de hemligheter som appen behöver i drift. Kalla därför exporten ”kod kopierad”, inte ”flytt klar”.

Ta reda på om appen använder llm()

GitHub beskriver en kontroll som även en icke-kodare kan beställa: öppna appen i Spark och sök i koden efter exakt llm(). Finns inga sådana anrop behövs ingen åtgärd på grund av just GitHub Models-stoppet. Finns de måste AI-funktionen byta till en separat leverantör för att börja fungera igen.

Beställ en läsning utan ändringar
Granska hela den här appen utan att ändra något.

1. Sök efter alla anrop till llm().
2. Lista varje fil där ett sådant anrop finns.
3. Beskriv med vanliga ord vilken synlig funktion i appen som använder anropet.
4. Ge mig ett manuellt prov för varje funktion så att jag kan se om den fungerar i den publicerade appen.
5. Markera sådant du inte kan verifiera.

Gör inga kodändringar och skapa inga nya nycklar. Vänta på mitt godkännande.

Prov: svaret ska namnge en synlig funktion, till exempel ”knappen Skapa sammanfattning”, och ett resultat du själv kan se. En lista med filnamn räcker inte. Kör sedan provet i den publika appen.

Om sökningen hittar llm()

Exportera koden först. Välj därefter en ny inferensleverantör och låt byggverktyget byta anropen i en separat kopia. GitHub påpekar att du själv behöver ordna API-nyckel och fakturering. Klistra aldrig in nyckeln i en chatt, prompt eller källkodsfil; beställ i stället att den ska sparas som en hemlighet eller miljövariabel i den nya driftsmiljön. Prov: AI-funktionen fungerar med en ny testuppgift samtidigt som en sökning i repositoryt inte hittar själva nyckelvärdet.

Välj nästa steg efter vad proven visade

Appen fungerar och saknar llm()

Spara repositoryts adress och planera en ny bygg- och publiceringsväg innan nästa ändring. GitHubs besked ger dig fortsatt drift, inte fortsatt redigering i Spark.

AI-funktionen använder llm()

Behandla AI-delen som trasig redan nu. Exportera koden, välj en separat leverantör och prova den nya lösningen i en kopia innan den publika appen ändras.

Om den publika adressen inte fungerar alls ska du fortfarande exportera innan den 31 augusti, men inte försöka laga produktionen genom en serie snabba ändringar i originalet. Börja från repositorykopian, dokumentera felet och prova en förändring i taget. Provet för återställning från backup visar varför en separat kopia behövs när du inte längre kan lita på byggmiljön.

Definition av klart

Varje Spark-app har en nedskriven publik adress och repositoryadress, repositoryt går att öppna utan Spark, det viktigaste flödet har provats i ett privat fönster, en eventuell AI-funktion har provats separat och sökningen efter llm() har gett ett dokumenterat ja eller nej. Om svaret är ja är exporten klar men flytten fortfarande öppen tills en ny inferensleverantör har provats.


Officiella källor · kontrollerade 14 aug 2026

GitHub kan ändra knappar och övergångsinstruktioner under exportfönstret. Kontrollera changelog-sidan igen den dag du gör exporten.