AI Admin Console: vad var och en av de sex kapaciteterna faktiskt gör
AI Admin Console exponerar sex kapaciteter. Var och en utgör ett sidomenyobjekt, och var och en besvarar en specifik fråga som en inköpsgranskare eller compliance-ansvarig kommer att ställa under företagsdiligens. De sex tillsammans täcker det som EU AI Act kallar skyldigheter för driftansvariga [1] och det som NIST AI RMF kallar ”records of system actions sufficient to reconstruct decisions” [2] — från en enda skrivbordsapplikation som IT-teamet redan vet hur det ska installera.
Kapaciteterna listas i den ordning de visas i Console-sidomenyn. Varje avsnitt nedan namnger inköpsfrågan, vad Console gör åt den och var data lever.
Medlemmar och åtkomst
Frågan: vem i vår organisation får använda AI Suite, och på vilken licensnivå?
Console låter en administratör bjuda in kollegor via e-post, tilldela licensplatser för Personal eller Commercial (Monthly, Annual eller One-Time) och dra in åtkomst när personal slutar. Massinbjudningar från CSV. Medlemslistan är driftansvariges enda sanningskälla för ”vem har åtkomst” — samma svar som compliance-teamet producerar när de ombeds styrka mänsklig tillsyn.
Vad som lever i Software Tailors backend: organisationens medlemslista. Vad som inte gör det: någon registrering av vad dessa medlemmar gjorde inuti modellen. Console är åtkomstytan; inferensen sker lokalt.
Licenser
Frågan: vilken nivå har varje medlem, och hur tillämpas den offline?
Per-användarlicensnycklar valideras offline. Användbart när platser behöver fortsätta fungera utan en nätverksrundtur — ett vanligt krav inom reglerade branscher där AI-arbetsstationen sitter på ett segmenterat nätverk. Console utfärdar och drar in nycklar; nivåöverskridanden per användare är synliga vid sidan av organisationens standard.
Detta är den enda kapacitet där Console skriver ett värde som måste färdas till användarens maskin. Allt annat är metadata om distributionen, inte om innehållet.
AI Server-registrering
Frågan: vilken hårdvara litar vår organisation på för att köra inferens?
AI Suite-installationer talar med en lokal aisuite-server-process; den processen kan tala antingen med en modell på enheten eller med en kundkontrollerad AI Server som körs inuti kundens nätverk. AI Server-registrering är hur Console binder dessa serverinstanser till organisationen så att de accepterar signerade förfrågningar från godkända AI Suite-installationer. Parkoppla, rotera autentiseringsuppgifter, dra in utan att röra själva serverlådan.
Inköpsvinkeln: inferenshårdvaran är driftansvariges. Registreringen bevisar det. Console ser aldrig modellens indata eller utdata.
Policy
Frågan: vilka modeller, leverantörer och regler för datahantering gäller för vår organisations AI Suite-installationer?
Policy är den organisationsövergripande konfigurationen som varje AI Suite-app respekterar: vilka modeller som är tillåtna, ledtrådar om dataresidens, inloggningsleverantörer och OIDC-tenant-konfigurationen. Ändringar propageras till varje installation vid nästa start. Det här är vad driftansvarig pekar compliance på när frågan ”vilka skyddsräcken finns på plats?” ställs — och vad de redigerar när en ändring i EU AI Act träder i kraft (senast skärpte omnibusavtalet den 7 maj 2026 definitionen av högrisksystem [1]).
Granskning
Frågan: vad hände, när, av vem — och kan vi producera det på begäran?
Varje administrativ åtgärd landar i en JSONL-granskningsrad: tidsstämpel, aktörens e-postadress, åtgärdsverb, berörd resurs, X-App-Id för den ursprungliga klienten. Inga prompter. Inga svar. Inget dokumentinnehåll. Driftansvariges innehållslagring bevarar inferensinnehållet; Console-granskningsraden bevarar beviset på att en åtgärd ägt rum.
Den separationen är vad som gör att raden uppfyller NIST AI RMF:s ”records of system actions sufficient to reconstruct decisions” [2] utan att bevara modellinnehåll som driftansvarig inte vill bevara. Arkitekturen och radformatet dokumenteras i vår artikel om innehållsfria granskningsloggar.
Användning per organisation
Frågan: vad händer faktiskt över vår organisation, i aggregerad form?
En läsbar telemetrisammanställning avgränsad till organisationen: aktiva installationer, vanligaste händelser, genomsnittlig inferenstid, modellbetyg. Inga råa prompter. Allt är aggregerat och innehållsfritt enligt design. Driftansvariges IT-team använder detta för kapacitetsplanering; deras compliance-team använder det för ”respekteras policyn faktiskt?”
Detta är den enda plats där en siffra som korsar medlemmar visas, och den enda plats där Console sammanfattar beteende över tid.
Varför ett enda verktyg
NIST AI RMF [2] kräver ”records of system actions sufficient to reconstruct decisions”. EU AI Act ber driftansvariga styrka mänsklig tillsyn, övervaka systemets drift, bevara loggar och producera dem på begäran [1]. I båda ramverken är det driftansvarig — inte leverantören — som äger skyldigheten. Console finns eftersom driftansvariges IT-team behöver ett ställe att fullgöra den på.
De sex kapaciteterna är inte en funktionschecklista. De är svaret på de sex frågor som en inköpsgranskare kommer att ställa i tur och ordning. Team som påbörjar den diligensrundan på en on-prem-AI-distribution bör börja med inramningen i Varför on-prem-AI-distributioner fastnar i inköp; Console är där svaren lever.
Referenser
- Europeiska kommissionen. ”AI Act — Regulatory framework on AI.” digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai. Hämtad 2026-07-01.
- NIST. ”AI Risk Management Framework.” nist.gov/itl/ai-risk-management-framework. Hämtad 2026-07-01.
Relaterade artiklar
Se AI Admin Console köras mot en verklig arbetsbelastning.
En kostnadsfri 1-veckas pilot placerar modellen på kundens hårdvara, granskningsraden i kundens SIEM och Consolens sex kapaciteter i IT-teamets händer.