Så driver Altu byrån med agenter
Gustav Brochmann
Altu driver sin egen byrå med en samordnande agent och en handfull specialistagenter i Central Command: försäljning och CRM, ekonomi, personal och drift, marknad, SEO/GEO, Vercel-drift, utveckling och kundmejl. Agenterna förbereder, sammanfattar och föreslår; en människa godkänner varje beslut med ett klick. Önskemål om ny funktionalitet skrivs i chatten, blir ärenden på GitHub och omvandlas av Claude Code till pull requests som granskas och mergas automatiskt.
Frågan vi ville svara på
I caset om Central Command beskrev vi systemet vi driver Altu på, och hur en agent kan arbeta i det med styrda skrivningar och en godkännandekö. Den här texten handlar om nästa steg: vad händer när man inte bara har en agent, utan ett team av dem som tillsammans hjälper till att driva en hel byrå?
Svaret hittills: det går, om varje agent har ett avgränsat uppdrag och en människa har sista ordet.
Ett team i stället för en allvetande agent
Mot oss som användare står en samordnande agent, Managent. Den tar emot frågor och uppdrag i chatten, och lämnar dem vidare till den specialist som är bäst på uppgiften:
- Försäljning och CRM. Förbereder möten, håller koll på uppföljningar och affärer.
- Ekonomi. Utlägg, kvitton och underlag.
- Personal och drift. Det som rör teamet och det löpande arbetet.
- Marknad. Innehåll på altu.se och presentationer till kunder.
- SEO/GEO. Hur sajten syns i sök och i AI-svar.
- Vercel-drift. Hur systemet mår i produktion.
- Utveckling. Önskemål om ny funktionalitet i systemet.
- Kundmejl. Inkommande mejl från kunder.
Poängen med uppdelningen är densamma som i ett mänskligt team. En agent med ett smalt uppdrag och få verktyg gör färre misstag än en som ska kunna allt, och det är tydligt vem som svarar för vad.
Från önskemål till pull request
Det mest konkreta flödet är det för utveckling:
- Någon i teamet skriver ett önskemål i chatten: en ny knapp, en ändrad vy, en rättning.
- Utvecklingsagenten formulerar det som ett ärende på GitHub.
- Claude Code tar ärendet och gör en pull request.
- Pull requesten granskas och mergas automatiskt när kontrollerna är gröna.
Den som önskade något behöver inte öppna en editor, och den som utvecklar behöver inte tolka ett halvt mejl. Ärendet är den gemensamma sanningen, och GitHub-historiken visar vad som ändrades och varför.
Kundmejl: sammanfattat, aldrig skickat
Kundmejl är den uppgift där förtroendet är mest känsligt. Agenten läser inkommande trådar, sammanfattar dem och skriver ett utkast till svar. Utkastet skickas aldrig automatiskt. En människa läser, ändrar och skickar själv. Vinsten är att ingen börjar från ett tomt fält och att ingen tråd glöms bort.
Fel upptäcks utan att någon tittar
Fel i produktionen flaggas automatiskt, så att de hamnar hos någon i stället för att upptäckas av en kund. Det här är en uppgift som människor är dåliga på just för att den kräver att man tittar när allt verkar fungera.
En människa godkänner varje beslut
Det som håller ihop det hela är att agenterna föreslår och människor beslutar. Varje beslut som en agent vill ha fattat läggs fram som en fråga som kan besvaras med ett klick. Det betyder att teamet inte behöver sitta med och övervaka, men heller aldrig lämnar ifrån sig kontrollen. Mekaniken bakom – OAuth per person, styrda skrivningar och godkännandekön – finns beskriven i caset om Central Command.
Vad vi lärde oss
- Ge varje agent ett smalt uppdrag. Bredden hör hemma hos den samordnande agenten.
- Låt människor godkänna beslut, inte övervaka arbete. Ett klick per beslut är hållbart, att läsa varje steg är det inte.
- Skicka aldrig något utåt automatiskt. Utkast är värdefulla, utskick är ett ansvar.
- Låt ändringar gå genom samma kanal som all annan utveckling – ärende, pull request, granskning – så att det finns en historik.
Vi bygger den här typen av agentflöden åt kunder, ovanpå system de äger. Läs mer om Claude och MCP eller hör av er om ni vill se hur det fungerar i praktiken.