Ditt første arbeidsområde

Dette skal du bygge

Når du er ferdig med denne veiledningen, har du:

• Et arbeidsområde oppkalt etter prosjektet ditt
• En Git-repo registrert i det
• Fem seedede agenter, hvorav du har konfigurert én godt nok til å kjøre
• Et andre, tomt arbeidsområde som beviser isolasjonsgrensen

Onboarding opprettet allerede et arbeidsområde for deg. Denne veiledningen oppretter et helt nytt med vilje, slik at du ser hver del av prosessen.

Før du begynner: velg en Git-utsjekking som oppfyller alle tre kravene nedenfor – registreringstrinnet avviser alt annet:

• den ligger inne i et git-worktre
• den har en origin-remote
• den remoten peker på github.com, gitlab.com eller bitbucket.org

Steg 1: Opprett et arbeidsområde

1. Klikk på arbeidsområde-brikken i tittellinjen
2. Velg Legg til arbeidsområde…
3. Skriv inn et navn som identifiserer prosjektet, som «api-service» eller «frontend-v2»
4. Velg eventuelt en logo
5. Klikk Legg til arbeidsområde

Control Center bytter til det nye arbeidsområdet og lander på innboksen (/workspaces/<id>/inbox).

Bak kulissene publiserer serveren en WorkspaceCreated-hendelse og seeder arbeidsområdet med:

• en CEO-agent, hvis persona er koordinering og delegering
• fire spesialister – qa, architect, engineer og librarian – hver med sine egne instruksjoner og skills
• de innebygde pipeline-malene og utløserradene deres

Hvert arbeidsområde du oppretter, får alt dette – ikke bare det første.

Bekreft det: åpne Innstillinger → Arbeidsområde → Agenter. Det står fem agenter i agentlisten, hver med en hul statusring.

Steg 2: Registrer en repo

1. Gå til Innstillinger → Arbeidsområde → Arkiv
2. Klikk Legg til arkiv
3. Bla til utsjekkingen din. Dialogen går gjennom mappene på maskinen som kjører cc_server – ikke klienten din – og holder seg innenfor røttene serveren eksponerer (hjemmekatalogen til brukeren dens som standard). En git-utsjekking får et eget mappeikon og en avmerkingsboks; en vanlig mappe får ingen av delene, så bare utsjekkinger kan velges.
4. Merk av én eller flere utsjekkinger og registrer bunken. Valgene overlever mens du navigerer, så du kan samle flere i én omgang, og ett dårlig valg fjerner aldri resten.

Control Center leser origin-remoten til hver utsjekking, løser opp eier og repo og oppretter repo-raden inne i dette arbeidsområdet. Det finnes ikke noe annet steg for å koble den: registreringen er det som gir den omfang.

Registrerer du den samme utsjekkingen i et annet arbeidsområde senere, opprettes en andre, uavhengig repo-rad med sin egen id. På tvers av arbeidsområder identifiseres en utsjekking av filsystemstien sin, aldri av id-en.

Bekreft det: repoet dukker opp i listen med owner/repo og gjeldende gren.

Steg 3: Gjør én agent kjørbar

De fem agentene som nettopp ble seedet i dette arbeidsområdet, har verken adapter eller modell. Utsendingen kjører dem på Control Center (built-in) og spør, når ingen modell er satt, Anthropic om standardmodellen deres – så de virker bare hvis du har koblet til en Anthropic-konto, og på en modell du ikke selv har valgt hvis du har det. Onboarding ved første kjøring fester valget sitt til hver agent i det første arbeidsområdet, én gang; et arbeidsområde du oppretter etterpå, starter med alle fem usatte. Sett én nå.

1. Åpne Innstillinger → Arbeidsområde → Agenter
2. Velg engineer i agentlisten
3. På fanen Innstillinger setter du Adapter til Control Center (built-in) og velger en Modell fra en leverandør du har koblet til under Innstillinger → Server → Modellleverandører
4. Trykk Lagre endringer

Bekreft det: åpne agenten på nytt, og de to feltene holder valgene dine.

Hver agent har sin egen adapter og modell, så gjenta dette for enhver annen agent du har tenkt å bruke. Opprett og konfigurer en agent dekker resten av skjemaet.

Steg 4: Se isolasjonsgrensen

Opprett et andre arbeidsområde fra brikken i tittellinjen, akkurat som i steg 1. Se deretter på det:

• Innstillinger → Arbeidsområde → Arkiv er tomt. Repoet du registrerte for et minutt siden, er ikke der.
• Innstillinger → Arbeidsområde → Agenter har fem agenter, men de er andre rader – adapteren du satte i steg 3, er borte.
• Områdelisten, sakene og minnet er alle tomme.

Ingenting lakk, fordi det ikke er noe å lekke fra: radene til hvert arbeidsområde ligger i arbeidsområdets egen databasefil. En lesing på tvers av arbeidsområder er ikke et oppslag som blir filtrert – det er et oppslag som ikke har noe sted å kjøre. Å slette et arbeidsområde er å fjerne koblingen til en fil.

Bytt tilbake med brikken i tittellinjen, eller åpne Administrer arbeidsområder for å se dem side om side.

For hele modellen kan du lese Arbeidsområder og isolasjon.

Oppsummering

Du opprettet et arbeidsområde, så det seede en CEO og fire spesialister, registrerte en repo i det, ga én agent en adapter og en modell og bekreftet at et andre arbeidsområde ikke deler noe av det.

Neste: Send ut din første agent for å sette arbeidsområdet i arbeid.