Blogg om KI-oppgavestyring for sologründere og små team

Flere KI-agenter på én tavle: en praktisk guide

Slik kjører du Claude Code, Codex og ChatGPT på én tavle uten dobbeltarbeid: oppgavekontrakter, atomisk oppgavetaking, leieavtaler og én gjennomgangskø.

Weft er AI-oppgavestyringen for solo-gründere og små team.

Alle artikler

Av Andrei Finogeev ·

Ja, to eller tre KI-klienter kan dele én tavle, så lenge det er tavla som avgjør hvem som eier hver oppgave. I Weft kobler Claude Code, Codex og ChatGPT seg alle til det samme MCP-endepunktet. Hver av dem tar en oppgave med start_task, holder den i live med livstegn og leverer tilbake en kvittering. Strekker to klienter seg etter det samme kortet, får den andre beskjeden already_claimed, og ingen gjør arbeidet to ganger.

Vi lager Weft. Fakta om andre produkter er hentet fra deres offisielle sider, kontrollert 27. oktober 2026.

Denne guiden er for en sologründer eller et lite team som kjører to eller tre KI-klienter som stadig tråkker hverandre på tærne.

Når hjelper en agent nummer to faktisk?

Flere agenter gjør ikke arbeidet raskere av seg selv. De hjelper når arbeidet kan deles i biter som ikke berører hverandre, og de skader når de deler filer, en testdatabase eller en beslutning ingen har tatt ennå.

SituasjonÉn agent eller flere?Hvorfor
Én funksjon i ett repo, ferdig i én øktÉn agent (med egne underagenter hvis den har det)Én kontekst rommer alt; en tavle legger bare til ekstraarbeid
To uavhengige rettinger i ulike deler av kodenTo agenter, separate brancher eller worktreesIngen delte filer, så den eneste risikoen er å velge det samme kortet
Planlegging og sortering i ChatGPT, koding i en terminalagentTo klienter, ulike jobberChatGPT skriver og sorterer oppgaver; kodeagenten tar dem
Flere agenter som venter på den samme produktbeslutningenÉn agent, etter at du har bestemt degParallelle agenter vil gjette forskjellig hver for seg

Ville du ikke gitt to arbeidsoppgaver til to personer uten å snakke sammen først, så ikke gi dem til to agenter heller.

Hva må en oppgave si før en agent kan ta den?

Agenter tar en oppgave bokstavelig og spør sjelden. Før et kort forlater Backlog, gi det:

  • Ett resultat du kan sjekke. Ikke «forbedre onboardingen», men «legg til en tom-tilstand på prosjektsiden med en opprett-knapp».
  • Omfang. Hvilke filer, sider eller systemer den kan røre, og hva som er utenfor grensene.
  • En ferdigsjekk. Testen, bygget eller URL-en som viser at det virket.
  • Bevisene du vil ha tilbake. En lenke til en pull request, en commit-hash, en publisert URL.
  • Hvor den stopper. Alt som ikke kan angres (publisering, produksjon, penger), bør ende i et spørsmål til deg, ikke en handling.

Wefts standardkolonner er Backlog, Todo, Doing og Done. En enkel konvensjon fungerer godt: bare kort i Todo er klare til å tas. Prosjekter holder ett repo eller én kunde adskilt fra resten.

Hva skjer når to agenter kaller start_task på det samme kortet?

Å flytte et kort til Doing er ikke en lås: to agenter kan lese det samme Todo-kortet og begge starte. Derfor er det i Weft selve det å ta oppgaven som er låsen.

Et start_task-kall er én innsetting i databasen beskyttet av en unik indeks, så databasen avgjør hvem som vinner. Vinneren får en runId og en leaseToken, og kortet flyttes til Doing. Taperen får already_claimed med oppgavens id, tittelen og et hint om ikke å gjøre arbeidet to ganger. Det spiller ingen rolle at den ene klienten er en terminalagent og den andre en chatapp.

For en agent er already_claimed et vanlig svar, ikke en feil. Det riktige trekket er å kalle get_my_work igjen og ta neste kort. Vi beskriver hele sløyfen i sløyfen med oppgavetaking, livstegn og kvittering.

Hvordan fungerer livstegn og leieavtalen på 20 minutter?

Å ta en oppgave er en leieavtale, ikke en permanent tildeling. start_task gir en leieavtale på 20 minutter og ber agenten fornye hvert 300. sekund. Agenten fornyer den ved å kalle report_progress med runId og leaseToken. Har agenten mistet leieavtalen i mellomtiden, returnerer kallet lease_lost, og da bør den stoppe i stedet for å fortsette å redigere.

Når en økt dør, er det ingen igjen som kan si fra. Stillhet er det eneste signalet tavla får, så Weft behandler stillhet som signalet:

  • Etter 20 minutter uten livstegn merkes kjøringen som foreldet, tokenet slettes og oppgaven går tilbake til ikke tildelt.
  • En opprydding kjører hvert 10. minutt, og en foreldet oppgave frigjøres også straks når en annen klient prøver å ta den.
  • Mens en agent venter på et spørsmål til deg, beholder den oppgaven i 60 minutter. Etter det faller leieavtalen bort, men spørsmålet blir stående åpent.

Livstegn er verktøykall. En oppgave på 40 minutter med livstegn hvert 5. minutt bruker rundt 8 kall på dem, og Free har 200 kall i måneden, så tre agenter som kjører daglig, vokser fort ut av den. Pro har ikke noe tak på kall.

Hvordan vet tavla hvilken agent som gjorde hva?

Hver OAuth-klient som logger inn i Weft, er sin egen aktør. Claude Code, Codex og ChatGPT registrerer seg hver for seg, og tavla viser navnet hver klient registrerte seg med. Hver hendelse i historikken registrerer hvilken klient som sto bak.

Klienter uten OAuth kan bruke et personlig tilgangstoken; hvert token er også sin egen aktør, men tokener har ingen omfang (tilgangstokener). Rettigheter settes per OAuth-tilkobling:

  • Alt (full, standard): alle 32 verktøyene.
  • Alt unntatt å slette (skrive): alt unntatt de tre destruktive verktøyene (papirkurv, arkivering, fullføre sprint).
  • Skrivebeskyttet (lese): bare de 11 skrivebeskyttede verktøyene.

En fornuftig fordeling: kodeagenter på skrive, alt eksperimentelt på lese. Å koble fra én klient tilbakekaller tokenene dens uten å røre de andre. Weft utsteder oppdateringstokener, så en tilkoblet klient fornyer innloggingen selv.

Identitet på tavla er ikke isolasjon på disken. To agenter med ulike navn kan fortsatt overskrive hverandre i én utsjekk. Gi hver kodeagent sin egen branch eller worktree.

Hvor havner ferdig arbeid, og hvor mye kan vente på deg?

Som standard går en fullført oppgave rett til Done. Den stopper i stedet i innboksen din når oppgaven trenger gjennomgang eller når en verifiseringssjekk feiler. Der velger du Godta, Omarbeid, Senere eller Forkast. Omarbeid ber om en merknad. Spørsmål fra request_input havner i den samme innboksen og på mobilen som et push-varsel, så du har ett sted å se, uansett hvilken agent som spurte.

Kvitteringen fra complete_task har med et resultat, artefakter du kan sjekke, hva som ikke ble gjort, ukjente forhold og et nextStep. nextStep vises over Godta-knappen, så å godta godkjenner akkurat det steget. Mer i hva gjorde KI-agenten min.

Innboksen har en grense, og med flere agenter kommer du til å møte den. Den rommer 5 elementer i et arbeidsområde for én person og 10 i et team, eller 45 minutter med beregnet gjennomgang, det som kommer først. Spørsmål teller med. Når den er full, avviser start_task med attention_queue_full og forteller agenten hva den fortsatt kan gjøre, for eksempel rapportere fremdrift eller lese tavla. Tre agenter kan produsere arbeid raskere enn én person rekker å gå gjennom det; grensen hindrer dem i å stable opp resultater du aldri kommer til å lese.

Hva går i stykker, og hvordan kommer du deg videre?

FeilDet du serDet Weft gjørDet du gjør
To klienter starter den samme oppgavenEtt kort i Doing, én klient får beskjeden already_claimedDatabasen lar én av dem vinne; den andre får avslagIngenting, hvis agenten som tapte, går videre. Fortsatte den likevel, stram inn instruksjonene
En økt krasjer eller den bærbare går i dvaleEt kort i Doing uten fremdriftEtter 20 minutter uten livstegn blir kjøringen foreldet og oppgaven går tilbake til ikke tildeltSjekk branchen for halvferdig arbeid før en annen agent tar den
En agent blir ferdig, men kaller aldri complete_taskArbeidet er merget, kortet står fortsatt i DoingLeieavtalen løper ut; oppgaven frigjøres, ikke lukkesLukk den selv eller be en agent fullføre den med bevisene
En agent trenger en beslutning bare du kan taEt spørsmål i innboksen, kanskje et push-varselAgenten beholder oppgaven i 60 minutter; svaret når agenten ved neste start_task eller get_my_workSvar med ett av alternativene den ga
For mye venter på degEn full innboksstart_task avviser med attention_queue_fullGå gjennom eller forkast elementer; agentene kan starte igjen etter hvert som køen tømmes
To agenter redigerer én utsjekkUrelaterte endringer blandet i én diffIngenting; Weft ser ikke filene dineSeparate worktrees eller brancher før du kjører agenter parallelt

Hvordan setter du opp to eller tre klienter?

Alle tre kobler seg til det samme endepunktet og logger inn via nettleseren, uten nøkkel å kopiere.

# Claude Code
claude mcp add --transport http weft https://letsweft.com/api/mcp

# Codex: add to ~/.codex/config.toml, then sign in
[mcp_servers.weft]
url = "https://letsweft.com/api/mcp"

codex mcp login weft

ChatGPT kobler seg til via Weft-appen i katalogen sin, på alle planer, inkludert Free. Steg-for-steg-sider: Claude Code, Codex, ChatGPT, Cursor (installasjon med ett klikk). Innloggingen følger MCP-spesifikasjonen for autorisasjon.

ChatGPT jobber i omganger: den handler mens du er i samtalen. Den passer til planlegging, til å skrive oppgaver og til å svare på spørsmål. Lange kodekjøringer passer bedre for en terminalagent, fordi livstegn med noen minutters mellomrom krever en økt som fortsetter å kjøre.

Hvordan ser en prøveuke ut?

  1. Dag 1: koble til to klienter. Claude Code og Codex, eller én kodeagent pluss ChatGPT. Gi kodeagentene skriverettigheter.
  2. Dag 1–2: skriv fem til ti oppgaver etter kontrakten over. Ett resultat, omfang, ferdigsjekk, bevis. La dem ligge i Todo. Har du allerede oppgaver i Linear, Jira, Notion eller Trello, importerer du dem først; import er gratis på alle planer.
  3. Dag 2–5: kjør begge agentene på den samme Todo-køen, hver i sin egen worktree, begge bedt om å ta oppgaven med start_task og avslutte med complete_task og artefakter.
  4. Dag 5: test feil med vilje. Pek begge agentene mot det samme kortet og se den ene få already_claimed. Drep én økt midt i en oppgave og sjekk at kortet er ledig igjen etter 20 minutter.
  5. Dag 7: revider bare ut fra tavla. Ble noen oppgave kjørt to ganger, eller ble noen stående i Doing etter at den var ferdig? Kunne du sjekke hvert resultat ut fra artefaktene? Rett opp oppgavemalen før du legger til en tredje agent.

Hvordan står dette seg mot Hypertasks tilnærming?

Hypertasks leiemodell er solid: ta, livstegn, frigi, med utløp. Forskjellen er hvor modellen bor. Hypertasks dokumentasjon oppgir at leieavtaler på oppgaver, bevis og eskalering bare er REST-endepunkter, med vilje, og verktøyreferansen har 21 MCP-verktøy uten noe leieverktøy (MCP-oversikt). I Weft er det å ta oppgaven, livstegnet, spørsmålet og kvitteringen MCP-verktøy, så alle MCP-klienter bruker dem uten ekstra kode.

WeftHypertask
Oppgavetaking og leieavtaleInne i MCP: start_task, report_progress (leieavtale på 20 minutter)Bare REST-endepunkter, med vilje (dokumentasjon)
MCP-verktøy3221 (dokumentasjon)
InnloggingOAuth i nettleseren, med oppdateringstokener; valgfrie personlige tilgangstokenerDokumentert oppsett er en kopiert API-nøkkel som utløper etter 30 dager; en tilkobling godkjent i nettleseren varer i 90 dager uten fornyelse (dokumentasjon)
AgentidentitetHver OAuth-klient eller hvert token er sin egen aktørAgenter som tjenestekontoer med egen identitet
Veien via ChatGPTPublisert app i ChatGPTs katalog, alle planer inkludert FreeEgendefinert GPT med OpenAPI Actions, eller en egendefinert kobling i utviklermodus, ifølge Hypertask (dokumentasjon)
CLI og REST-APIIngenCLI på npm og et REST-API (dokumentasjon)
MobilapperiOS og AndroidIngen native iOS-app (nettapp på hjemskjermen); ingen oppføring i Google Play (dokumentasjon)
Språk27Bare engelsk
Pris per plassFree: 50 oppgaver, 200 KI-kall i måneden. Pro: 72 kr i måneden eller 620 kr i åretFree: 3 tavler per person. BYOK $8 årlig / $10 månedlig. Pro $16 årlig / $20 månedlig (priser)
KI-kreditterIkke nødvendig: tenkingen skjer i din egen KI-klientInnebygd KI; BYOK-planen bruker dine egne modellnøkler

Hypertask er det beste valget hvis agentene dine kjører fra skript eller CI og du vil ha en CLI og et REST-API, hvis du vil ha agenter som tjenestekontoer som administreres som brukere, eller hvis du vil ha innebygd KI (oppgaveskriving, smarte etiketter, sortering), tastaturfart og tidsregistrering. Weft har ingen CLI, ikke noe REST-API og ingen webhooks, og ingen GitHub- eller Slack-integrasjon. Weft passer når agentene dine er MCP-klienter du allerede bruker, ChatGPT blant dem, og du vil svare dem fra mobilen.

For en bredere sammenligning, se MCP-oppgavestyrere sammenlignet og et alternativ til Hypertask.

Må agentene mine snakke med hverandre?
Nei. De koordinerer gjennom tavla: oppgavetaking, kvitteringer og spørsmål. Weft kaller aldri en agent; hver av dem henter sin neste oppgave med get_my_work.
Blir en oppgave stående fast i Doing for alltid hvis en agent krasjer?
Nei. Etter 20 minutter uten livstegn merkes kjøringen som foreldet og oppgaven går tilbake til ikke tildelt, så en annen klient kan ta den. Sjekk branchen for halvferdig arbeid først.
Kommer ikke tre agenter til å begrave meg i gjennomganger?
Innboksen har et tak på 5 elementer for én person (10 for et team) eller 45 minutter med gjennomgang; når den er full, kan agentene ikke starte nye oppgaver. De fleste ferdige oppgaver går rett til Done.
Koster det mer å kjøre flere agenter?
Weft tar betalt per plass, ikke per agent: Pro koster 72 kr i måneden eller 620 kr i året per person. Free-planen har et tak på 200 KI-kall i måneden, og livstegn fra flere agenter bruker dem fort opp. Se priser.