Agent kjører og tilskriving
Når en AI-agent endrer arbeid i Kanera, sier posten det. Kommentarene, kortendringer og aktivitetsrader er merket med agentens navn og personen den handlet for, slik at ingen feil agentutgang for noe en lagkamerat skrev. Mens en agent jobber med et kort, kan den åpne en kjøring: en levende markør på kortflisen som forteller resten av laget at arbeidet allerede er gjort.
Hvordan agentarbeid er tilskrevet
Kanera registrerer som utførte en handling basert på legitimasjonen bak den.
| Tilkobling | Hvordan arbeidet ser ut |
|---|---|
| OAuth, inkludert enhetskode | som den som har forenet seg med en cialis <sekretær> Agentnavnet er navnet som AI-klienten registrerte seg med, for eksempel Claude. |
| Personlig API-nøkkel | Som nøkkelens eier, uten agentetikett. Et skript du kjører med din egen nøkkel leser som deg. |
| Ubemannet agent eller arbeidsområde / tavle API-nøkkel | Under forbindelsen eller nøkkelnavnet, ikke som person. |
Skillet er det interaktive OAuth-stipendet, ikke transporten. Kanera CLI støtter begge: nettleser pålogging med kanera auth login --agent "Claude Code" Etiketter fungerer Gjennom agenten, mens API-nøkkel pålogging registrerer det som nøkkelens eier eller nøkkelen. Se Arbeid med kodingsagenter fra terminalen Hvordan dette påvirker en terminal.
Den via badge
I et korts aktivitetsfeed beholder en agentskrevet kommentar personens navn og avatar og legger til en cialis <sekretær> Hold markøren over merket for å se hvem som skrev kommentaren og for hvem, for eksempel Skrevet av Claude på vegne av Amelia Hart. Kortendringer en agent gjort bære samme merke, med en Utført av ... på vegne av ... verktøytips.
Agentarbeid er fortsatt underlagt den tilkoblede personens rolle. Kanera sjekker deres nåværende tilgang på måltavlen for hver skriving, slik at en agent ikke kan gjøre noe personen ikke kunne.
Agent kjører
En kjøre er en agents arbeidsøkt på ett kort. Det er hvordan en agent sier "Jeg er på dette" før du starter flertrinnsarbeid, og hvordan den rapporterer fremgang og utfall.
Start en løping
En agent starter et løp med runs.start MCP-verktøy, som gir kortet, en kort tittel for arbeidet, og eventuelt en lengre fremdriftsnotat og en lenke der en person kan følge med, for eksempel en trekkforespørsel eller øktlogg. Fra et skall er det samme verktøyet kanera run start <card> "<title>", med kanera run update og kanera run done for å rapportere og fullføre. Integrasjoner kan bruke POST /api/v1/cards/{cardId}/agent-runs i den offentlig API.
Start eller oppdatering av en kjøring trenger redigeringstilgang på kortets tavle og en skrivekompatible legitimasjon. En skrivebeskyttet nøkkel eller en observatør kan ikke åpne en kjøring.
Før du starter, bør en agent ringe runs.list for å sjekke om en annen agent allerede arbeider med kortet, gjenoppta sin egen live-kjøring for den samme oppgaven, eller rapportere en annen agents live-kjøringskonflikt før du gjør overlappende arbeid. Den returnerer live-kjøringer som standard, eller kortets fulle kjørehistorikk med includeEnded.
Chippen på kortet flis
Mens en løp er live, viser kortflisen en liten gnist chip før tittelen. Hold den, eller les den med en skjermleser, for å se agenten og arbeidet:
- Arbeider: <sekretær> Fungerer: <tittel>
- Venter på en person: *<sekretær> Venter på deg: <tittel>*og chipen blir gul.
Hvis mer enn ett løp er live på kortet, navngir etiketten det første og legger til (+N mer). Chippen oppdateres i sanntid for alle som ser på tavlen, og forsvinner når løpet er over.
Kjør stater
| Status | Sett av | Hva det betyr |
|---|---|---|
running | Agenten | Alle løp starter her. |
blocked | Agenten | Venter på en person, for eksempel et spørsmål eller en godkjenning. Chippen blir gul og kortdetaljene viser Venter på deg. |
succeeded | Agenten | - Avsluttet løpet. |
failed | Agenten | Klarte ikke fullføre arbeidet. Avslutter kjøringen. |
cancelled | Agenten | Stoppet med vilje. |
stalled | Kanera | Agenten sluttet å rapportere. |
running og blocked er live og vise chip. Agenten beveger seg mellom dem, og rapporterer fremgang, med runs.updateDet er bare å holde sammendraget til en linje om hva det gjør nå. succeeded, failed, og cancelled avslutte kjøringen permanent: en avsluttet kjøring kan ikke endres, og en ytterligere oppdatering avvises.
Sette et løp til blocked endrer chip. Det sender ikke noen et varsel av seg selv. Hvis agenten trenger en bestemt person, bør den også legge igjen en kommentar på kortet som sier hva den venter på.
Stalled løp
Hver runs.update samtale teller som et hjerteslag, inkludert en som endrer ingenting. Kanera sjekker for stille kjører hvert minutt og markerer en live run stalled når det har gått femten minutter uten hjerteslag. Den runs.update Verktøyet forteller agenter å rapportere minst hvert tiende minutt.
En stoppet løp viser ikke lenger chip eller vises i kortets Agent kjører seksjon, så en krasjet agent kan ikke la et kort se opptatt. Kortets aktivitetsfeed registrerer det som Kanera som markerer agentens løp som stoppet. En stoppet løp er ikke stengt, skjønt: agenten kan komme tilbake og fullføre den med en terminalstatus, eller sette den til running å gjenoppta.
Malen for agentarbeidsflyt
Hvis du gir mesteparten av et styrearbeid til agenter, starter du arbeidsområdet fra Agent arbeidsflyt mal. Listene følger livet til en løp, slik at tavlen selv viser hva agenter gjør:
| Liste | Hva den holder |
|---|---|
| Backlog | Arbeid klar til å gi til en agent. |
| Agent Arbeider | En agent har et running Løp på kortet. |
| Venter på meg | Agenten satte sin løp til blocked og trenger en beslutning fra deg. Run sammendraget sier hva det trenger. |
| Gjennomgang | Arbeidet er klart for gjennomgang. Sjekk resultatet, ofte en pull forespørsel i Pull-forespørsel felt. |
| Ferdig | Kanera markerer kortet som fullført. |
Kjører aldri flytte eller fullføre kort av seg selv. Agenter registrere den opprinnelige listen før du flytter et kort, deretter lese kortet og tavlen før handoff. De anser den opprinnelige listen, for tiden tilgjengelige lister og deres betydninger, fullført arbeid og gjenværende arbeid, og velg listen som gjenspeiler kortets faktiske tilstand i det styrets arbeidsflyt. Å gå tilbake til den opprinnelige listen kan være hensiktsmessig, men er ikke automatisk. Listenavn og rekkefølge ikke foreskrive et mål, de er ikke klar.
En vellykket kjøring kan bare dekke en del av et kort. Agenter fullfører kortet bare når den avtalte arbeidsflyten tillater det og kriteriene er oppfylt. Denne malen er som standard menneskelig aksept. Før det endelige svaret legger de inn en utfallskommentar med endringer, verifisering, koblinger, gjenværende arbeid og rutingsårsak, avslutter kjøringen på riktig måte og bekrefter de lagrede oppdateringene. Skrivebeskyttet og utforskende forespørsler forårsaker ingen sporings, og eksplisens begrensninger.
Malen legger også til Funksjon, Bug, Kore, og Forskning med etiketter og ett startkort som forklarer flyten. En organisasjonsadministrators agent kan opprette arbeidsområdet for deg med workspaces.create og templateId: "agent-workflow".
Kjører i kortdetaljer og aktivitet
Åpne et kort med en live run og en Agent kjører hver kjøre viser sin tittel, agenten, sin status (Arbeider eller Venter på deg), når den sist rapporterte, og dens siste fremdriftsnotat.
Bare live runs vises i denne delen. Når en run slutter, forsvinner den fra den, og utfallet blir en rad i kortets aktivitetsfeed, for eksempel ferdig: <tittel> — <avsluttende oppsummering>, eller mislyktes eller avlyst for de andre endene. Den avsluttende oppsummeringen er notatet agenten forlot da den avsluttet kjøringen, så be agenter om å gjøre det til en nyttig oversikt over hva som skjedde.
Starten på en kjøring registreres, men kortfeeden gjentar den ikke; live-delen er der arbeidet under flyvningen vises.
Varsler om agentarbeid
Kanera lar deg normalt ikke få varsler om dine egne handlinger. Arbeid som agenten din gjorde gjennom OAuth er unntaket: du blir varslet om det som du ville være om en lagkamerats arbeid på et kort du ser på eller er tildelt, fordi å delegere arbeidet er ikke det samme som å se det skje.
Når en agent har handlet for deg, får varslingsskuffen en Agent fane ved siden av Ulest og Alle. Det viser hva dine agenter gjorde, uleste varsler pluss de som ble lest i de siste syv dagene, og etiketten bærer uleste teller, for eksempel Agent (1). Hver melding bærer cialis <sekretær> Når du grupperer varsler etter bruker, danner agentens arbeid sin egen gruppe merket <person> cialis <sekretær> I stedet for å gå inn i din.
Start og slutt på et løp registreres i kortets aktivitet, men sender aldri et varsel. Varsler dekker hva agenten faktisk gjorde, for eksempel kommentarer, trekk og ferdigstillelse.
Agentarbeid i arbeid utført
Den Arbeid utført visning holder agentutdata atskilt fra folks egen innsats. En rad en agent produsert viser et gnister merke ved siden av personen, og dens verktøytips leser Jobbet på av <person> cialis <sekretær>. Dagssammendragets avatarstabel bærer samme merke.
Agentrader telles ikke som personens eget arbeid. Filtrering av arbeid utført av et medlem viser bare personens egne handlinger, så en ukes levering teller aldri stille en agents utgang som noens timer.
Finne agent aktivitet
- Varsler: den Agent fanen er gjennomgangskøen for alt agentene dine gjorde.
- Ett kort: kortets aktivitetsfeed viser cialis <sekretær> En agent kan lese hele kjørehistorikken med
runs.listogincludeEnded. - Integrasjoner: webhooks LEVERING
agentRun:startedogagentRun:updatedhendelser for automatiseringer som reagerer på agentarbeid.
Det er ikke noe filter for hele tavlen for agentaktivitet i aktivitetsfeeden eller Arbeid utført.