”Nästa biljon användare blir inte människor” – vad betyder det när mjukvara ska byggas för AI-agenter?

Gustav Brochmann

Det betyder att agenten blir en egen användare av era system, inte ett tillägg ovanpå knappar byggda för människor. En agent behöver tydliga verktyg i stället för skärmar, behörigheter som följer en verklig person, regler i systemet för vad den får ändra, och en logg över allt den gör. Dagens stora leverantörer bygger sällan om sina produkter på det sättet, eftersom deras affär bygger på licenser per mänsklig användare. För ett svenskt bolag är det praktiska steget att ge agenten ett styrt lager mot den egna datan, till exempel via MCP, i stället för att vänta på att varje leverantör hinner ikapp.

Vad Y Combinator sa

I sin lista över bolag de vill finansiera inför sommaren 2026 lyfte Y Combinator en kategori de kallar *Software for Agents*:

The next trillion users on the internet won't be people. They'll be AI agents, and they're already doing real work on top of software that was designed for humans clicking buttons. Every major category of software needs to be rebuilt for agents as first-class citizens, and that won't come from incumbents.

Aaron Epstein, Y Combinator (Requests for Startups, sommaren 2026)

Det är en spaning riktad till grundare i Silicon Valley. Men den beskriver något vi ser varje vecka hos svenska bolag: medarbetare som redan använder Claude eller ChatGPT i sitt arbete, och som klistrar in data fram och tillbaka mellan agenten och system som aldrig var tänkta för det.

Vad ”byggd för människor som klickar” betyder i praktiken

Ett vanligt affärssystem är byggt kring en skärm. Någon loggar in, letar upp rätt kund, klickar på rätt flik och fyller i ett formulär. Reglerna för vad man får göra sitter ofta i gränssnittet: knappen syns inte om du saknar behörighet, och kollegan som granskar sitter bredvid.

En agent har ingen skärm. När den ska arbeta i ett sådant system finns i regel tre vägar, och ingen av dem är bra:

  • Den styr gränssnittet som en människa skulle, klick för klick. Det är långsamt och går sönder när knappen flyttas.
  • Den får en API-nyckel med fulla rättigheter. Då kan agenten mer än någon av de människor som använder den, och loggen säger bara ”integrationen”.
  • Den får ingenting. Då blir människan själv integrationen och kopierar data mellan fönster.

Vad ”agenten som förstklassig användare” kräver

Att bygga för agenter är inte att lägga en chattruta i hörnet av en befintlig produkt. Det handlar om fyra saker som måste finnas i själva systemet:

  1. Verktyg i stället för skärmar. Tydligt namngivna funktioner som ”hämta bolagsöversikt” eller ”logga timmar”, var och en klassad som läsning, skrivning eller borttagning.
  2. Agenten agerar som en verklig person. Varje anrop körs med den inloggade personens behörigheter. Slutar personen, slutar agenten fungera.
  3. Regler i systemet, inte i prompten. Att fylla i ett tomt fält kan gå direkt. Att skriva över något en kollega skrivit, eller ta bort något, ska gå via en människa.
  4. Allt loggas. Frågan ”vem ändrade det här?” ska alltid ha ett svar, också när svaret är ”Claude, åt Anna, i tisdags”.

Vi har skrivit mer om reglerna i Hur låter man en AI-agent uppdatera ett CRM utan att den förstör något?

Varför det sällan kommer från dagens leverantörer

Y Combinators poäng om etablerade leverantörer handlar om affärsmodell lika mycket som om teknik. Den som säljer licenser per användare och plats har svårt att välkomna en användare som gör tio personers arbete utan att ta en licens. Den som har lagt femton år på ett gränssnitt har svårt att säga att gränssnittet inte längre är det viktiga.

Det betyder inte att era nuvarande system blir värdelösa. Det betyder att ni inte bör vänta på att varje leverantör ska bygga om sig innan era medarbetare får arbeta med agenter på ett ordnat sätt.

Hur vi gjort i vårt eget system

Vi började med oss själva. Altu Central Command är vårt interna system för CRM, projekt, tidrapportering, utlägg och mötesanteckningar. Det är byggt med agenten som en av användarna från början.

Via MCP når en agent som Claude fler än 50 verktyg i systemet. Man loggar in som sig själv, och agenten ser exakt det personen ser i appen. Nya anteckningar och uppföljningar läggs in direkt. Ändringar av befintliga värden och alla borttagningar hamnar i en godkännandekö där en människa ser före och efter. Vissa saker kan agenten inte göra alls: Den registrerar kvitton men attesterar dem inte.

Vad ett svenskt bolag kan göra nu

Ni behöver inte byta ut alla system. Börja där agenten redan används och där friktionen är störst:

  • Välj ett flöde. Mötesanteckningar till CRM, tidrapportering eller sammanställning av kunddata är vanliga startpunkter.
  • Bygg ett styrt lager mot datan. Ett MCP-lager framför den databas eller det API ni redan har, med behörigheter per person och regler för skrivningar. Läs mer i MCP för svenska bolag.
  • Äg lagret själva. När reglerna ligger i ett lager ni äger kan ni byta modell eller leverantör utan att börja om.
  • Mät det som försvann. Hur många minuter per möte, rapport eller vecka slapp en människa lägga på att flytta data?

Vill ni se hur det ser ut i praktiken? Hör av er, så visar vi vårt eget system, eller läs om vad vi bygger för kunder på Claude och MCP.