Claude-skillit ei-tekniselle tiimille: näin saat ne käyttöön

Skilli on perehdytysohje, ei kehotekirjasto

Skilli (Anthropicin termillä Agent Skill) on kansio, jossa on ohjeet, mallipohjat ja tarvittaessa apuskriptit yhtä työtehtävää varten. Paras vertaus on uuden työntekijän perehdytysohje: kirjoitat prosessin ylös kerran samalla tavalla kuin opettaisit sen uudelle kollegalle, ja sen jälkeen Claude osaa tehdä tehtävän samalla tavalla joka kerta. Ero kehotekirjastoon on iso. Kehotteita kopioidaan käsin ja jokainen muokkaa omaansa, mutta skillin Claude löytää ja ottaa käyttöön itse, kun tehtävä sitä vaatii.

Miksi skillit toimivat siellä, missä pitkät ohjeet eivät

Moni yritys on kokeillut yhtä jättimäistä ohjedokumenttia, joka liimataan jokaisen keskustelun alkuun. Se lakkaa toimimasta nopeasti, koska malli hukkuu epäolennaiseen. Skillit ratkaisevat tämän niin, että Claude näkee lähtötilanteessa vain jokaisen skillin nimen ja lyhyen kuvauksen. Varsinainen sisältö avataan vasta, kun skilliä oikeasti tarvitaan. Siksi tiimillä voi olla kymmeniä skillejä ilman, että ne sotkevat toisiaan.

Tärkein oppi: rakenna marketplace, älä jaa tiedostoja

Isoin yksittäinen onnistumisen tekijä on ollut yhteinen, git-pohjainen skillimarketplace eli yksi versionhallittu paikka, josta koko tiimin skillit asennetaan ja päivitetään. Jos skillejä jaetaan tiedostoina tai jokainen tallentaa omansa omalle koneelleen, syntyy nopeasti kymmenen hieman erilaista versiota samasta ohjeesta, eikä kukaan tiedä, mikä on ajantasainen. Kun lähde on yksi git-repo, korjaus tehdään kerran ja se leviää kaikille. Versionhallinta kertoo myös, kuka muutti mitä ja milloin, ja huonon muutoksen voi perua. Tämä ei ole vain oma havaintoni: Anthropicin dokumentaatio suosittelee samaa, koska skillit eivät synkkaudu automaattisesti eri käyttöympäristöjen välillä. Anthropicin oma talousosasto ylläpitää noin 150:tä jaettua skilliä juuri näin, ja ylläpitäjinä ovat kirjanpitäjät ja analyytikot, eivät koodarit.

Kuvaus ratkaisee, löytyykö skilli koskaan

Claude valitsee skillin pelkän kuvauksen perusteella. Jos kuvaus on ympäripyöreä, kuten "auttaa dokumenttien kanssa", skilli jää käyttämättä tai laukeaa väärissä tilanteissa. Hyvä kuvaus kertoo, mitä skilli tekee ja milloin sitä käytetään, ja sisältää ne sanat, joita tiimiläiset oikeasti sanovat. Jos asiakaspalvelija puhuu "palautusraportista", kuvauksessa pitää lukea palautusraportti. Tämä on kokemukseni mukaan yleisin syy siihen, miksi skilli "ei toimi".

Pidä skillit pieninä ja karsi rohkeasti

Toimivin skilli tekee yhden asian hyvin: muotoilee viikkoraportin, luokittelee reklamaation tai kirjoittaa tarjouksen rungon. Anthropicin oma ohje on aloittaa kapeasta ja yhdistellä vasta myöhemmin, kun tietää mikä toimii. Määrälläkin on raja, sillä liian monta skilliä heikentää valintatarkkuutta, ja moni tiimi huomaa keränneensä kasan kertakäyttöisiä kokeiluja. Henkiin jäävät ne skillit, jotka ratkovat viikoittain toistuvia ongelmia. Loput kannattaa poistaa, ja git-repossa karsiminen on turvallista, koska mikään ei katoa lopullisesti.

Prosessin omistaja tekee skillin, joku muu tarkistaa

Parhaat skillit syntyvät, kun ne tekee henkilö, joka tuntee prosessin, eli myyjä, asiakaspalvelija tai kirjanpitäjä. Teknistä osaamista ei tarvita, sillä Claudelle voi kertoa haastattelun tavoin, miten työ tehdään, ja se rakentaa skillin itse. Yksi sääntö kannattaa silti lainata ohjelmistokehityksestä: tekijä ei tarkista omaa työtään. Kun toinen ihminen katselmoi skillin ennen kuin se julkaistaan yhteiseen marketplaceen, laatu pysyy yllä eikä repoon kerry päällekkäisiä tai vanhentuneita ohjeita. Uuteen skilliin kannattaa myös luottaa vasta, kun sen tuloksia on verrattu nykyiseen tapaan muutaman viikon ajan.

Näin pääset alkuun

Käyttöönoton ei tarvitse olla projekti. Toimiva järjestys on tämä:

• Valitse kolme toistuvaa tehtävää: Aloita tehtävistä, joita joku tekee viikoittain ja joissa on selvä oikea tapa toimia.
• Tee skillit prosessin omistajien kanssa: Istukaa alas tunniksi per skilli ja antakaa Clauden haastatella tekijää.
• Perusta git-pohjainen marketplace heti: Yksi repo, josta skillit asennetaan. Tämä tuntuu alussa ylimitoitetulta ja osoittautuu myöhemmin tärkeimmäksi päätökseksi.
• Sopikaa omistaja ja katselmointi: Jokaisella skillillä on nimetty omistaja, ja muutokset tarkistaa joku muu kuin tekijä.
• Seuraa käyttöä ja karsi: Katsokaa parin kuukauden välein, mitä skillejä oikeasti käytetään, päivittäkää parhaat ja poistakaa loput.

Skillit eivät myöskään rajoitu kirjoittamiseen: pluginin avulla Claude pääsee kiinni yrityksen omiin järjestelmiin API-rajapintojen kautta ja alkaa tehdä asioita, ei vain luonnostella niitä. Siitä kerron tarkemmin artikkelissa Claude-pluginit: näin tekoäly pääsee kiinni yrityksen järjestelmiin.