Det finns två sätt att få Copilot att göra riktigt jobb inne i dina SharePoint-sajter: Agents och det nyare tillskottet — Skills. På ytan ser de lika ut. Det är de inte. De är inte ens samma kategori av sak.

Och en sak du behöver veta direkt: Skills lanserades i public preview våren 2026 och håller på att rullas ut till verksamheter som redan har Microsoft 365 Copilot. I praktiken innebär det att funktionen förr eller senare dyker upp i din miljö utan att du behöver bygga något. Frågan blir därför inte om ni ska förhålla er till det här, utan hur — och att förstå skillnaden mellan Skills och Agents nu är skillnaden mellan att styra utvecklingen och att bli överraskad av den.

DEN MENTALA MODELLEN: PROCEDUREN OCH ASSISTENTEN

Vi förklarar det så här för kunder:

En Skill är en procedur. Det är hur:et. En Agent är den konfigurerade assistenten. Det är vem:et.

Tänk ett kök. Agenten är kocken. Skills är recepten. En kock utan recept lagar fortfarande mat — varje tallrik blir bara lite olika. Samma kock med recept levererar samma sak varje gång.

Och det här är inte en Microsoft-grej i grunden. Mönstret att skriva ner en SOP som en AI sedan följer började egentligen i Claude och dyker nu upp i ChatGPT, Gemini och resten. Lär dig modellen en gång, så bär den över alla verktyg. Det är för övrigt exakt det vi gör internt på AdMane — vi har byggt egna SKILL.md-filer för vår tillväxtmotor och våra e-postsekvenser. Mer om varför det spelar roll längre ner.

AGENTER: ASSISTENTEN SOM REDAN FINNS

På varje modern SharePoint-sajt kör Copilot redan som en agent. Varje sajt får automatiskt en färdig agent när Copilot slås på. Du behöver inte bygga något för att en assistent ska finnas där — den svarar på frågor som "vad sa vi om Acme förra året?" direkt.

Custom agents är vad du bygger när du vill ha en namngiven assistent med egen identitet, scope och instruktioner. Det finns tre varianter:

- SharePoint custom agents — fortfarande sajt-begränsade, fortfarande läs-och-svara, men med den identitet och de startprompter du väljer.
- Agent Builder-agenter — deklarativa agenter i M365 Copilot-gränssnittet med kunskapskällor och åtgärder via plugins.
- Copilot Studio-agenter — hela verktygslådan. Egna instruktioner, åtgärder tvärs system (Dynamics, ServiceNow, egna API:er), triggers, scheman, styrning, DLP.

För de flesta mindre och medelstora verksamheter räcker standardagenten eller en enkel SharePoint-agent långt. Du behöver alltså sällan börja med det dyraste och mest avancerade — poängen är att veta vilken nivå som faktiskt löser ert problem, så att ni inte betalar för Copilot Studio när en namngiven sajt-agent gjort jobbet.

SKILLS: PROCEDUREN SOM KÖRS LIKADANT VARJE GÅNG

Skills är något annat. De lever som en markdown-fil i sajtens Agent Assets-bibliotek, närmare bestämt under /Agent Assets/Skills/<namn>/SKILL.md. De kör på en sajt. De kan sammanfatta dokument, sätta metadata, uppdatera listor, organisera filer — och kedja ihop de stegen. Copilot laddar dem automatiskt när den känner igen jobbet, eller så anropar du dem vid namn.

De är SOP:en. Samma procedur, varje gång.

En viktig distinktion: en Skill är inte ett nytt verktyg. Verktygen — att sammanfatta, tagga, uppdatera en lista, bygga ihop data till en rapport — är saker Copilot redan kan göra på sajten. En Skill är proceduren som binder ihop dem: den talar om för Copilot vilka steg som ska köras, i vilken ordning och hur ni vill ha resultatet. Skillen lägger alltså inte till nya förmågor, den ser till att de befintliga används likadant varje gång.

GRÄNSEN DU SOM BESLUTSFATTARE BEHÖVER KÄNNA TILL

Här är vad de flesta som hypar Skills inte berättar, och vad som faktiskt spelar roll om du ansvarar för en verksamhets data: en Skill kan inte koppla till externa system eller köra egen kod. En Skill kan bara utföra det användaren redan har behörighet att göra. Den utökar inte åtkomst och introducerar inga nya rättigheter. För dig betyder det att du kan låta olika team bygga egna procedurer utan att oroa dig för att någon av misstag öppnar en dörr i er data — en Skill kan aldrig ge mer åtkomst än personen som kör den redan har.

Det är goda nyheter ur ett säkerhetsperspektiv — en Skill kan inte bli en bakdörr. Men det betyder också att om du behöver integrera mot Dynamics, ett ärendesystem eller ett eget API, så är det inte Skills du letar efter. Då är det Copilot Studio.

Det är därför den vanliga one-linern "agenter svarar, Skills agerar" inte håller. Huruvida en agent agerar beror helt på vilken variant du byggt. En Copilot Studio-agent agerar tvärs system. En Skill agerar bara inom sajten, inom dina befintliga behörigheter.

SÅ SER DET UT I PRAKTIKEN

Ett säljteams SharePoint-sajt har sin standardagent som svarar på frågor. På samma sajt ligger en "Skapa offertutkast"-Skill som triggar när säljarna ber Copilot dra ihop ett utkast från deras mötesanteckningar — samma struktur, ton och sektioner varje gång.

Agenten svarar. Skillen kodifierar proceduren. Båda på samma sajt, olika jobb.

BEHÖVER JAG EN SKILL ELLER EN AGENT?

Ställ dig två frågor:

1. Vill jag ha en namngiven, egen assistent för ett specifikt syfte — eller räcker standardagenten? Räcker standarden, bygg inget.
2. Har jag återkommande procedurer på den här sajten som behöver göras konsekvent? Har du det, är det en Skill.

Och en tredje fråga som är minst lika viktig i praktiken: vem skriver Skillen? Formatet är öppet och enkelt, men kvaliteten på resultatet beror helt på hur väl Skillen är skriven. En slarvig SKILL.md ger slarviga, oförutsägbara resultat. En genomtänkt ger samma höga kvalitet varje gång, oavsett vem på teamet som kör den. Konkret är det skillnaden mellan att en ny medarbetare levererar som er mest erfarna kollega redan första veckan — eller famlar i månader. Kunskapen sitter i Skillen, inte i personen.

Det är skillnaden mellan att ha en kock med recept och en kock med recept som faktiskt är skrivna av någon som kan köket.

Vi på AdMane hjälper svenska företag att sätta upp Copilot och säkra sin Microsoft 365-miljö så att det blir rätt från början och fortsätter vara det. Undrar du om Skills eller agenter passar er SharePoint? Hör av dig så reder vi ut det.

‍