Produkten
Så fungerar Stacken
Stacken är ett regellager för AI. Allt ni kopplar in genom Stacken och som ska prata med en modell eller använda ett system går genom en av två dörrar. I dörren prövas era regler, och beslutet skrivs i loggen innan svaret går ut. Agenter och assistenter är gäster ovanpå, modellerna och era system ligger bakom.
Det här ingår i Stacken.
En dörr till modellerna.
Era AI-tjänster når modeller från flera leverantörer genom ett OpenAI-kompatibelt API. Varje anrop som går genom Stacken prövas mot era regler, och förbrukningen syns per AI-tjänst, modell och grupp. En månadsbudget stoppar anropen när den är förbrukad.
En dörr till verktygen.
Ni kopplar in era system som MCP-servrar och bestämmer vilka personer och grupper som får använda dem. Varje verktygsanrop prövas och loggas innan det körs.
En kunskapsbank som visar varifrån svaret kommer.
Sökningen väger ihop betydelse och exakta ord, även svensk böjning. Varje träff pekar på dokument och avsnitt och visar när avsnittet senast verifierades. Utkast och ersatta versioner kommer aldrig med, och belopp med passerat giltighetsdatum flaggas. Sökkvaliteten mäts mot en fast samling frågor. Åtkomst styrs per kunskapssamling i dag; åtkomst per dokument är planerad.
Provat innan det används.
Varje AI-tjänst provas innan den aktiveras. Provtryckaren frågar vem tjänsten möter och vilken information den rör, och visar vilka krav som följer. Testfrågor körs genom samma regler som i drift.
Era filer blir sökbara.
PDF, Word, Excel och PowerPoint görs om till text i en isolerad process utan nätåtkomst.
Era arbetsytor kan ligga ovanpå.
Eneo, OpenWebUI eller era egna appar kan använda Stacken för modeller och verktyg. Modellanropen går då genom samma dörr och samma regler. Vi sätter upp kopplingen tillsammans med er.
Så går ett anrop genom Stacken.
- Vem frågar?identiteten kontrolleras
- Går anropet i en slinga?stopp för anrop som upprepar sig utan slut
- Finns det budget kvar?hård spärr per organisation, när en budget är satt
- Får det ske?beslut sparasregelmotorn väger ihop allt ovan
- Skrivs ner förstloggloggraden skrivs innan modellen får frågan; går den inte att skriva nekas anropet
- Modellen svararförbrukning
- Vem frågar?identiteten kontrolleras
- Finns verktyget?nej loggasbara registrerade verktyg går att anropa
- Har just du rätt till det?agenten ser bara verktyg personen har rätt till
- Får det ske?nej loggasregelmotorn fattar beslutet
- Systemet utför anropet
- Skrivs ner innan svaret släppslogginget resultat når agenten utan loggrad
En förenklad bild för att förklara principen, inte en driftritning. Stegen i dörrarna är förenklade.
Det ni får.
Det här gäller för varje instans, från första AI-tjänsten.
Zonen
Varje instans byggs för en högsta informationsklass: grön, gul eller röd. Zonen är taket. En AI-tjänst i instansen kan inte hantera information över zonens klass, och zonen styr backup, kryptering och loggar. I röd zon är utgående trafik stängd och åtkomsten begränsad geografiskt.
AI-tjänsten
En AI-tjänst är ett eget flöde genom Stacken med eget syfte, egna regler, egna källor och verktyg och eget modellval. Den beskrivs i en fil som går att importera och exportera. Innan den aktiveras provas den, och en tjänst som inte är aktiverad släpps inte igenom.
Er admin
På /admin i er instans hanterar ni era AI-tjänster, användare och roller. Inloggningen sker med er egen identitetslösning.
Er instans
Varje kund har en egen instans med egna databaser. Ingen tjänst delas med andra kunders. Kostnaden mäts per AI-tjänst, och en kostnadsspärr finns från start. Larm går till en bemannad mottagare, och loggarna hålls per instans.
Nya versioner
Stacken har produktversioner med release notes i klarspråk. En ny version når er instans bara med ett grönt kvitto från acceptansprovet. Programpaketen är signerade och har en förteckning över sina beståndsdelar (SBOM), så att det går att kontrollera att det som körs är det vi byggt.
Varför ser det ut så här?
Varje form i bilden finns för att lösa ett konkret problem.
Läs de sex svaren
Varför dörrar?
En kontroll som finns i varje AI-tjänst måste byggas, granskas och underhållas i varje tjänst. En dörr som allt måste passera granskas en gång och gäller för alla tjänster, även de som inte finns än.
Varför två dörrar?
De vaktar olika risker. Modelldörren handlar om vad som lämnar huset och vad det kostar: informationsklass, budget och var modellen körs. Verktygsdörren handlar om vad AI:n får läsa och göra i era system: behörighet per person och vilka verktyg som finns.
Varför är agenterna gäster?
En regel som sitter inne i agenten kan agenten själv kringgå. Därför litar Stacken aldrig på agentens egen inställning, bara på det agenten inte kan ändra. Agenten står mellan dörrarna och når ingenting utan att passera en av dem.
Varför skrivs loggen först?
Om något går fel ska det alltid gå att se vad som hände. Kan loggraden inte skrivas nekas anropet, så det finns inget anrop som saknar spår.
Varför lånad identitet?
En agent agerar för en namngiven person. Då gäller personens egna behörigheter, och i loggen syns vem uppgiften gjordes åt, inte bara att "agenten" gjorde något. Så fungerar det i webbchatten.
Varför kör vi det åt er?
Kontrollerna är bara så pålitliga som driften de körs i. Vår drift är återskapbar ur git, övervakad och återställningsbar, inom EU, och varje ny version provas innan den når er.
Det Stacken inte är
- Inte en modell. Stacken väljer och vaktar modellerna, den är inte en av dem.
- Inte en chattapp. Chatten är en liten del. Regellagret är arbetet.
- Inte ett skydd för all AI. AI som ni köper från andra och som inte går genom dörrarna skyddas inte av Stacken.
Härnäst
Det här bygger vi härnäst. Det ingår inte i det ni kan köpa i dag.
- Godkännanden. En människa säger ja innan en agent gör något som inte går att ångra.
- Agentverktyg genom era regler. Claude Code och Codex går genom samma dörrar som era AI-tjänster.
- Behörighet per dokument. I kunskapsbanken följer behörigheten varje dokument, inte bara varje samling.
- Tre datacenter. Vi utreder att köra er instans över tre datacenter i stället för ett.
- Stacken i er egen Azure, köpt via Azure Marketplace.
Fördjupning.
Tre frågor som arkitekter och säkerhetsansvariga brukar ställa. Hela beskrivningen finns i dokumentationen.
I vilken ordning går man igenom dörrarna?
Det beror på vad som händer. En modell tänker och ett system gör, så ordningen följer arbetet. Varje passage är ett eget anrop som prövas från början.
En vanlig frågatill exempel "skriv om den här texten"
En fråga om era dokumentkunskapen hämtas först, sedan svarar modellen
En agent som gör någotpendlar tills uppgiften är klar
När skrivs loggen?
Loggen skrivs i dörrarna, inte av agenten. Därför kan en agent inte låta bli att logga.
| Dörr | Vad som skrivs | När |
|---|---|---|
| Modelldörren | Regelbeslutet | När regelmotorn har sagt ja eller nej |
| Modelldörren | Loggrad i den kedjade loggen | Innan modellen får frågan. Går raden inte att skriva nekas anropet |
| Modelldörren | Förbrukning och kostnad | Efter att modellen har svarat |
| Verktygsdörren | Nej, med hash av det som efterfrågades | I steget som säger nej |
| Verktygsdörren | Loggrad i den kedjade loggen, med hash av det som faktiskt skickades | Efter att systemet har utfört anropet, innan svaret släpps tillbaka |
Den kedjade loggen bär id:n och hashar, aldrig e-post, namn eller gruppmedlemskap, och inte vad som sades. Kedjan gör att en ändring i efterhand syns.
| seqradens nummer | 48 213 |
|---|---|
| actorvem som frågade | usr_7f3a…c2d1 |
| actionbeslutet | tillåt |
| targetvart anropet skulle | ärendestöd → modell i EU |
| information_ | intern |
| hashradens kontrollsumma | 9f2c…e41a |
| prev_ | 77b0…c903 |
| seqradens nummer | 48 214 |
|---|---|
| actorvem som frågade | usr_7f3a…c2d1 |
| actionbeslutet | neka: regeln kunde inte prövas |
| targetvart anropet skulle | ärendestöd → modell i EU |
| information_ | intern |
| hashradens kontrollsumma | c51d…08f7 |
| prev_ | 9f2c…e41a |
Fyra regler som gör det till en kontrollpunkt
Ur Stacken-kontraktet, förenklat.
- Identitet lånas, aldrig myntas. En agent agerar för en namngiven person. Så fungerar det i webbchatten.
- Modeller nås bara genom modelldörren. Bara modelldörren håller nycklar till modellerna. AI som är inbyggd i system ni köper går sina egna vägar.
- Förmåga exponeras som MCP bakom verktygsdörren. En agent som går runt dörren har varken behörighet, regler eller logg.
- Inget svar utan loggrad. Kan loggen inte skrivas, nekas anropet.