Innan Notion-agenter jobbar dygnet runt: bygg kontrollpanelen

Det farliga med AI-agenter är inte att de låter futuristiska. Det farliga är att de snabbt blir vardagliga.

En agent som sammanfattar kundfrågor, fyller i en Notion-sida eller håller koll på en Slack-kanal känns inte som ett stort IT-projekt. Den känns som en hjälpsam kollega. Just därför behöver även ett litet team ha en enkel reception: vem äger agenten, vad får den läsa, vad får den göra, vad kostar den, och när ska den stoppas?

Det är dagens signal från Notion. Under maj har Notion släppt en rad uppdateringar kring Custom Agents: en egen agentkatalog, nya administratörskontroller, kostnadsöversikt, åtkomst till Slack för privata kanaler och en Developer Platform där utvecklare och kodande agenter kan synka data, bygga verktyg och köra kod på Notions infrastruktur.

Källa: Notion 3.5: Notion Developer Platform

Källa: New Custom Agent Directory

Källa: New Custom Agent controls for admins

Källa: Add Custom Agents to private Slack channels

Det här är inte bara intressant för teknikbolag. Om du driver en liten verksamhet, en förening, en konsultfirma, en skola eller ett team där mycket redan ligger i Notion, Google Drive och Slack, då är frågan väldigt praktisk: hur låter vi AI hjälpa till utan att skapa en låda full av osynliga små robotar?

Vad Notion faktiskt har ändrat

Notion beskriver sin nya Developer Platform med löftet att team ska kunna koppla valfri data, bygga egna agentverktyg och ta in externa agenter utan att själva drifta servrar. I praktiken handlar det om tre saker.

För det första kan data från källor med API synkas in i databaser i Notion. Ett API är ett organiserat sätt för program att prata med varandra. För ett mindre team kan det betyda att kundärenden, CRM-data, abonnemangshändelser eller interna listor hamnar på en plats där både människor och agenter kan arbeta med dem.

För det andra introducerar Notion Workers. En Worker är en miljö där Notion kör liten, specialiserad kod åt arbetsytan. Notion lyfter fram att sådana verktyg kan vara mer förutsägbara än rent modellresonemang och kosta färre token när en agent behöver göra samma sak om och om igen. Det är en viktig detalj. Ibland ska AI skriva, prioritera eller resonera. Ibland ska den bara följa en regel.

För det tredje öppnar Notion för externa agenter. Deras exempel nämner Claude, Codex och Decagon. Det betyder inte att alla små team ska bygga agentflottor i morgon. Det betyder att arbetsytan börjar bli en plats där flera olika AI-hjälpare kan dyka upp. När det händer blir ordning viktigare än inspiration.

Källa: Notion 3.5: Notion Developer Platform

Agentkatalogen är viktigare än den ser ut

Den mest jordnära nyheten är kanske den enklaste: Custom Agents har fått en egen plats i Notions Library. Där kan team bläddra bland sina agenter, fästa favoriter och skapa nya agenter som automatiserar återkommande arbete.

Det låter som en produktdetalj. För små organisationer är det en styrningsdetalj.

När en agent ligger gömd i någons personliga arbetsflöde är den svår att förstå. När alla agenter finns i en katalog går det att ställa bättre frågor:

• Vilka agenter finns redan?
• Vem skapade dem?
• Vilka jobbar med kunddata?
• Vilka får skriva tillbaka i Notion eller Slack?
• Vilka körs på schema?
• Vilka har inte använts på en månad?

Det här är samma skifte som när delade dokument ersatte lokala filer. Problemet var inte att folk skapade dokument. Problemet var att ingen visste vilken version som gällde. Med agenter blir versionen inte bara ett dokument. Den kan bli en handling.

Källa: New Custom Agent Directory

Administratörskontrollerna gör agenter mindre dramatiska

Notions nya kontroller handlar om vem som får skapa agenter, hur mycket varje agent får spendera, hur användning följs upp och hur en agent kan pausas om den drar iväg.

Det kanske låter som företagsjargong. Men en liten verksamhet behöver samma princip, bara enklare. Om två personer kan skapa agenter, tre personer kan bjuda in dem i Slack och ingen tittar på kostnaden förrän fakturan kommer, då har ni inte infört AI. Ni har infört osynlig drift.

Notion skriver att administratörer kan välja vilka individer eller grupper som får skapa Custom Agents. De kan sätta kreditgränser per agent tillsammans med den som skapat agenten. Med Enterprise-abonnemanget kan de även sätta en kreditgräns för hela arbetsytan. I användningspanelen syns total förbrukning, uppdelad per agent, tillsammans med status och senaste aktivitet. Om en agent börjar kosta för mycket kan den stängas av medan skaparen justerar den.

Källa: New Custom Agent controls for admins

För en liten skola kan samma tanke översättas så här: en agent som hjälper till med veckobrev får inte läsa elevärenden. En agent som sammanfattar mötesanteckningar får inte skriva beslut. En agent som svarar i en intern Slack-kanal får inte bjudas in i privata HR-kanaler. Det behöver inte vara komplicerat. Det behöver bara vara nedskrivet.

Åtkomst till Slack kräver extra eftertanke

Den 1 maj skrev Notion att Custom Agents kan läsa och svara i privata Slack-kanaler om arbetsytan aktiverar åtkomst till privat innehåll och agenten bjuds in till kanalen. Notion säger också att agenterna bara ser de privata kanaler de bjuds in till.

Det är bra att åtkomsten är inbjudningsbaserad. Men privat Slack är ofta där små team pratar som människor: priser som inte är klara, känsliga kundärenden, personalfrågor, frustrationer, förhandlingar, elever som behöver stöd. En AI-agent i en sådan kanal är inte bara ett verktyg. Den blir en ny deltagare med minne, instruktioner och möjliga åtgärder.

Därför bör privata kanaler börja som rött område. Inte för att AI aldrig får användas där, utan för att någon måste kunna förklara varför just den agenten behöver just den åtkomsten.

Källa: Add Custom Agents to private Slack channels

Ett enkelt agentregister räcker långt

Du behöver inte börja med en policy på tjugo sidor. Börja med ett agentregister i Notion, Airtable, Google Sheets eller vilket verktyg ni redan använder.

Skapa en post per agent. Använd de här fälten:

• Agentens namn: vad den heter i arbetsytan.
• Jobb: en mening om vad den ska göra.
• Ägare: en person, inte "teamet".
• Startsignal: manuell start, schema, ny Slack-tråd, ny databasrad eller webhook.
• Får läsa: exakta sidor, databaser, kanaler eller filer.
• Får aldrig läsa: exempelvis personal, ekonomi, elevhälsa, avtal eller privata kundanteckningar.
• Får skriva: var agenten får skapa, uppdatera eller svara.
• Mänsklig kontroll: vad en person måste godkänna innan något skickas vidare.
• Kostnadsgräns: enkel veckogräns eller kreditgräns.
• Stoppregel: när agenten pausas direkt.
• Senast granskad: datum och kort notering.

Det här är tråkigt på exakt rätt sätt. Det gör agentarbetet synligt innan det blir dyrt, pinsamt eller rörigt.

Kopiera prompten: bygg er första agentkontroll

Klistra in den här prompten i ChatGPT, Claude, Gemini eller Notion AI. Använd inte riktiga personuppgifter eller känsliga kundärenden i första testet. Byt ut hakparenteserna.

Du är vår AI-samordnare. Hjälp oss bygga ett enkelt agentregister innan vi låter AI-agenter arbeta i Notion, Slack eller andra interna verktyg.

Vår verksamhet: [beskriv kort]
Vårt team: [antal personer och roller]
Verktyg vi använder: [Notion, Slack, Google Drive, CRM, e-post, annat]
Tre återkommande arbetsuppgifter vi vill automatisera:
1. [uppgift]
2. [uppgift]
3. [uppgift]

Gör detta:
1. Föreslå vilka av uppgifterna som passar för en första AI-agent och vilka vi bör vänta med.
2. Skapa ett agentkort för den bästa första kandidaten med fälten: namn, jobb, ägare, startsignal, får läsa, får aldrig läsa, får skriva, mänsklig kontroll, kostnadsgräns, stoppregel, senast granskad.
3. Lista fem risker som är realistiska för ett litet team, inte generella AI-risker.
4. Föreslå en testvecka där agenten bara får hjälpa till, inte publicera eller skicka något utan godkännande.
5. Skriv en kort instruktion som ägaren kan läsa varje fredag för att avgöra om agenten ska fortsätta, ändras eller pausas.

Svara praktiskt. Om något saknas, skriv antaganden tydligt istället för att hitta på.

Det här är en bra övning även om ni inte använder Notion. Poängen är att agenten inte får bli ett mysterium. Den ska ha ett jobbkort, en ägare och en stoppknapp.

En första vecka som faktiskt går att genomföra

Om ni vill testa utan att göra det till ett projekt, kör så här:

Dag 1: Välj en ofarlig uppgift. Bra kandidater är intern mötessammanfattning, förslag på svar på vanliga frågor, städning av en kunskapsbas eller förberedelse av veckobrev. Dåliga första kandidater är fakturering, personalärenden, betyg, juridiska avtal eller kundlöften.

Dag 2: Skapa agentkortet. Skriv hellre för snävt än för brett. "Får läsa sidan Supportfrågor maj" är bättre än "får läsa support".

Dag 3: Kör agenten på gammalt material. Jämför resultatet med hur en människa hade gjort. Leta inte bara efter språkfel. Leta efter fel prioritet, fel ton, saknade förbehåll och saker den borde ha lämnat ifrån sig.

Dag 4: Låt agenten hjälpa till i skarpt flöde, men utan att publicera, skicka eller ändra något utan godkännande.

Dag 5: Gå igenom tre saker: sparade den tid, skapade den nya kontroller, och vågar ägaren stå för resultatet? Om svaret är nej på den sista frågan ska agenten pausas eller göras smalare.

Det låter långsamt. Det är meningen. Små team har inte tid att städa upp efter en hjälpare som arbetar snabbt åt fel håll.

Vad Hammer skulle bygga runt detta

För Hammer Automation är det här ett typiskt Tool Forge-problem. Verktyget är inte bara Notion, Slack eller en AI-modell. Verktyget är hela arbetsflödet: data in, beslut, mänsklig granskning, kostnad, åtgärd och logg.

I ett praktiskt införande skulle vi börja med en karta över var arbetet händer i dag. Sedan väljer vi en liten agent med tydlig nytta och låg risk. Därefter bygger vi register, ägarskap och granskning runt den. Om teamet behöver bli tryggare med arbetssättet först hör det hemma i Skill Forge: korta övningar, bättre instruktioner och gemensamma regler för när AI får hjälpa till.

Den bästa AI-agenten i ett litet team är sällan den mest imponerande. Det är den som gör ett tydligt jobb, i rätt kanal, med rätt åtkomst, och som någon faktiskt vågar pausa.

Vanliga frågor om Notion-agenter för små team

Behöver vi Notion Developer Platform för att komma igång? Nej. Börja med agentregistret och en manuell testvecka. Developer Platform blir relevant när ni vill synka egna datakällor, bygga specialverktyg eller koppla händelser från andra system.

Är agentkatalogen bara för stora företag? Nej. Små team behöver ofta mer synlighet, inte mindre, eftersom samma person kan sköta försäljning, support och administration. En katalog gör det lättare att se vilka AI-hjälpare som finns.

Ska vi låta en agent svara i privata Slack-kanaler? Börja med nej. Om ni senare öppnar en privat kanal, skriv exakt varför agenten behöver åtkomst, vem som äger den och vilken information den inte får använda.

Vad är minsta vettiga kontrollen? En ägare, en läslista, en skrivlista, en kostnadsgräns och en stoppregel. Utan de fem sakerna är agenten för lös.