Eksempler på hvordan du bruker Kanera med AI

Når en AI-agent er koblet til Kanera gjennom MCP, det kan se det virkelige arbeidet ditt på tvers av tavle og handle på det. Det er forskjellen mellom en assistent som gjetter fra limt tekst og en som grunner over live arbeidsområdedata - kort, oppdragstakere, forfallsdatoer, etiketter, egendefinerte felt, notater, kommentarer og aktivitet.

Eksemplene nedenfor er virkelige arbeidsflyter. Hver viser hva du skal spørre, hvorfor agenten kan gjøre det, og hva du får tilbake. De fleste bare lese Kanera. De som endrer det er merket (forandrer Kanera) og trenger skrivetilgang: en OAuth-tilkobling der du er en redaktør på tavlen, eller en Write-scoped API-nøkkel.

Sporblokkere og omrutinger

Prøv disse instruksjonene med en tilkoblet agent:

• «Lag en endelig meldingstjeneste for produktet, blokker kopien av landingssiden. Forhold kopien til den valgfrie juridiske gjennomgangen uten å gjøre det til en forutsetning.»
• «Vis blokkerte kort på tvers av arbeidsområdet for markedsføring, og forklar blokkeringene og eierne jeg kan se.»
• "Se på lanseringsbrettet. Når et kort blir blokkert, les dens nåværende detaljer og fortell meg hvem som kan plukke det opp neste."

For å forklare hele kjeder, bruker agenten cards.dependency_graph med ett kort, tavle eller arbeidsområde. Det kan også bruke cards.set_relations, work.query_cards med blockedOnly, og card.blocked / card.unblocked hendelsesabonnementer. En løp merket blokkert er atskilt fra disse kortforholdene. Se Kortrelasjoner og blokkering.

Gjennomgå en tidslinje og foreslå en omplanlegging

"Gjennomgå startbrettets tidslinje. Når er den kritiske kjeden projisert for å fullføre, hva har ingen slakk, og hvilke kort starter før blokkeringene er ferdige? Vis datoer og arbeidsdag. Ikke endre noe."

tavlen avgjør med boards.list_accessible, så ringer work.schedule Med nøyaktig ett område:

{ "boardId": "<board UUID>" }

Bruk { "workspaceId": "<workspace UUID>" } i stedet for å planlegge arbeidsområdet sammen. Ikke pass begge. En brettplan følger tilgjengelige tilkoblede kjeder inn i andre tavle. Tidslinjeguide Det er et menneskelig syn på samme beregning.

Les summary.projectedFinish, summary.latestDue, og summary.slipDays for prognosen og dens senhet mot den siste lovet dato. Per kort, plannedStart / plannedEnd Beskriv den lagrede planen, earliestStart / earliestFinish Forutsetninger for slackDays tiltak rom for å slippe, critical merker tilkoblet arbeid uten slakk, og conflicts identifiserer forutsetninger som er planlagt å bli ferdige for sent. Dager betyr mandag-fredag arbeidsdager; fullførte kort er ekskludert. Kort som tilkoblingen ikke kan åpne er ekskludert også, så beskriv prognosen som tilgjengelig plan.

For eksempel, hvis en forutsetning er ferdig på fredag og dens avhengige er planlagt å starte den fredagen, er den tidligste rene overleveringen mandag: en arbeidsdag senere. cards.dependency_graph forklarer hvem som blokkerer hvem; bruker work.schedule for tidsplanens faktiske datoer og slakk.

"Foreslå datoer for MKT-42 til å starte neste mandag og avslutte den fredagen. Forklar hvilke avhengige som må flytte. Vis forslaget før du bruker det."

Det finnes ingen hypotetisk input-parameter på work.schedule. Les gjeldende tidsplan, grunn fra varigheter og lenker, og merk foreslåtte effekter som estimater. Ikke endre lagrede datoer bare for å simulere et svar. Når brukeren godkjenner en endring, les kortet med cards.get, deretter bruke cards.update:

{
  "cardId": "MKT-42",
  "changes": {
    "startDateLocalDate": "2026-11-02",
    "dueDateLocalDate": "2026-11-06"
  }
}

Disse datoene illustrerer mandag til fredag; løse relative setninger ved hjelp av brukerens sone fra session.get og gjenta de valgte datoene. Startdatofraser støttes også. Les work.schedule igjen etter lagring for å rapportere det faktiske resultatet. Etterfølgerdatoer flyttes ikke automatisk. Bruk av dette eksemplet endrer Kanera og krever skrivetilgang.

Se tidsplan helse

"Se Starttavle. Fortell meg når den første planleggingskonflikten vises, når den rydder, eller når en datoendring for kritisk bane skyver den projiserte ferdig senere. Les tidsplanen før rapportering, vis berørte kortkoblinger og la datoer være uendret."

En kompatibel vert abonnerer separat på schedule.conflict_detected, schedule.conflict_resolved, og schedule.critical_path_slipped, omsluttet til tavlen og dets arbeidsområde. Start med en work.schedule les så eksisterende problemer er inkludert; hendelser kunngjør endringer etter en grunnlinje, ikke en reprise. Les tidsplanen for hver forekomst, hopp over tilkoblingens egne skriver når det er hensiktsmessig, og dedupliser gjentatt eventId verdier. Se Abonner på arrangementer for nyttelast, oppdatering og leveringsgrenser.

For en morgen gjennomgang, be om "min planlegging konflikter, kritisk arbeid, og kort som savnet sin planlagte start". work.my_day Returnerer disse i schedule.conflicts, schedule.critical, og schedule.lateToStart sammen med haster og opp neste. For en kryss-prosjekt gjennomgang, work.portfolio_summary returnerer den støttede samleoppdateringen med per- tavle conflictCount, criticalCount, projectedFinish, latestDue, og slipDays; bor i berørte tavler med work.schedule.

Hvis tidslinje eller avhengigheter er deaktivert, rapporterer agenten TIMELINE_DISABLED eller DEPENDENCIES_DISABLED og ber den relevante administratoren om å aktivere funksjonen når det er nødvendig. Det bør fortsette med tilgjengelig arbeid i stedet for å prøve den avviste operasjonen.

Sett dagens arbeid i orden

"Vis min neste kø, flytt deretter betalingskortet til toppen og plasser dokumentasjonsgjennomgangen umiddelbart etter det." (forandrer Kanera)

Agenten leser de gjeldende rangerte oppføringene først, løser de forespurte kortene og bruker oppføringsankere til å gjøre det nøyaktige trekket. Det endrer arbeidsrekkefølgen uten å endre forfallsdatoer, arbeidsflytlister eller et Prioritet-tilpasset felt. Be den om å vise den foreslåtte rekkefølgen før du bruker en bredere omstokking.

Planlegg arbeidet, og følg det når koden lander

Denne arbeidsflyten viser hva MCP gjør mulig: En programmeringsagent planlegger i Kanera og oppdaterer deretter det samme kortet mens den utfører arbeidet. Fordi både agentens editor og Kanera er tilgjengelige gjennom MCP, holder sporingskortet seg oppdatert automatisk — ingen trenger å bytte fane for å krysse av oppgaver.

Trinn 1 - Planlegg inn i kortet. Pek agenten på arbeidet og be den om å registrere planen der teamet kan se den:

"Les denne repoen og 'Oppgrader avhengigheter'-kortet. Skriv en implementeringsplan i kortbeskrivelsen, og legg til en sjekkliste med ett element per prosjekt som må oppdateres." (forandrer Kanera)

Agenten inspiserer kodebasen, utarbeider en plan, oppdaterer kortbeskrivelsen med den og bygger et sjekklisteelement per prosjekt. Nå er kortet kilden til sannhet for innsatsen, ikke en bortkastet chat.

Trinn 2 - gjør arbeidet, og la agenten lukke sin egen sjekkliste. I samme økt (eller en senere), har agenten implementere endringen på tvers av prosjektene:

"Arbeid gjennom sjekklisten på det kortet. Oppdater avhengighetene i hvert prosjekt, og når hver enkelt bygger og passerer, merker du sjekklisten sin ferdig." (forandrer Kanera)

Når agenten fullfører hvert prosjekt, sjekker den av det matchende elementet på sporingskortet. Alle som ser på tavlen, ser reell fremgang i sanntid - sjekklisten fylles ut som koden faktisk sendes, ikke når noen husker å oppdatere den. Hver avsjekk registreres som agenten som handler for deg, med en cialis <sekretær> merket, så kortet dobler som et revisjonsspor av hva agenten gjorde og når.

Denne "planlegg inn i kortet, og rapporter deretter fremdrift tilbake til kortet" -sløyfen fungerer for alle flertrinnsinnsats - avhengighetsoppgraderinger, migrasjoner, refactors eller en funksjon som er brutt inn i oppgaver.

La tavlen vise at agenten jobber

En lang jobb er usynlig til den er ferdig, og det er slik to personer ender opp med å gjøre det samme arbeidet. En agent kan kunngjøre seg på kortet i stedet:

"Før du begynner PLAT-42, åpne en agent kjøre på det og holde den oppdatert mens du går. Merk det blokkert hvis du trenger en beslutning fra meg. " (forandrer Kanera)

Agenten ringer runs.start med en kort tittel, og kortets flis umiddelbart viser en levende chip navngi agenten og jobben. runs.update er både fremdriftsrapporten og hjerterytmen:

1. runs.start — { cardId: "PLAT-42", title: "Implementing OAuth refresh", }. Chippen vises på flisen og live run viser under kortets beskrivelse.
2. Arbeid, og fortsett å rapportere. runs.update med { runId, summary: "Refresh rotation done; wiring the retry path." }Hvert anrop er et hjerteslag, så send en minst hvert tiende minutt på en lang jobb - selv en tom.
3. runs.update med status: "blocked" når det trenger deg. Chippen blir gul og sammendraget sier hva det venter på, så spørsmålet er på kortet i stedet for begravet i en chat-logg.
4. runs.update med status: "succeeded" (eller failed, eller cancelled) for å lukke den. Chippen rydder, løpet forblir i kortets historie, og utfallet registreres i aktivitetsfeeden.

Be om runs.list først når flere agenter deler en tavle: det viser hva som allerede er i flukt, slik at to av dem ikke starter det samme kortet. Hvis en agent krasjer midt i løpet, markerer Kanera løpet stoppet etter femten minutter i stedet for å la kortet se opptatt for alltid.

Reagere når noe endres, uten å bli spurt

Spørringene ovenfor kjøres når du skriver dem. En klient som støtter MCP-hendelsesabonnementer, for eksempel ChatGPT, kan også fortsette å se og handle øyeblikket et kort er opprettet, endret, flyttet eller kommentert, eller din neste kø endringer. Kanera leverer endringen til klienten; klienten kjører oppgaven du beskrev. Ingenting er konfigurert i Kanera, og avslutter oppgaven avslutter abonnementet.

Svar på spørsmål på et kort mens du er borte.

"Se på Starttavle. Når en ny kommentar stiller et spørsmål, les kortet og tråden, og svar med svaret hvis det er i kortet eller koblede notater. Hvis det ikke er det, svar at jeg vil følge opp og fortelle meg. " (forandrer Kanera)

Hver ny kommentar kommer som en hendelse med kommentarteksten og kortet. Agenten leser hele tråden med comments.list før du svarer, så det svarer aldri fra en en-linje sammendrag. Fordi hver hendelse sier hvem som gjorde endringen og om agenten selv gjorde, sjekker en oppgave som denne actor.self Og heller svare på egne spørsmål enn å svare på seg selv.

Hold en interessentkanal oppdatert.

"Fortell meg når et kort går inn i Ferdig-listen på mobilkortet, med en oppsummering av hva som ble sendt."

Flyttehendelsen bærer mållisten, slik at agenten kan filtrere etter Ferdig og bare lese kortene som når den. Par dette med et chat-mål eller la klienten legge inn sammendraget der interessentene leser.

Triage nye arbeid som det lander.

"Se på Inntak-listen på støttetavlen. For hvert nytt kort, foreslå en prioritetsetikett og en eier basert på beskrivelsen og lignende tidligere kort, og la forslaget som en kommentar. Ikke endre kortet." (endrer Kanera: kommentaren bare)

A card.created branner så snart kortet eksisterer. Agenten leser det med cards.get, søker etter lignende kort, og kommenterer sitt forslag til en person å akseptere. Beslutningen forblir menneskelig; Forskningen er gjort før noen åpner kortet.

Beskytt et kritisk kort.

"Se PLAT-42Hvis noe om det endres, inkludert kommentarer, send meg en kort lapp som sier hva som er endret og hvem som endret det.

Abonner på ett kort når en utgivelse, kontrakt eller hendelseskort ikke må endres stille. Hendelsen navngir skuespilleren, så notatet sier om det var en lagkamerat, en automatisering eller en annen agent.

Vit når dine prioriteringer endres.

"Når min neste kø endres fordi noen andre omorganiserte den, fortell meg hva som flyttet og hva som nå er på toppen."

A priorities.changed hendelse branner når køen din gevinster, mister eller omorganiserer en oppføring, inkludert når et køkort er fullført eller omfordelt. Den bærer ingen kort, så agenten leser køen med priorities.list, sammenligner det med rekkefølgen den så sist, og hopper over endringer der actor.self Det er sant eller actor.userId er deg. Bare din egen kø kan sees.

Få en morgen briefing.

Hver ukedag morgen, fortell meg hva som er forsinket, hva som forfaller denne uken, og hva som er på toppen av min Up neste kø.

A my_day.ready Hendelsen kommer kl 08:00 på hverdager i tidssonen, mens din daglige fordøyelses e-post er på. Agenten svarer det med en work.my_day samtale, som returnerer forfalt, forfall denne uken, forfallen sjekkliste, og tomgang tildelte kort pluss hodet på Up neste kø.

To vaner gjør disse oppgavene pålitelige: spør agenten om å Les kortet før det skrivessiden hendelsene er sammendrag, og for å bruk idempotensnøkler for repeterbare skriver, siden den samme endringen kan komme mer enn en gang. Levering er best-innsats over noen få minutter; Hvis klienten er uoppnåelig lenger, bør oppgaven gjenopprette ved å lese gjeldende tilstand i stedet for å forvente en replay.

Morgentriage i ett raskt

"Vis meg alt som er tildelt meg på tvers av arbeidsområdet, gruppert etter haster. Flagg alt forfalt, alt uten forfallsdato, og alt som ikke har flyttet på en uke."

For en rask start, work.my_day returnerer forsinket, forfallen-denne uken, forsinket-sjekkliste, og inaktivt arbeid pluss din Opp neste kø i ett anrop. For egendefinerte grupperinger, trekker den avgrensede arbeidssøknaden hele arbeidsområdet køen på en gang. Det kan filtrere etter forfallsdato, forfallen tilstand, inaktivitet og siste bevegelse, og deretter overflaten de to eller tre tingene som trenger deg i dag. I appen gir Home and My Cards de menneskelige versjonene av denne arbeidsflyten.

Umiddelbar standup-oppdatering

Forbered standupen min: det jeg stengte i går, det jeg jobber med i dag, og alt som er blokkert.

Agenten leser nylig aktivitet og de tildelte kortene dine, og deretter trekker en tett oppdatering. Lim den inn i Slack eller les den av. Den innebygde prepare_standup_update Dette gjør du hvis klienten din kommer opp på overflaten.

tavlen gjennomgang for en leder

"Sammenfatte veikartet tavle. Kall ut blokkeringer, foreldede kort, kort uten eier, og hva som sannsynligvis vil skli denne sprinten."

En agent med lesetilgang kan kombinere bordmetadata, avgrensede kortsider, foreldede filtre og valgte korthistorikker for å se gjennom en tavle slik et bly ville - ikke bare listekort, men resonnement om risiko. Flott før et planleggingsmøte.

Gjøre et møte om til kort

"Her er notatene mine fra kundesamtalen. Utkast kort for hvert handlingselement med en tittel, en Markdown beskrivelse og en foreslått liste. Vis meg utkastene først - ikke opprett noe ennå."

Agenten foreslår strukturerte kort. Du gjennomgår, redigerer og sier:

"Lag dem i inntakslisten og merk dem customer-request." (forandrer Kanera)

Dette "utkastet, gjennomgå, gjelder" mønsteret er den sikreste måten å la en agent skape arbeid: du ser alltid planen før noe lander i Kanera.

Når du har godkjent, oppretter agenten hele planen i en samtale, med hvert korts etiketter, oppdragsgivere og forfallsdato allerede angitt, og det sjekker hvert kort først, slik at et feil etikettnavn eller lagkamerat stopper partiet før noe lander. Kort agenten din oppretter blir automatisk overvåket av deg, slik at svar på dem når dine varsler, merket cialis <sekretær>.

Plukk opp svar mens agenten jobber

Legg ut migrasjonsplanen på DEV-938, be @Priya om å signere, og fortsett å se etter svaret hennes mens du starter på testene. (forandrer Kanera)

Agenten nevner Priya i sin kommentar, som varsler henne ved innboks, e-post og trykk. En agent som kjører på maskinen din har ingen adresse Kanera kan ringe tilbake, så det sjekker varslene dine hvert par minutter med notifications.list, ser bare det som er nytt siden det sist så ut og ingen av sine egne skriver. Når Priya svarer, leser den kommentaren og fortsetter.

Fange en påminnelse uten å plukke en tavle

"Minn meg på å fornye stedet forsikring neste uke." (forandrer Kanera)

Når du ikke nevner noe tavle, legger agenten til elementet som en åpen oppgave på Innboks siden av din private Kladd i stedet for å spørre hvor det skal gå. Senere, spør "hva er i innboksen min?" for å lese den tilbake, eller "merk av forsikringen" for å sjekke den. Navngi en tavle når elementet tilhører laget, og agenten lager et kort der i stedet.

Datoer fungerer slik du sier dem. "Lag MKT-42 på grunn av i morgen kl. 13:00" setter i morgen i din egen tidssone med ettermiddagsforfall, og agenten forteller deg datoen den brukte.

Kom tilbake til et kort til rett tid

"Minn meg om MKT-42 på fredag kl. 15.00." (forandrer Kanera)

Når du navngir et kort som allerede eksisterer, angir agenten en privat påminnelse på den i stedet for å lage en oppgave. Den forteller deg nøyaktig tid det løst, i din egen tidssone, og Kanera varsler deg en gang når det kommer forfall, gjennom kanalene du valgte for Kortpåminnelser. Påminnelser når opp til åtte uker fremover. Spør "hvilke påminnelser har jeg?" for å liste dem, eller "rydd min påminnelse på MKT-42" for å fjerne en. "Se MKT-42" følger kortets aktivitet i stedet.

Legg ved bevis fra en kodingsøkt

"Vedlegg skjermbildet av den mislykkede innloggingssiden og testloggen til DEV-938, og oppsummer deretter hva loggen sier mislyktes." (forandrer Kanera)

En agent som jobber på maskinen din får en engangsopplastingskobling for hver fil og laster den opp med curl, så skjermbilder og lange logger aldri passere gjennom chatten. Det kan da lese loggen tilbake fra kortet med cards.get_attachment, og se på skjermbilder andre vedlagt, for å svare på spørsmål om dem.

Cross-board søk som forstår kontekst

Finn alle kort, notater eller kommentarer som nevner overføringen av betalinger, og fortell meg hvilke som fortsatt er åpne.

MCP-søk dekker kort, notater, kommentarer og vedleggsfilnavn på tvers av arbeidsområdet. Agenten returnerer ikke bare samsvar – den grupperer dem, forteller deg hva som er gjort versus åpen, og peker deg på trådene som betyr noe.

Opprydding og hygiene

"Liste tildelte kort i dette arbeidsområdet uten forfallsdato og ingen etiketter, og foreslå en prioritetsetikett og en realistisk forfallsdato for hver basert på beskrivelsen." (forslag er skrivebeskyttet; bruker dem endrer Kanera)

Agenten foreslår metadata slik at tavlen forblir rapporteringspliktig. Godkjenn batchen, og den kan sette etiketter, forfallsdatoer og egendefinerte feltverdier i ett pass.

Hold et kort oppdatert fra en ekstern diskusjon

Legg til en kommentar til "SSO-utrullingskortet" som oppsummerer denne e-posttråden, og flytt den til I gang. (forandrer Kanera)

Agenten skriver en kortfattet oppsummering og oppdaterer kortets liste, slik at tavlen gjenspeiler virkeligheten uten at noen skriver inn status for hånd. cialis <sekretær> merket i kortets aktivitet, slik at det forblir revisjonsbart.

Hvis du kjenner kortnøkkelen, bruk den direkte: "Legg til dette sammendraget til PLAT-42 og merk det komplett." Nåværende nøkler, nøyaktige historiske nøkler og kanoniske Kanera-kortlenker kan alle brukes som MCP-kortreferanser. En kanonisk lenke disambiguerer det sjeldne tilfellet hvor den samme nøkkelen er synlig i mer enn én organisasjon.

Del en travel liste inn i seksjoner

"I veikartet er Backlog-listen, legg til blå separatorer med tittelen 'Neste utgivelse' og 'Senere'. Sett 'Neste utgivelse' før PLAT-42, plasser 'Senere' etter den eksisterende forskningsseparatoren, og flytt deretter PLAT-57 umiddelbart under 'Neste utgivelse'. " (forandrer Kanera)

Agenten leser kortets nåværende kort og skilletegn, løser de forespurte ankrene, og oppretter eller flytter hver førsteklasses separator på en nøyaktig posisjon. Kort og skilletegn deler en bestillingsbane, slik at agenten også kan plassere et kort i forhold til en separator. Skilletegnene forblir brettspesifikke selv når arbeidsflytlisten deles med andre tavle.

Arbeidsbelastningsbalansering på tvers av et team

"På tvers av dette arbeidsområdet, vis åpent tildelt arbeid per person. Hvem er overbelastet, hvem har plass, og hvilke kort kan med rimelighet flytte?"

Den avgrensede teamarbeidsspørringen returnerer synlig tildelt, ikke tildelt, forsinket og foreldet arbeid på tvers av det valgte omfanget. Agenten kan resonnere om hele teamets belastning og foreslå rebalansering - og deretter, med din godkjenning, tilordne bestemte kort på nytt. (Omdirigerer endringer Kanera)

Cross-board rollups for en agent

"Gi meg en leveringsoversikt for denne organisasjonen. Vis aktiv, forsinket, forfallen, utildelt og nylig fullført arbeid etter arbeidsområde og tavle, og ring deretter ut områdene som trenger oppmerksomhet."

work.portfolio_summary Returnerer avgrenset organisering, arbeidsområde og brettruller direkte. Agenten leser aggregatene først, og inspiserer deretter bare kortene eller kortene som trenger støttedetaljer. Rollupen er tilgjengelig via MCP, det offentlige API, kanera portfolio, og kanera.work.portfolio() i SDK. Det krever ikke en portefølje nettside.

Utkast fra et notat du allerede har skrevet

"Slå min 'Q3 onboarding revamp' notat i et kort med en klar tittel og en Markdown beskrivelse som legger trinnene ut som en sjekkliste."

Den draft_card_from_notes prompt slår løs tenkning i en Kanera notat til strukturert, handlingsrettet arbeid.

Tips for å få mest mulig ut av det

• Hold uovervåket legitimasjon smal. Bruk en Les API-nøkkel eller tjenestetilkobling for triage, sammendrag og søk når automatisering aldri skal gjøre endringer. Personlig OAuth er lese / skrive-stand, så konfigurer verktøytillatelser og bekreftelser i MCP-klienten i stedet.
• Spør om en plan først. For alt som endrer Kanera, be om utkast eller en foreslått plan, gjennomgå den, og si "bruk den."
• Vær konkret om omfang. Navngi tavlen, listen, arbeidsområdet eller personen slik at agenten målretter de riktige dataene.
• La det fungere på tvers av tavler. De største gevinstene kommer fra spørsmål som en enkeltstående visning ikke kan svare på – arbeidsbelastning, søk på tvers av prosjekter og leveringsstatus på tvers av prosjekter.

For oppsett, API-nøkler, omfang og den fullstendige listen over ressurser og handlinger som agenten kan bruke, se Koble Kanera til din AI-agent, den teknisk referanse, og verktøy inventar.