Claude
i arbeid

Claude Team er laget for bruk i virksomheter.

EU AI Act og hva som skjer i Norge.

AI Act trådte i kraft i EU 1. august 2024. Reglene innføres trinnvis.

Dette går fort.

Veldig fort.

Effekten? Det oppstår et stadig større gap mellom AI-aktiverte organisasjoner og virksomheter som ikke kommer i gang.

Modeller som har blitt lansert i det siste …

Fra det store bildet til en konkret arbeidsflyt.

Chat og Cowork er nå slått sammen.

Ulike moduser med Claude.

I dag bruker vi Claude Desktop som arbeidsflate.

Dette ligger nærmere slik vi tror man vil jobbe med agenter i fremtiden …
En agent er en AI som kan jobbe seg gjennom flere steg mot et mål, ikke bare svare på ett spørsmål.

Prompt-design er ikke så viktig lenger..

Gi Claude et mål, en avgrenset arbeidsflate og kunnskapen den trenger. Claude kan foreslå veien videre, mens vi setter retning og vurderer.

Noen prinsipper som bør følges:

Gode rammer gjør autonomt arbeid lettere å kontrollere.

Claude lager et førsteutkast. Vi skiller kilder fra forslag og vurderer resultatet.

Tilgang og kontroll følger arbeidsområdet.

• Claude får bare tilgang til det du gir den: et prosjekt, en mappe du velger eller en tilkobling.
• Du velger om Claude skal spørre før den gjør noe utenfor det du har gitt tilgang til.
• Permanent sletting krever alltid en egen bekreftelse.

La oss komme i gang.

Tilpass Claude med instruksjoner.

Instruksjoner forteller Claude hvordan du vil at den skal jobbe. Da slipper du å gjenta deg selv.

Jeg heter [navn] og jobber som [rolle]
i [selskap]. Svar på norsk, kort og
konkret. Spør hvis noe er uklart i
stedet for å gjette. Send aldri noe
uten å be om tillatelse, og spør før
du endrer noe.

[Selskap] [kort om hva selskapet
gjør]. Jeg jobber med
[ansvarsområde]. Bruk kunnskapen i
prosjektet, skill mellom fakta og
forslag, vis kildene dine, og spør
alltid før du sender eller endrer noe.

Legg inn dine egne instruksjoner.

Hjelp meg å beskrive arbeidshverdagen min slik at jeg kan lage gode
instruksjoner for prosjektet. Gjør et kort, overordnet intervju med tre
spørsmål, ett spørsmål om gangen, slik at jeg kan starte enkelt uten en
lang intervjusesjon. Start med å spørre hvor jeg jobber og hva jeg jobber
med. Vis spørsmålene som klikkbare svaralternativer (bruk
spørsmålsverktøyet), så jeg kan velge eller skrive eget svar. Bygg videre
på svarene mine, og foreslå deretter «Instruksjoner for prosjektet».

Lag ett arbeidsområde på PC-en.

En fast mappe blir Claudes arbeidsområde. Alt Claude lager, havner der, så du alltid vet hvor du finner det.

Slik kan mappen se ut.

Et eksempel på hvordan du kan organisere arbeidsområdet med Markdown-filer.

Claude for jobb/
├── CLAUDE.md          ← kort om prosjektet, mål og regler
├── inn/               ← kildemateriale, det jeg leser men aldri endrer
├── arbeid/            ← utkast og mellomting
└── ut/                ← det jeg leverer

Du får tilgang til prosjektet ditt på både PC og mobil.

Prosjektet ligger på Claude-kontoen din, ikke på maskinen. Du kan starte noe på mobilen og fortsette på PC-en.

Du trenger ikke skrive … prøv voice mode.

Med voice mode snakker du med Claude, og Claude svarer med stemme. Det passer når du vil tenke høyt, for eksempel på vei til et møte.

Voice mode

Prøv selv, test selv etter kurset

1. Start voice mode i prosjektet ditt.
2. Be Claude gjøre en vurdering av hvilken oppgave du burde begynne med nå, og hvordan den kan hjelpe deg.

En tilkobling knytter Claude sammen med andre tjenester.

Den kan gi Claude tilgang til relevant informasjon og, avhengig av tilgangen, muligheten til å utføre handlinger.

Velg hvordan Claude skal få vite om uken din.

Begge sporene ender i den samme ukeoversikten.

Gi meg en kort oversikt over møtene jeg har denne uken.

Praktisk oppgave: Få oversikt over uken og gjøremål.

Poenget: Du får oversikt på minutter, men Claude gjetter ikke frister eller ansvar. Er noe usikkert, sier Claude fra.

Bygg prompten steg for steg.

Bruk prompten for ditt spor. Begge gir ukeoversikten i samme format.

Lag en kort oversikt over de tre siste arbeidsdagene (uten i dag).

Kilder: kalenderen min og innboksen (in:inbox, ikke kampanjer, sosiale eller automatiske varsler). Bruk emne og avsender. Åpne maks 3 tråder, og bare der noe er uklart og ser viktig ut. Ikke les vedlegg.

Svar med:
1. Konklusjon i 2 linjer
2. Maks 5 ting jeg bør følge opp (hva, hvem eier det, frist hvis den står i kilden)
3. Hva venter på andre (navn og tema)
4. Hva er uklart

Hold det under 250 ord. Ingen kildeliste, men si fra hvis noe er usikkert. Ikke send eller endre noe.

Intervju meg for å lage en kort oversikt over arbeidsuken min. Still ett spørsmål om gangen, og vent på svaret før du går videre. Still åpne spørsmål, uten svaralternativer, så jeg kan svare med egne ord.

Spør om:
1. Hva har fokuset vært denne uken?
2. Hva gjenstår før helgen?
3. Hva er de viktigste tingene som skjer neste uke?

Lag deretter oversikten med:
1. Konklusjon i 2 linjer
2. Maks 5 ting jeg bør følge opp (hva, hvem eier det, frist hvis jeg har nevnt den)
3. Hva venter på andre (navn og tema)
4. Hva er uklart

Hold det under 250 ord. Ikke send eller endre noe.

Bruk maler for å få et mer likt resultat.

En mal gir en fast struktur, et gjenkjennelig språk og et resultat som er lettere å bruke igjen.

# Ukeoversikt · uke [nr]

## Gjort denne uken
-

## Jeg skal følge opp
- Oppgave:
  Frist (hvis dokumentert):
  Kilde:

## Venter på andre
- Hva:
  Hvem:

## Uklart eller bør sjekkes
-

Fra samtale til noe du kan bruke.

Et artifact er et resultat Claude lager ved siden av samtalen. Det kan være et dokument, en oversikt eller et lite verktøy som du kan jobbe videre med.

Andre eksempler: presentasjon, diagram eller enkel app.

En intro til skills

Eksempler på bruk av skills

Gjør arbeidsflyten gjenbrukbar.

Vi har nå en ukeoversikt og en mal. Nå pakker vi arbeidsmåten som en skill.

Arbeidsflyt og mal i samme prompt.

Bruk skillene «ukeoversikt» og
«designmal», og oppdater artefakten.

Eksempler på andre skills

Skills kan deles.

En skill kan deles med enkeltpersoner eller gjøres tilgjengelig for hele organisasjonen.

• Dokumenter hva skillen gjør
• Avklar hvem som vedlikeholder den
• Bruk godkjent deling og tilgang

Nå har vi laget et system rundt ukeoversikten.

Men ingenting skjer uten at du ber om det.

La Claude gjøre jobben før du ber om den.

Test arbeidsflyten først. Når den er stabil, kan den kjøres som et utkast på fast rytme.

Kjør ukeoversikten hver fredag.

Når ukeoversikten fungerer, kan Claude lage et utkast på fast tidspunkt.

Hver fredag kl. 14:00: bruk ukeoversikt-skillen. Gå gjennom e-post, kalender og Teams for uken. Lag et utkast med det som er gjort, det jeg skal følge opp, det som venter på andre og det som er uklart. Ikke send eller del noe automatisk. Marker tydelig at resultatet må vurderes.

Hver fredag kl. 14:00: bruk ukeoversikt-skillen. Intervju meg om uken med ett åpent spørsmål om gangen: hva fokuset har vært denne uken, hva som gjenstår før helgen og hva som er de viktigste tingene som skjer neste uke. Lag deretter et utkast med det som er gjort, det jeg skal følge opp, det som venter på andre og det som er uklart. Ikke send eller del noe automatisk. Marker tydelig at resultatet må vurderes.

Bruk Claude til å se hvor arbeidsflyten kan bli bedre.

Be Claude finne gjentatte spørsmål, feil eller manuelle steg.

Se på de siste ukeoversiktene og kommentarene mine.
Hva manglet eller var feil? Hvilke avklaringer må jeg gjenta?
Foreslå endringer i prosjektinstruksjonene, malen eller skillen.
Vis først forslagene, og ikke endre noe før jeg godkjenner.

Nettleseren kan være en del av arbeidsflyten.

Computer use betyr at Claude kan bruke knapper og felt på en nettside, innenfor de rammene du gir.

• Bruk bare godkjente systemer og kontoer
• Avgrens hva Claude får se og gjøre
• Les gjennom før noe sendes, endres eller publiseres

Arbeidsflyter, instrukser og skills blir nye ressurser å forvalte.

I Glassboks ser vi dette som å bygge arbeidsmåter som kan læres, brukes igjen og forbedres over tid.

Det handler om å bygge en arbeidsflyt som fungerer for deg.

Start med en oppgave. Gi Claude nok kontekst. Se hva som skjer. Forbedre rammene når du lærer noe.

Claude-appen har noen naturlige begrensninger.

Claude-appen er laget for å gjøre agentisk arbeid tilgjengelig i en vennlig arbeidsflate. Noen oppgaver trenger likevel mer direkte tilgang, mer kontroll eller mer utvikling.

Slik fungerer Claude Code.

Du beskriver hva du vil lage. Claude ser på filene, foreslår en plan, skriver kode og hjelper deg å teste. Du må fortsatt følge med og godkjenne viktige steg.

Et API er en avtalt dør mellom appen og dataene.

Når du klikker «lagre», trenger grensesnittet en trygg måte å be om data på. API-et tar imot forespørselen, følger reglene og sender et svar tilbake.

Hvor lagres data?

Claude Code kan bygge grensesnittet. Før vi kobler på data, må vi vite hva som skal lagres, hvem som skal ha tilgang, og om appen skal brukes av én person eller flere.

Start med et problem, ikke med kode.

Et godt resultat begynner før den første kodelinjen. Vi må vite hvem løsningen er for, hva dataene betyr og hvordan vi skal kontrollere det som blir laget.

Bygg en app for gjøremål og ukeoversikt.

Først avklarer Claude navn, bruker, data og resultat. Deretter lager den en plan og bygger en løsning vi kan teste.

Hjelp meg å bygge min første app: en liten app der jeg kan holde styr på gjøremål og få en ukeoversikt over arbeidsuken min.

Jeg er nybegynner og deltar på et kurs. Veiled meg i vanlig språk, ta fornuftige tekniske valg, og gjør selve arbeidet.

Intervju meg først med disse tre spørsmålene. Still ett spørsmål om gangen, og vent på svaret mitt før du går videre, slik at det er enkelt å svare:

1. Hva vil du at appen skal hete?
2. Hvilken farge eller stil ønsker du? Foreslå noen eksempler.
3. Hvilke grupper vil du sortere gjøremålene i? Foreslå for eksempel Følg opp, Venter på andre og Uklart.

Etter at jeg har svart på alle tre, forklar tilnærmingen din på maks 150 ord, i hverdagsspråk:

- Frontend er det jeg ser og klikker på.
- Applogikken håndterer handlinger som å fullføre en oppgave eller redigere den.
- Lagring husker oppgavene mine når jeg kommer tilbake.
- Denne enkle versjonen holder alt i nettleseren, så den trenger ingen egen backend. Forklar kort hva en backend ville gjort i en større app.

Bygg den deretter med en gang. Ikke stopp etter forklaringen for å spørre om godkjenning av tekniske valg. Vanlige verktøytillatelser er greit.

Tekniske krav:

- Lag en selvstendig index.html med all HTML, CSS og JavaScript inni.
- Den må fungere ved å dobbeltklikke filen på Windows eller macOS.
- Ikke bruk utviklerserver, rammeverk, pakkehåndterere, eksterne biblioteker, eksterne fonter, CDN-er eller nettverkskall.
- Ikke anta at Node.js, Python, Git eller andre utviklerverktøy er installert.
- Start med fem til seks fiktive eksempeloppgaver, tydelig merket som eksempler, som jeg enkelt kan slette.
- Lagre endringer med localStorage, med en stabil, app-spesifikk nøkkel.
- Fang opp lagringsfeil. Hvis lagring ikke er tilgjengelig, vis en tydelig melding om at oppgavene bare varer for denne økten.
- Bruk trygg tekstvisning for oppgavetitler.
- Hold alt arbeid i en ny mappe inne i arbeidsområdet. Ikke overskriv eksisterende filer.

Appfunksjoner:

- Marker oppgaver som fullført, og angre fullføring.
- Rediger oppgavetitler.
- Filtrer på Alle, Aktive og Fullførte.
- Lag en visning «Ukeoversikt» som viser hva som er gjort denne uken, hva som gjenstår og hva som venter på andre, med antall for hver gruppe.
- Vis antall gjenstående oppgaver.
- Legg feltet for å legge til egne oppgaver godt synlig øverst i appen, ikke nederst.

Design:

- Skal føles som et lite, gjennomarbeidet produkt.
- Tydelig typografi, god luft og lesbar kontrast.
- Fungerer på både laptop og mobil.
- Enkelt språk, ingen tekniske uttrykk i grensesnittet.

Gi meg noen korte oppdateringer underveis om hva du gjør og hvorfor. Ikke overveld meg med kode.

Før du avslutter: sjekk koden, test funksjonene hvis mulig, og åpne index.html i nettleseren min. Forklar til slutt hvor oppgavene lagres, og at jeg bør eksportere en backup før jeg flytter filen eller sletter nettleserdata.

Avslutt med å invitere meg til å be om én liten endring for å gjøre appen til min egen.

Du har bygget. Hva nå?

En lokal prototype kan fungere fint på din maskin. Før andre skal bruke den, må vi teste, sikre og plassere den riktig.