Svenska
De flesta har testat “ai-support” vid det här laget. Den kan ofta förklara vad som är fel – men i praktiken slutar det ändå med att du klickar runt i en kontrollpanel, jämför skärmbilder och chansar på att du hittat rätt inställning.
På HostUp har vi byggt något annat: en agentisk ai som kan agera i din miljö via vårt api. Det innebär att den inte bara kan resonera om din konfiguration, utan också föreslå en konkret åtgärd och utföra ändringen direkt – när du ger den tillåtelse.
Det här inlägget förklarar vad en ai-agent är, varför den skiljer sig från en vanlig chatt, och visar två exempel på verkliga problem som agenten kan lösa på sekunder.
Vad är en ai-agent?
En “vanlig” ai-chatt är i grunden en textmotor: den läser din fråga och svarar med text. Den kan vara smart, men den har normalt ingen direkt koppling till din faktiska miljö.
En ai-agent är ett system som kan:
- läsa din verkliga konfiguration (dns, e-post, vps-inställningar)
- ta fram ett förslag med motivering (vad som är fel, varför, och vad som bör göras)
- genomföra ändringen via ett kontrollerat gränssnitt (vårt api), med loggning och tydliga steg
Skillnaden är enkel: en chatt är bra på att förklara. En agent är byggd för att utföra.
Varför det gör skillnad i praktiken
I hostingvärlden är många ärenden “enkla” för en tekniker men jobbiga för kunden:
- fel mx-prioritet
- saknad ssh-nyckel
- en vps som står stoppad
- en webb som inte svarar för att en port är blockerad
- en inställning som ser rätt ut, men är fel på ett enda ställe
När en agent kan läsa samma information som du ser i kontrollpanelen och har verktyg att ändra den, försvinner hela momentet av “letande”. Du får en åtgärd som är tydligt motiverad – och utförd.
Exempel 1: “mail fungerar ibland” och mx-poster som krockar
Ett klassiskt supportärende: någon säger att e-post levereras “ibland”. Orsaken är ofta att domänen har flera mx-poster med samma prioritet, där en av dem råkar vara en gammal eller felaktig placeholder.
När två mx-poster har samma prioritet kan leveransen slumpas mellan dem. Då fungerar det när rätt server väljs – och misslyckas när fel server väljs.
Så agenten arbetar:
- läser dns-zonen
- identifierar att två mx-poster har samma prioritet
- förklarar konsekvensen (intermittent leverans)
- föreslår att den felaktiga posten tas bort
- gör ändringen via api när du godkänner
Resultatet: e-post styrs konsekvent till rätt server.
Exempel 2: ssh-nyckel och vps-åtgärder via naturligt språk
Ett annat vanligt scenario: du vill lägga till en ssh-nyckel och sedan starta om eller starta en vps.
Istället för att navigera i menyer kan du skriva:
- “vilka ssh-nycklar har jag?”
- “lägg till den här på min vps”
- “starta servern”
Agenten kan då:
- lista dina nycklar (t.ex. namn och ”fingeravtryck”)
- lägga till nyckeln på rätt resurs
- starta vps:en
Om du dessutom tillåter det kan agenten, via qemu guest agent, även kontrollera sådant som kräver insyn inuti servern: om en tjänst kör, om port 80/443 svarar, eller om ett vanligt fel syns direkt.
Poängen är inte att “prata med en server”. Poängen är att du slipper växla mellan chatt, guider och kontrollpanel. En konversation räcker.
Exempel 3: ompekning till Google Workspace
Denna AI agent fungerar med precis allt. Tänk dig att du vill peka om din domän till Google Workspace. Du säger helt enkelt vilken domän det gäller, och skickar möjligtsvis en länk till Googles instruktioner. AI Agenten löser allt.
Så fungerar det tekniskt
Det här fungerar bara om plattformen är byggd för det. HostUp är api-first, vilket betyder att kontrollpanelen inte är “den enda vägen” – allt går att läsa och göra via api. I vår öppna dokumentation finns över 280+ endpoints som agenten kan använda.
För att göra agenten både praktisk och förutsägbar har vi byggt en tydlig pipeline:
1) Verktygskarta: agenten vet vad den får göra
Vi har indexerat vår openapi-specifikation och intern kunskap så att agenten kan hitta rätt funktioner (och rätt parametrar) för varje uppgift, istället för att gissa. Som exempel om du besöker https://developer.hostup.se/#tag/email/PUT/api/hosting/{accountId}/email-accounts/password ser du en sektion ”Användaren kan fråga”. Detta hjälper AI-agenten att söka efter rätt API i Pinecone.
2) Kunskap som går att återanvända
Vi sammanfattar återkommande supportproblem och lösningar i anonymiserad form och indexerar dem. När någon frågar om t.ex. “550 error” kan agenten:
- hitta tidigare liknande fall
- föreslå en rimlig orsaksbild
- kontrollera faktiska signaler via api (t.ex. leveranshistorik)
- föreslå nästa steg och, om du vill, genomföra dem
...
--- Result 3 (score: 0.89) ---
Category: Email sending issue
Status: resolved
Dept: General - Web hosting
Issue: Customer experienced intermittent failure sending emails, receiving a '550 5.7.1 [ESR] Rejecting for policy reasons' error....
Solution: Support confirmed a queue backlog caused by a compromised account was cleared, and confirmed outbound mail flow is restored....
...3) Säker körning: förslag först, åtgärd sen
Agenten ska inte “bara köra”. Den ska:
- visa vad den tänker ändra
- motivera varför
- be om tillåtelse
- genomföra ändringen
- bekräfta vad som blev gjort
Det här är avgörande för förtroende i drift.
Teknikval i prototypen
I vår nuvarande implementation använder vi:
- lokal instans av deepseek + gemini 2.5-flash
- google adk som agent-ramverk/orchestrering
- pinecone för vektoriserad kunskap (openapi-spec, kb och webb)
- embeddings med multilingual-e5-large (bra stöd för svenska)
Säkerhet och kontroll
När ai får “händer” måste det byggas med samma disciplin som all annan drift:
- tydligt tillstånd: inga ändringar utan godkännande
- minsta möjliga behörighet: agenten ska bara kunna göra det du tillåter
- spårbarhet: det ska gå att se vad som ändrades, när och varför
- förutsägbara åtgärder: agenten ska använda dokumenterade api-endpoints, inte “magiska” genvägar
Det här är också en av anledningarna till att api-first är så viktigt: ett välbyggt api ger kontroll, loggar och tydliga gränser.
I vårt fall trycker varje användare på ”Logga in”, då skapas en API nyckel under deras konto som AI har tillgång till. Det gör att AI endast har tillgång till kundens tjänsten och inte några andra tjänster. Dessutom kan man begränsa med API Scopes vad exakt den får göra.
Varför vi tror detta är framtiden och inte en bubbla
Det finns mycket hype kring ai. Men i hosting och drift är värdet lätt att verifiera, eftersom utfallet är mätbart:
- ett dns-fel blir faktiskt fixat
- en vps startar faktiskt
- en e-postleverans blir faktiskt stabil
Det här är inte “ai som skriver en text”. Det är ai som kopplar ihop avsikt (“gör X”) med en kontrollerad åtgärd i systemen du redan använder.
När ai blir ett gränssnitt till automation försvinner en stor del av friktionen i support. Det är precis där nyttan är som tydligast.
Vill du integrera en ai-agent i din egen miljö?
HostUps agent är byggd för vår plattform, men principen är generell: har du ett bra api kan du få samma typ av driftassistent.
Om du vill diskutera integration (mot en kostnad) eller få en demo och upplägg för din miljö:
https://cloud.hostup.se/contact
Vill du testa själv kan du också besöka: agent.hostup.se. OBS du behöver vara inloggad för att den ska kunna utföra åtgärder.
Vad vi bygger härnäst
Prototypen löser redan en stor del av återkommande supportärenden automatiskt, och vi fortsätter utveckla på tre spår:
- djupare felsökning: läsa relevanta loggar (t.ex. error_log) och föreslå åtgärder med hög precision
- smartare driftåtgärder: kunna peka ut vad som sänker en sajt (t.ex. ett wordpress-plugin) och föreslå rätt åtgärd
- nya agentramverk: vi utvärderar claudes agent sdk för vissa typer av interaktioner där det kan ge bättre verktygsstyrning
På sikt tittar vi även på en röstupplevelse med bankid-verifiering, där du kan ringa in, verifiera dig och få åtgärder utförda medan du är kvar i samtalet.
vanliga frågor
Vad är skillnaden mellan en ai-chatt och en ai-agent?
En ai-chatt kan förklara och ge råd, men har normalt ingen direkt åtkomst till din faktiska miljö. En ai-agent kan dessutom använda verktyg (t.ex. ett api) för att läsa din konfiguration, föreslå en konkret åtgärd och – när du godkänner – genomföra ändringen med spårbarhet.
Kan agenten göra ändringar utan min tillåtelse?
Nej. Standardläget är att agenten först visar vad den vill göra och varför. Ändringar sker först efter att du godkänt åtgärden. Det går också att köra helt i läsläge, och att begränsa behörigheter till specifika resurser eller åtgärdstyper.
Vilka hostingproblem är bäst lämpade för en ai-agent?
Allt som är återkommande, tidskrävande och går att verifiera i systemet: dns (mx, txt, spf/dkim/dmarc), e-postrouting, ssl/tls och certifikat, vps-åtgärder (starta om, snapshots, brandvägg/portar), felsökning av webb som inte svarar, samt vanliga wordpress-problem där agenten kan peka ut tydliga felorsaker och föreslå säkra nästa steg.
Fungerar det här bara på HostUp?
Färdigt direkt fungerar det på HostUp eftersom agenten är byggd mot vårt api och våra objekt (dns-zoner, vps, e-postkonton m.m.). Själva konceptet fungerar dock i vilken miljö som helst som har ett välbyggt api och tydliga behörigheter – men då krävs en integration.
Hur ser en integration ut om vi har ett eget api?
Typiskt upplägg: vi går igenom era viktigaste flöden (t.ex. dns, e-post, vm/lifecycle), mappar era endpoints till säkra ”verktyg” för agenten, sätter behörighetsmodell och godkännandesteg, kopplar på dokumentation/runbooks/tickets för bättre träffsäkerhet, och kör en pilot i testmiljö innan produktion. För dialog och offert: [email protected].