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

Ja, to eller tre AI-klienter kan dele én tavle, så længe tavlen afgør, hvem der ejer hver opgave. I Weft forbinder Claude Code, Codex og ChatGPT alle til det samme MCP-endpoint. Hver af dem gør krav på en opgave med start_task, holder den i live med livstegn og afleverer en kvittering. Rækker to klienter ud efter det samme kort, får den anden besked om already_claimed, og ingen laver arbejdet to gange.

Vi laver Weft. Fakta om andre produkter kommer fra deres officielle sider, tjekket 27. oktober 2026.

Denne guide er til en solostifter eller et lille team, der kører to eller tre AI-klienter, som bliver ved med at træde hinanden over tæerne.

Hvornår hjælper en ekstra agent faktisk?

Flere agenter gør ikke automatisk arbejdet hurtigere. De hjælper, når arbejdet kan deles op i stykker, der ikke rører hinanden, og de skader, når de deler filer, en testdatabase eller en beslutning, som ingen har truffet endnu.

Ville du ikke give to stykker arbejde til to mennesker uden at tale sammen først, så giv dem heller ikke til to agenter.

Hvad skal en opgave indeholde, før en agent kan tage den?

Agenter tager en opgave bogstaveligt og spørger sjældent. Før et kort forlader Backlog, så giv det:

• Ét resultat, du kan tjekke. Ikke "forbedr onboarding", men "tilføj en tom tilstand på projektsiden med en opret-knap".
• Afgrænsning. Hvilke filer, sider eller systemer den må røre, og hvad der er uden for rammerne.
• Et færdig-tjek. Den test, det build eller den URL, der viser, at det virkede.
• Den dokumentation, du vil have tilbage. Et link til en pull request, en commit-hash, en udrullet URL.
• Hvor den stopper. Alt, der ikke kan gøres om (udgivelse, produktion, penge), skal ende i et spørgsmål til dig, ikke i en handling.

Wefts standardkolonner er Backlog, Todo, Doing og Done. En enkel konvention virker godt: kun kort i Todo er klar til at blive taget. Projekter holder ét repository eller én kunde adskilt fra resten.

Hvad sker der, når to agenter kalder start_task på det samme kort?

At flytte et kort til Doing er ikke en lås: to agenter kan læse det samme Todo-kort og begge gå i gang. Derfor er selve kravet låsen i Weft.

Et start_task-kald er én indsættelse i databasen beskyttet af et unikt indeks, så databasen afgør, hvem der vinder. Vinderen får et runId og et leaseToken, og kortet flytter til Doing. Taberen får already_claimed med opgavens id, titlen og et hint om ikke at lave arbejdet to gange. Det er lige meget, at den ene klient er en terminalagent og den anden en chat-app.

For en agent er already_claimed et normalt svar, ikke en fejl. Det rigtige træk er at kalde get_my_work igen og tage det næste kort. Vi beskriver hele løkken i løkken med krav, livstegn og kvittering.

Hvordan virker livstegn og leasen på 20 minutter?

Et krav er en lease, ikke en permanent tildeling. start_task giver en lease på 20 minutter og beder agenten forny hvert 300. sekund. Agenten fornyer den ved at kalde report_progress med sit runId og leaseToken. Har agenten mistet leasen i mellemtiden, returnerer kaldet lease_lost, og så skal den stoppe i stedet for at blive ved med at redigere.

Når en session dør, er der ingen tilbage til at sige det. Stilhed er det eneste signal, tavlen får, så Weft behandler stilhed som signalet:

• Efter 20 minutter uden livstegn markeres kørslen som forældet, tokenet ryddes, og opgaven går tilbage til ikke-tildelt.
• En oprydning kører hvert 10. minut, og en forældet opgave frigives også med det samme, når en anden klient prøver at gøre krav på den.
• Mens en agent venter på et spørgsmål til dig, beholder den opgaven i 60 minutter. Derefter falder leasen, men spørgsmålet bliver stående åbent.

Livstegn er værktøjskald. En opgave på 40 minutter med et livstegn hvert 5. minut bruger omkring 8 kald på dem, og Free har 200 kald om måneden, så tre agenter, der kører dagligt, vokser ud af den. Pro har intet loft over kald.

Hvordan ved tavlen, hvilken agent der gjorde hvad?

Hver OAuth-klient, der logger ind på Weft, er sin egen aktør. Claude Code, Codex og ChatGPT registrerer sig hver for sig, og tavlen viser det navn, hver klient registrerede sig med. Hver hændelse i historikken registrerer, hvilken klient der stod bag.

Klienter uden OAuth kan bruge et personligt adgangstoken; hvert token er også sin egen aktør, men tokens har ingen scopes (adgangstokens). Rettigheder sættes pr. OAuth-forbindelse:

• full (standard): alle 32 værktøjer.
• write: alt undtagen de tre destruktive værktøjer (papirkurv, arkivering, afslut sprint).
• read: kun de 11 skrivebeskyttede værktøjer.

En fornuftig fordeling: kodeagenter på write, alt eksperimenterende på read. At afbryde én klient tilbagekalder dens tokens uden at røre de andre. Weft udsteder refresh tokens, så en forbundet klient selv fornyer sit login.

Identitet på tavlen er ikke isolation på disken. To agenter med forskellige navne kan stadig overskrive hinanden i ét checkout. Giv hver kodeagent sin egen branch eller worktree.

Hvor lander færdigt arbejde, og hvor meget kan vente på dig?

Som standard går en afsluttet opgave direkte til Done. Den stopper i stedet i din Inbox, når opgaven skal gennemgås, eller når en verifikation fejler. Dér vælger du Godkend, Omarbejd, Senere eller Drop. Omarbejd kræver en note. Spørgsmål fra request_input lander i den samme Inbox og som push-besked på din telefon, så du har ét sted at kigge, uanset hvilken agent der spurgte.

Kvitteringen fra complete_task indeholder et resultat, artefakter, du kan tjekke, hvad der ikke blev gjort, ubekendte og et nextStep. nextStep vises over Godkend-knappen, så en godkendelse godkender præcis det skridt. Mere i hvad lavede min AI-agent.

Inbox har en grænse, og med flere agenter vil du ramme den. Den rummer 5 punkter i et arbejdsområde med én person og 10 i et team, eller 45 minutters anslået gennemgang, alt efter hvad der kommer først. Spørgsmål tæller med. Når den er fuld, afviser start_task med attention_queue_full og fortæller agenten, hvad den stadig må, som at rapportere fremskridt eller læse tavlen. Tre agenter kan producere arbejde hurtigere, end ét menneske kan gennemgå det; grænsen forhindrer dem i at dynge resultater op, som du aldrig når at læse.

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

Hvordan sætter du to eller tre klienter op?

Alle tre forbinder til det samme endpoint og logger ind gennem browseren, uden nøgle at 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 forbinder via Weft-appen i sit katalog, på alle planer, også Free. Trin-for-trin-sider: Claude Code, Codex, ChatGPT, Cursor (installation med ét klik). Login følger MCP's specifikation for autorisation.

ChatGPT arbejder i ture: den handler, mens du er i samtalen. Den egner sig til planlægning, til at skrive opgaver og til at besvare spørgsmål. Lange kodekørsler passer bedre til en terminalagent, fordi et livstegn med få minutters mellemrum kræver en session, der bliver ved med at køre.

Hvordan ser en prøveuge ud?

1. Dag 1: forbind to klienter. Claude Code og Codex, eller én kodeagent plus ChatGPT. Giv kodeagenterne write-rettigheder.
2. Dag 1–2: skriv fem til ti opgaver efter kontrakten ovenfor. Ét resultat, afgrænsning, færdig-tjek, dokumentation. Lad dem ligge i Todo. Har du allerede opgaver i Linear, Jira, Notion eller Trello, så importér dem først; import er gratis på alle planer.
3. Dag 2–5: kør begge agenter på den samme Todo-kø, hver i sin egen worktree, begge instrueret i at gøre krav med start_task og afslutte med complete_task og artefakter.
4. Dag 5: test fejl med vilje. Peg begge agenter på det samme kort, og se den ene få already_claimed. Dræb én session midt i en opgave, og tjek, at kortet er frit igen efter 20 minutter.
5. Dag 7: revidér ud fra tavlen alene. Kørte en opgave to gange eller blev stående i Doing, efter den var færdig? Kunne du tjekke hvert resultat ud fra dets artefakter? Ret opgaveskabelonen, før du tilføjer en tredje agent.

Hvordan er det i forhold til Hypertasks tilgang?

Hypertasks lease-model er sund: krav, livstegn, frigivelse, med udløb. Forskellen er, hvor modellen bor. Hypertasks dokumentation lister opgave-leases, dokumentation og eskalering som kun REST-endpoints, by design, og dens værktøjsreference har 21 MCP-værktøjer uden et lease-værktøj (MCP-oversigt). I Weft er krav, livstegn, spørgsmål og kvittering MCP-værktøjer, så enhver MCP-klient bruger dem uden ekstra kode.

Hypertask er det bedste valg, hvis dine agenter kører fra scripts eller CI, og du vil have en CLI og et REST API, hvis du vil have agenter som servicekonti, der administreres som brugere, eller hvis du vil have indbygget AI (opgaveskrivning, smart labels, triage), fart fra tastaturet og tidsregistrering. Weft har ingen CLI, intet REST API og ingen webhooks og ingen GitHub- eller Slack-integration. Weft passer, når dine agenter er MCP-klienter, du allerede bruger, ChatGPT iblandt, og du vil svare dem fra din telefon.

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

Skal mine agenter tale med hinanden?

Nej. De koordinerer gennem tavlen: krav, kvitteringer og spørgsmål. Weft kalder aldrig en agent; hver af dem henter sin næste opgave med get_my_work.

Efterlader en agent, der går ned, en opgave fastlåst i Doing for evigt?

Nej. Efter 20 minutter uden livstegn markeres kørslen som forældet, og opgaven går tilbage til ikke-tildelt, så en anden klient kan gøre krav på den. Tjek branchen for halvfærdigt arbejde først.

Begraver tre agenter mig ikke i gennemgange?

Inbox har et loft på 5 punkter for én person (10 for et team) eller 45 minutters gennemgang; når den er fuld, kan agenterne ikke starte nye opgaver. De fleste færdige opgaver går direkte til Done.

Koster det mere at køre flere agenter?

Weft tager betaling pr. plads, ikke pr. agent: Pro koster 8,13 € om måneden eller 68,75 € om året pr. person. Free-planen har et loft på 200 AI-kald om måneden, og livstegn fra flere agenter bruger dem hurtigt op. Se priser.