Dokumentation

Uppgifter

Detaljvyn för en uppgift – agentarbetsflöde, acceptanskriterier, körningshistorik och allt annat som registreras.

En uppgift är en arbetsenhet som avslutas med en pull request. Det är det som faktiskt körs – planer, sprintar och körfält är sätt att organisera uppgifter.

Sidhuvudet

En rad med etiketter sammanfattar uppgiften i korthet: dess projekt, dess typ, den Profil för AI som kör den och de QA-kontroller som tillämpas – visas som policynamn, källa och version, till exempel Standard · From plan · Organisation policy · v6.

Ett hänglås på AI-profilen betyder att den är låst och inte kan ändras nu. Den fastställda QA-policyn låses på samma sätt när körningen börjar, så att en senare ändring av organisationens policy inte i efterhand påverkar arbete som redan körs.

En detaljvy för en uppgift: planträdet till vänster och chipraden, agentflödet, acceptanskriterierna och körningshistoriken till höger.
En uppgift i en plan, med agentflöde och acceptanskriterier.

Agentarbetsflöde

De fyra leveransagenterna visar varsin status – väntande, körs eller klar. I standardläget körs de i tur och ordning:

Arkitekt → Utvecklare → QA → Granskare

Det här är det tydligaste svaret på frågan "var är uppgiften?". En uppgift där Utvecklare är klar och QA väntar väntar på verifiering – den har inte fastnat.

I läget för samordnare väljer samordnaren vilken agent som körs härnäst, så ordningen kan upprepas: utvecklare, QA, utvecklare igen efter ett fel, QA igen. Den kan också vara kortare: när koden redan gör det uppgiften kräver verifierar QA den oförändrade koden, utvecklaren körs aldrig och uppgiften slutförs utan en pull request. Se Agentroller.

Observera att ett steg helt korrekt kan visa Väntande även för en slutförd uppgift – uppgifter som skapats från en plan har redan sin specifikation och implementeringsplan, så steget Arkitekt har inget kvar att göra.

Se Agentroller om vad varje agent får och inte får göra.

Acceptanskriterier

Kriterierna från specifikationen, som en checklista med en status för varje kriterium – Verified OK när ett kriterium har bekräftats.

Statusarna följer det aktuella pipeline-steget, så kriterierna verifieras medan uppgiften fortskrider i stället för att alla verifieras i slutet.

Det här är panelen du ska läsa när du bedömer en slutförd uppgift. Den visar vad som utlovades och vad som faktiskt bekräftades – en mer träffsäker fråga än om testerna gick igenom.

Körningshistorik

Varje körning som registrerats för uppgiften. Varje post visar agenten, vad den arbetade med, resultatet och kostnaden:

DEV · Generating code · Completed
4m 41s / 608.9k tokens · 16.2 g Est. CO2e / deepseek-v4-flash-0731

Varaktighet, tokenanvändning, uppskattade koldioxidutsläpp och exakt modell registreras för varje körning – så när en uppgift kostar mer än väntat ser du vilket steg och vilken modell som stod för kostnaden.

En expanderad körningshistorik som listar varje steg: lästa filer, körda kommandon, agentsvar samt ändrade filer med antal rader.
En expanderad körning, steg för steg.

Om du expanderar en körning visas hela förloppet steg för steg: lästa filer, körda kommandon, agentens resonemang och varje ändrad fil med antal ändrade rader (+25 / −0။ Tokenposter visar cacheeffektiviteten (9.1k used (90% cached)), vilket oftast är skillnaden mellan en dyr och en billig körning.

Öppna den här vyn när du vill veta hur något gjordes, inte bara vad som ändrades.

Övriga avsnitt

AvsnittVisar
SpecifikationKraven som härletts från planen
ImplementeringsplanStegen och om de är klara
Kvalitet och upptäckterVerifieringsstatus och antal tester
Användning och tidslinjeKostnad, token och antal försök
Beroenden och kontextLänkade beroenden med egna statusar

Användning och tidslinje visar antal försök såväl som kostnad – 1 attempts innebär att uppgiften lyckades på första försöket. Ett högre antal betyder omarbete, vilket är den enskilt mest användbara signalen på specifikationens kvalitet.

Sektionen Beroenden och kontext, med projektet och tio länkade beroenden listade, vart och ett med sin egen status.
Beroenden och kontext, expanderat.

Beroenden och kontext listar projektet och alla länkade beroenden med deras status. Så ser du om en uppgift väntar på något annat eller faktiskt är blockerad.

Prioritet

Uppgifter har prioritet P0 (högst) till P3, med P2som standard. Prioriteten styr ordningen i kön när fler uppgifter väntar än det finns lediga platser.

Det skapar inte mer kapacitet. Om allt har statusen P0, är inget tillgängligt – se Kapacitet och agentplatser.

Statusar

Alla uppgiftsstatusar och vad du kan göra åt dem finns i Uppgiftsstatusar. De två du bör känna till här:

  • PENDING är inte fastkörd. Uppgiften är köad och väntar på en ledig plats.
  • NEEDS_HUMAN_REVIEW betyder inte att något har misslyckats. Det är en fråga. Svara på den så fortsätter uppgiften.

Göra ändringar under körning

Medan en uppgift körs kan du pausa eller avbryta den, eller skicka tillbaka den för omarbetning med kommentarer. Se När en uppgift fastnar eller misslyckas.