Plattform för verksamhetsnära apputveckling (koncept)

Låt verksamheten bygga sina egna appar med AI – men granskat, förvaltningsbart och i drift på infrastruktur som organisationen själv råder över.

Utkast för samverkan

Det här avsnittet är ett koncept under utveckling, inte en del av den granskade analysen. Allt kan ändras. Förslag, invändningar och erfarenheter lämnas som ärenden med mallen »Fråga eller diskussion« och ordet Plattform i rubriken. Konceptet saknar ännu namn – förslag välkomnas.

Varför

AI-byggverktyg av typen Lovable, Bolt och v0 gör det möjligt för medarbetare utan programmeringsbakgrund att beskriva en app i vanlig text och få den byggd och publicerad på minuter. För offentlig sektor är det både en möjlighet och en risk:

• Möjligheten är att verksamheten själv kan lösa sina små, specifika behov – bokningar, uppföljningar, checklistor, enkla ärendeflöden – som aldrig prioriteras i den ordinarie systemförvaltningen.
• Risken är en ny våg av skugg-IT. Offentlig sektor har redan upplevt det en gång, med Access-databaser och Excel-makron som blev verksamhetskritiska utan ägare. AI-byggare riskerar att upprepa mönstret, snabbare och i större skala.
• Beroendet är det tredje problemet. De etablerade verktygen är delade molntjänster, och de öppna alternativen saknar i regel hela kedjan från idé via granskning till drift.

Konceptet beskriver en plattform som tar vara på möjligheten utan att ta risken och beroendet: verksamheten bygger, plattformen granskar och härdar, och organisationen driftar på egen infrastruktur.

Grundhållning

Sju designprinciper styr konceptet. De är ett förslag och diskuteras öppet.

1. Förvaltningsbarhet före snabbhet. Varje app ska kunna tas över av någon annan än den som byggde den. En enda godkänd teknikstack, namngiven ägare och ett omprövningsdatum är viktigare än fritt val.
2. En organisation per instans. Plattformen byggs för att en organisation ska kunna köra den själv. Samverkan sker i koden – mallar, pipelines, moduler, granskningsregler – inte i en gemensam central infrastruktur.
3. Varje lager är utbytbart. Verkstad, agent, modell och drift ska kunna bytas var för sig. Inget enskilt verktyg eller någon enskild AI-leverantör får vara grunden.
4. Information före applikation. Appar byggs mot organisationens begrepp, informationsmängder och gränssnitt, inte mot egna isolerade datamodeller.
5. Granskning i kedjan, inte i efterhand. Säkerhet, tillgänglighet och förvaltningsbarhet kontrolleras automatiskt vid varje ändring, med mänsklig granskning där risken motiverar det.
6. Rena VM:ar före orkestrering. Driften bygger på virtuella maskiner och Docker Compose, som organisationerna redan kan förvalta – inte på Kubernetes.
7. Återanvändning före nybygge. Innan något byggs ska det framgå om det redan finns, i den egna organisationen eller hos någon annan.

Koppling till analysen

Konceptet hör hemma i referensarkitekturens lager 6 (utveckling, integration & AI) och lager 7 (verksamhetssystem & data). Det bygger på komponenter som redan finns i byteskatalogen för lager 6 – bland annat Forgejo för kod och CI/CD, containerregister och europeiska LLM-API – och tillämpar princip 5 och 7: öppna format före nya verktyg, och att bygga exitvägen innan den behövs. Det är också ett möjligt svar på raden Lågkod & data i katalogen: vad som ersätter Power Apps när verksamheten vill bygga själv.

Avgränsning

Rådig tar enligt styrdokumentet inte fram eller driver programvara för medlemmarnas räkning. Det här avsnittet utvecklar därför konceptet och en referensarkitektur. Om samverkan leder fram till kod – mallar, pipelines, OpenTofu-moduler – bör den utvecklas i separata repon, vilket enligt styrdokumentet kräver redaktionsbeslut.

Sidor i avsnittet

Sida	Innehåll
Arkitektur	Plattformens sju delar, hur de hänger ihop och vad som kan bytas ut
Nivåer och granskning	Tre nivåer från sandlåda till verksamhetsapp, automatiska kontroller, uppflyttning och avveckling
Appmanifest	Den deklaration varje app bär med sig och som styr granskning, drift och delning
Drift	VM per app eller delad appvärd, OpenTofu, pipelines, valfria driftverktyg
Informationslager	Begrepp, informationsmängder, grunddata och gränssnitt – maskinläsbart för agenten
Appkatalog	Delning inom och mellan organisationer
Öppna frågor	Det som behöver utredas, prövas eller beslutas härnäst

Källor

• Rådig – från beroende till rådighet, utgåva 2026.09 (kapitel 4 och 7, katalogen för lager 6), faktaläge 9 september 2026.
• Konceptet har formulerats inom Föreningen Sambruk i september 2026 som underlag för samverkan. Uppgifter om enskilda produkter har källor på respektive sida.