Voorbeelden van het gebruik van Kanera met AI

Zodra een AI-agent via Kanera met Kanera is verbonden MCP, kan het uw echte werk over de hele linie zien en ernaar handelen. Dat is het verschil tussen een assistent die gokt op basis van geplakte tekst en een assistent die redeneert over live werkruimtegegevens: kaarten, toegewezen personen, vervaldatums, labels, aangepaste velden, notities, opmerkingen en activiteiten.

De onderstaande voorbeelden zijn echte workflows. Elk laat zien wat u moet vragen, waarom de agent het kan doen en wat u ervoor terugkrijgt. De meesten lezen alleen Kanera. Degenen die dit veranderen, zijn gemarkeerd (wijzigingen Kanera) en schrijftoegang nodig hebt: een OAuth-verbinding waarbij u een redacteur op het bord bent, of een schrijfgerichte API-sleutel.

Volg blokkers en overdrachten

Probeer deze aanwijzingen met een verbonden agent:

• "Zorg ervoor dat de berichten over het eindproduct de kopie van de landingspagina blokkeren. Relateer de kopie aan de optionele juridische beoordeling zonder dat dit een vereiste is."
• “Toon geblokkeerde kaarten in de Marketing-werkruimte en leg uit welke blokkers en eigenaren ik kan zien.”
• "Let op het lanceerbord. Wanneer een kaart wordt gedeblokkeerd, lees dan de huidige gegevens ervan en vertel me wie hem als volgende kan ophalen."

Om hele ketens uit te leggen, gebruikt de agent cards.dependency_graph met één kaart-, bord- of werkruimtebereik. Het kan ook gebruiken cards.set_relations, work.query_cards met blockedOnly, en card.blocked / card.unblocked abonnementen op evenementen. Een run die gemarkeerd is als geblokkeerd staat los van deze kaartrelaties. Zie Kaartrelaties en blokkering.

Bekijk een tijdlijn en stel een nieuwe planning voor

"Bekijk de tijdlijn van het lanceerbord. Wanneer zal de kritieke keten naar verwachting eindigen, wat heeft geen speling en welke kaarten beginnen voordat hun blokkers eindigen? Toon de datums en de impact van de werkdag. Verander niets."

De agent lost het bord op met boards.list_accessible, belt dan work.schedule met precies één bereik:

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

Gebruik { "workspaceId": "<workspace UUID>" } in plaats daarvan om samen de werkruimte in te plannen. Passeer beide niet. Een bordschema volgt toegankelijke, verbonden ketens naar andere borden. De Tijdlijn gids verklaart de menselijke kijk op dezelfde berekening.

Lees summary.projectedFinish, summary.latestDue, en summary.slipDays voor de voorspelling en de vertraging ervan ten opzichte van de laatst beloofde datum. Per kaart, plannedStart / plannedEnd beschrijf het opgeslagen plan, earliestStart / earliestFinish rekening houden met de randvoorwaarden, slackDays meet de ruimte om uit te glijden, critical markeert verbonden werk zonder speling, en conflicts identificeert vereisten die gepland zijn om te laat af te ronden. Onder dagen worden werkdagen van maandag tot en met vrijdag verstaan; ingevulde kaarten zijn uitgesloten. Kaarten die de verbinding niet kan openen, worden ook uitgesloten, dus beschrijf de voorspelling als het toegankelijke plan.

Als een vereiste bijvoorbeeld op vrijdag eindigt en de afhankelijke daarvan op vrijdag moet beginnen, is de vroegste schone overdracht maandag: één werkdag later. cards.dependency_graph legt uit wie wie blokkeert; gebruik work.schedule voor de werkelijke data en speling van het schema.

'Stel data voor waarop MKT-42 aanstaande maandag begint en vrijdag eindigt. Leg uit welke afhankelijke personen moeten verhuizen. Laat het voorstel zien voordat je het toepast.'

Er is geen hypothetische invoerparameter ingeschakeld work.schedule. Lees het huidige schema, redeneer op basis van de duur en koppelingen, en label de voorgestelde effecten als schattingen. Wijzig de opgeslagen datums niet louter om een antwoord te simuleren. Wanneer de gebruiker een wijziging goedkeurt, leest u de kaart opnieuw cards.get, gebruik dan cards.update:

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

Deze data illustreren maandag tot en met vrijdag; relatieve zinnen oplossen met behulp van de gebruikerszone van session.get en herhaal de gekozen data. Begindatumzinnen worden ook ondersteund. Lees work.schedule opnieuw na het opslaan om het daadwerkelijke resultaat te rapporteren. Opvolgdata verschuiven niet automatisch. Als u dit voorbeeld toepast, verandert Kanera en is schrijftoegang vereist.

Bekijk de gezondheid van het schema

"Kijk naar het lanceerbord. Vertel me wanneer het eerste planningsconflict zich voordoet, wanneer het verdwijnt, of wanneer een datumwijziging in het kritieke pad de verwachte einddatum later verlegt. Lees het schema voordat u rapporteert, toon de betreffende kaartlinks en laat de datums ongewijzigd."

Een compatibele host abonneert zich afzonderlijk op schedule.conflict_detected, schedule.conflict_resolved, en schedule.critical_path_slipped, gericht op het bord en de werkruimte ervan. Begin met een work.schedule lees zodat bestaande problemen worden meegenomen; evenementen kondigen veranderingen aan na een basislijn, niet na een herhaling. Lees het schema voor elke gebeurtenis, sla indien nodig de eigen schrijfbewerkingen van de verbinding over en dedupliceer herhaaldelijk eventId waarden. Zie Abonneer u op evenementen voor payloads, vernieuwing en leveringslimieten.

Vraag voor een ochtendoverzicht naar "mijn planningsconflicten, kritiek werk en kaarten die hun geplande start hebben gemist". work.my_day geeft deze terug schedule.conflicts, schedule.critical, en schedule.lateToStart naast urgentie en Volgende. Voor een projectoverschrijdende beoordeling, work.portfolio_summary retourneert het ondersteunde samenvouwen met per bord conflictCount, criticalCount, projectedFinish, latestDue, en slipDays; boor in de aangetaste planken met work.schedule.

Als de tijdlijn of afhankelijkheden zijn uitgeschakeld, rapporteert de agent TIMELINE_DISABLED of DEPENDENCIES_DISABLED en vraagt de relevante beheerder om de functie in te schakelen wanneer dat nodig is. Het moet doorgaan met beschikbaar werk in plaats van de geweigerde bewerking opnieuw uit te voeren.

Breng het werk van vandaag op orde

"Toon mijn wachtrij Volgende, verplaats vervolgens de betalingsvrijgavekaart naar boven en plaats de documentatiebeoordeling er onmiddellijk achter." (wijzigingen Kanera)

De agent leest eerst de huidige gerangschikte vermeldingen, lost de gevraagde kaarten op en gebruikt invoerankers om de exacte zet te doen. Het wijzigt de werkorder zonder de vervaldatums, workflowlijsten of een aangepast veld Prioriteit te wijzigen. Vraag hem om de voorgestelde volgorde weer te geven voordat u een bredere herschikking toepast.

Plan het werk en volg het terwijl de code binnenkomt

Dit is de workflow die laat zien wat MCP werkelijk ontgrendelt: een codeeragent die plant in Kanera en vervolgens dezelfde kaart bijwerkt als deze het eigenlijke werk doet. Omdat de editor van de agent en Kanera beide bereikbaar zijn via MCP, blijft de trackingkaart op zichzelf accuraat: niemand schakelt van tabblad naar selectievakjes.

Stap 1 — plan in de kaart. Wijs de agent op het werk en vraag hem het plan op te nemen waar het team het kan zien:

"Lees deze opslagplaats en de kaart 'Upgrade afhankelijkheden'. Schrijf een implementatieplan in de kaartbeschrijving en voeg een checklist toe met één item per project dat moet worden bijgewerkt." (wijzigingen Kanera)

De agent inspecteert de codebase, stelt een plan op, werkt daarmee de kaartbeschrijving bij en bouwt per project een checklistitem op. Nu is de kaart de bron van de waarheid voor de moeite, en geen wegwerppraatje.

Stap 2: doe het werk en laat de agent zijn eigen checklist invullen. Laat de agent in dezelfde sessie (of een latere sessie) de wijziging in alle projecten implementeren:

‘Werk de checklist op die kaart door. Werk de afhankelijkheden in elk project bij, en terwijl elk project wordt opgebouwd en voltooid, markeert u het checklistitem als voltooid." (wijzigingen Kanera)

Terwijl de agent elk project voltooit, vinkt hij het overeenkomende item af op de trackingkaart. Iedereen die naar het bord kijkt, ziet echte vooruitgang in realtime: de checklist wordt ingevuld zodra de code daadwerkelijk wordt verzonden, niet wanneer iemand eraan denkt deze bij te werken. Bij elke check-off wordt geregistreerd dat de agent namens u optreedt, met een via <agent> badge, zodat de kaart ook dienst doet als audittrail van wat de agent heeft gedaan en wanneer.

Deze lus van 'plan op de kaart en rapporteer vervolgens de voortgang terug naar de kaart' werkt voor elke inspanning die uit meerdere stappen bestaat: upgrades van afhankelijkheid, migraties, refactoren of een functie die in taken is opgesplitst.

Laat het bord laten zien dat de agent werkt

Een lange klus is onzichtbaar totdat deze klaar is, en zo doen twee mensen uiteindelijk hetzelfde werk. In plaats daarvan kan een agent zichzelf op de kaart aankondigen:

‘Voordat je begint PLAT-42, open een agent die erop wordt uitgevoerd en houd deze onderweg bijgewerkt. Markeer het als geblokkeerd als je een beslissing van mij nodig hebt." (wijzigingen Kanera)

De agent belt runs.start met een korte titel, en op de kaarttegel wordt onmiddellijk een live-chip weergegeven met de naam van de agent en de taak. Vanaf dat moment runs.update is zowel het voortgangsrapport als de hartslag:

1. runs.start — { cardId: "PLAT-42", title: "Implementing OAuth refresh", }. De chip verschijnt op de tegel en de live-run wordt weergegeven onder de beschrijving van de kaart.
2. Werk en blijf rapporteren. runs.update met { runId, summary: "Refresh rotation done; wiring the retry path." }. Elk telefoontje is een hartslag, dus stuur er minstens elke tien minuten een voor een lange klus, zelfs als het een lege oproep is.
3. runs.update met status: "blocked" wanneer het je nodig heeft. De chip wordt oranje en de samenvatting geeft aan waar hij op wacht, zodat de vraag op de kaart staat in plaats van verborgen in een chatlogboek.
4. runs.update met status: "succeeded" (of failed, of cancelled) om het te sluiten. De chip wordt gewist, de run blijft in de geschiedenis van de kaart en de uitkomst wordt vastgelegd in de activiteitenfeed.

Vraag ernaar runs.list eerst wanneer meerdere agenten een bord delen: het laat zien wat er al in de lucht is, zodat twee van hen niet met dezelfde kaart beginnen. Als een agent halverwege de run crasht, markeert Kanera dat de run na vijftien minuten tot stilstand is gekomen, in plaats van dat de kaart er voor altijd druk uitziet.

Reageer als er iets verandert, ongevraagd

De bovenstaande aanwijzingen worden uitgevoerd wanneer u ze typt. Een cliënt die steunt MCP-evenementabonnementen, zoals ChatGPT, kunnen ook blijven kijken en actie ondernemen op het moment dat een kaart wordt gemaakt, gewijzigd, verplaatst of becommentarieerd, of op het moment dat uw wachtrij 'Volgende' verandert. Kanera levert het wisselgeld aan de klant; de klant voert de taak uit die u hebt beschreven. Er is niets geconfigureerd in Kanera en als u de taak beëindigt, wordt het abonnement beëindigd.

Beantwoord vragen op een kaart terwijl u weg bent.

"Kijk naar het lanceerbord. Wanneer in een nieuwe opmerking een vraag wordt gesteld, lees dan de kaart en de bijbehorende draad en antwoord met het antwoord als dit op de kaart of in gekoppelde notities staat. Als dat niet het geval is, antwoord dan dat ik er iets aan zal doen en vertel het mij." (wijzigingen Kanera)

Elke nieuwe opmerking arriveert als een gebeurtenis met de commentaartekst en de kaart. De agent leest de volledige thread met comments.list alvorens te antwoorden, dus het antwoordt nooit vanuit een samenvatting van één regel. Omdat bij elke gebeurtenis staat wie de wijziging heeft aangebracht en of de agent dat zelf heeft gedaan, controleert een taak als deze actor.self en slaat zijn eigen antwoorden over in plaats van zichzelf te beantwoorden.

Houd een stakeholderkanaal actueel.

"Laat het me weten wanneer een kaart in de Klaar-lijst op het mobiele bord terechtkomt, met een samenvatting van één regel van wat er is verzonden."

De verplaatsingsgebeurtenis bevat de bestemmingslijst, zodat de agent kan filteren op Gereed en alleen de kaarten kan lezen die deze bereiken. Koppel dit aan een chatbestemming of laat de klant de samenvatting plaatsen waar uw belanghebbenden deze lezen.

Triageer nieuw werk zodra het binnenkomt.

"Bekijk de Intakelijst op het Supportbord. Stel voor elke nieuwe kaart een prioriteitslabel en een eigenaar voor op basis van de beschrijving en vergelijkbare eerdere kaarten, en laat de suggestie achter als commentaar. Verander de kaart niet." (wijzigingen Kanera: alleen de opmerking)

EEN card.created evenement wordt geactiveerd zodra de kaart bestaat. De agent leest het mee cards.get, zoekt naar vergelijkbare kaarten en geeft commentaar op de suggestie die iemand kan accepteren. De beslissing blijft menselijk; het onderzoek wordt gedaan voordat iemand de kaart opent.

Bewaak een kritische kaart.

"Kijk PLAT-42. Als er iets aan verandert, inclusief opmerkingen, stuur me dan een kort briefje met de mededeling wat er is veranderd en wie het heeft veranderd."

Abonneer u op één kaart als een vrijgave-, contract- of incidentkaart niet stilletjes mag veranderen. De gebeurtenis noemt de acteur, dus op het briefje staat of het een teamgenoot, een automatisering of een andere agent was.

Weet wanneer uw prioriteiten verschuiven.

"Elke keer als mijn wachtrij 'Volgende' verandert omdat iemand anders deze opnieuw heeft gerangschikt, vertel me dan wat er is verplaatst en wat nu bovenaan staat."

EEN priorities.changed gebeurtenis wordt geactiveerd wanneer uw wachtrij een item wint, verliest of opnieuw rangschikt, inclusief wanneer een kaart in de wachtrij wordt voltooid of opnieuw wordt toegewezen. Er zitten geen kaarten in, dus de agent leest de wachtrij mee priorities.list, vergelijkt deze met de volgorde die hij de vorige keer heeft gezien en slaat de wijzigingen waar over actor.self is waar of actor.userId ben jij. Alleen uw eigen wachtrij kan worden bekeken.

Ontvang een ochtendbriefing.

"Vertel me elke doordeweekse ochtend wat er te laat is, wat deze week moet gebeuren en wat bovenaan mijn volgende wachtrij staat."

EEN my_day.ready evenement arriveert om 08:00 uur op weekdagen in uw tijdzone, terwijl uw dagelijkse overzichts-e-mail is ingeschakeld. De agent beantwoordt het met één work.my_day oproep, die de achterstallige, deze-week-, achterstallige-checklist en inactieve toegewezen kaarten retourneert, plus het hoofd van uw volgende wachtrij.

Twee gewoonten maken deze taken betrouwbaar: vraag het aan de agent lees de kaart voordat deze schrijft, aangezien gebeurtenissen samenvattingen zijn, en to gebruik idempotentiesleutels voor herhaalbare schrijfbewerkingen, aangezien dezelfde wijziging meer dan één keer kan optreden. De bezorging duurt naar beste vermogen binnen een paar minuten; als de client langer onbereikbaar is, moet de taak herstellen door de huidige status te lezen in plaats van een herhaling te verwachten.

Ochtendtriage in één prompt

"Laat me alles zien wat aan mij is toegewezen in de werkruimte, gegroepeerd op urgentie. Markeer alles wat achterstallig is, alles zonder vervaldatum en alles dat binnen een week niet is verplaatst."

Voor een snelle start, work.my_day retourneert de checklist voor achterstallig werk, deze week inlevertijd, de checklist voor achterstallig werk en inactief werk plus uw volgende wachtrij in één gesprek. Voor aangepaste groeperingen haalt de begrensde werkquery in één keer uw hele werkruimtewachtrij op. Het kan filteren op vervaldatum, achterstallige status, inactiviteit en laatste beweging, en vervolgens de twee of drie dingen naar voren brengen die je vandaag nodig hebt. In de app bieden Home en My Cards de mensgerichte versies van deze workflow.

Directe stand-up-update

"Bereid mijn stand-up voor: wat ik gisteren heb afgesloten, waar ik vandaag aan werk en alles wat is geblokkeerd."

De agent leest de recente activiteit en uw toegewezen kaarten en stelt vervolgens een strakke update op. Plak het in Slack of lees het af. De ingebouwde prepare_standup_update prompt doet precies dit als uw cliënt prompts oproept.

Bestuursbeoordeling voor een manager

"Vat het Roadmap-bord samen. Noem blokkers, verouderde kaarten, kaarten zonder eigenaar en wat deze sprint waarschijnlijk zal ontglippen."

Een agent met bordleestoegang kan bordmetagegevens, begrensde kaartpagina's, verouderde filters en geselecteerde kaartgeschiedenissen combineren om een bord te beoordelen zoals een lead dat zou doen: niet alleen een lijst van kaarten, maar ook redenerend over risico's. Ideaal vóór een planningsvergadering.

Verander een vergadering in kaarten

"Hier zijn mijn aantekeningen van het klantgesprek. Conceptkaarten voor elk actie-item met een titel, een Markdown-beschrijving en een lijst met suggesties. Laat mij eerst de concepten zien - maak nog niets aan."

De agent stelt gestructureerde kaarten voor. Je beoordeelt, bewerkt en zegt dan:

"Maak die in de Innamelijst en label ze customer-request." (wijzigingen Kanera)

Dit patroon van 'ontwerpen, beoordelen, toepassen' is de veiligste manier om een agent werk te laten maken: u ziet altijd het plan voordat er iets in Kanera belandt.

Zodra u akkoord gaat, maakt de agent het hele plan in één gesprek, waarbij de labels, verantwoordelijken en vervaldatum van elke kaart al zijn ingesteld. Vervolgens controleert hij elke kaart eerst zodat een verkeerde labelnaam of teamgenoot de batch stopt voordat er iets terechtkomt. Kaarten die uw agent maakt, worden automatisch door u bekeken, zodat antwoorden daarop uw gemarkeerde meldingen bereiken via <agent>.

Ontvang antwoorden terwijl de agent werkt

"Plaats het migratieplan op DEV-938, vraag @Priya om zich af te melden en blijf op haar antwoord letten terwijl je aan de tests begint." (wijzigingen Kanera)

De agent vermeldt Priya in zijn opmerking, die haar op de hoogte stelt via inbox, e-mail en push. Een agent die op uw machine draait, heeft geen adres dat Kanera kan terugbellen, dus controleert hij uw meldingen om de paar minuten notifications.list, alleen zien wat nieuw is sinds het voor het laatst keek en niets van zijn eigen schrijfsels. Wanneer Priya antwoordt, leest het de opmerking en gaat verder.

Leg een herinnering vast zonder een bord te kiezen

'Herinner me eraan dat ik volgende week de locatieverzekering moet verlengen.' (wijzigingen Kanera)

Wanneer u geen bord een naam geeft, voegt de agent het item toe als een open taak op het Postvak IN pagina van uw privé Kladblok in plaats van te vragen waar het heen moet. Vraag later "wat zit er in mijn inbox?" om het terug te lezen, of "vink het verzekeringsnummer aan" om het te controleren. Geef een bord een naam als het item bij het team hoort, en de agent maakt daar in plaats daarvan een kaart.

Datums werken zoals je ze zegt. "Maak MKT-42 morgen om 13.00 uur klaar" stelt morgen in uw eigen tijdzone in met het tijdslot voor middag, en de agent vertelt u de gebruikte datum.

Kom op het juiste moment terug naar een kaart

"Herinner me aan MKT-42 op vrijdag om 15.00 uur." (wijzigingen Kanera)

Wanneer u een kaart een naam geeft die al bestaat, stelt de agent een privékaart in herinnering erop in plaats van een taak te maken. Het vertelt u het exacte tijdstip waarop het is opgelost, in uw eigen tijdzone, en Kanera geeft u een keer een melding wanneer het zover is, via de kanalen waarvoor u hebt gekozen Uw kaartherinneringen. Herinneringen reiken tot acht weken vooruit. Vraag: "Welke herinneringen heb ik?" om ze weer te geven, of "wis mijn herinnering op MKT-42" om er een te verwijderen. "Watch MKT-42" volgt in plaats daarvan de activiteit van de kaart.

Voeg bewijsmateriaal van een codeersessie toe

"Voeg de schermafbeelding van de falende inlogpagina en het testlogboek toe aan DEV-938 en vat vervolgens samen wat volgens het log mislukt is." (wijzigingen Kanera)

Een agent die op uw machine werkt, krijgt voor elk bestand een eenmalige uploadlink en uploadt dit mee curl, zodat schermafbeeldingen en lange logs nooit via de chat passeren. Vervolgens kan het logbestand van de kaart worden teruggelezen cards.get_attachmenten bekijk schermafbeeldingen die anderen hebben bijgevoegd, om vragen daarover te beantwoorden.

Cross-board zoeken die de context begrijpt

"Zoek elke kaart, notitie of opmerking waarin de betalingsmigratie wordt vermeld en vertel me welke nog open staan."

MCP-zoekopdrachten omvatten kaarten, notities, opmerkingen en bestandsnamen van bijlagen in de hele werkruimte. De agent retourneert niet alleen overeenkomsten: hij groepeert ze, vertelt u wat er is gedaan en wat er open is, en wijst u op de discussies die er toe doen.

Opruimen en hygiëne

"Maak een lijst van toegewezen kaarten in deze werkruimte zonder vervaldatum en zonder labels, en stel voor elke kaart een prioriteitslabel en een realistische vervaldatum voor op basis van de beschrijving." (suggesties zijn alleen-lezen; door ze toe te passen verandert Kanera)

De agent stelt metadata voor, zodat uw board rapporteerbaar blijft. Keur de batch goed en deze kan in één keer labels, vervaldatums en aangepaste veldwaarden instellen.

Houd een kaart actueel van een externe discussie

"Voeg een opmerking toe aan de kaart 'SSO-uitrol' met een samenvatting van deze e-mailthread en verplaats deze naar In uitvoering." (wijzigingen Kanera)

De agent schrijft een beknopt samenvattend commentaar en werkt de kaartlijst bij, zodat het bord de werkelijkheid weergeeft zonder dat iemand de status met de hand hoeft in te typen. Elke verandering draagt een via <agent> badge in de activiteit van de kaart, zodat deze controleerbaar blijft.

Als u de kaartsleutel kent, kunt u deze direct gebruiken: 'Voeg dit overzicht toe aan PLAT-42 en markeer deze als voltooid." Huidige sleutels, exacte historische sleutels en canonieke Kanera-kaartlinks kunnen allemaal worden gebruikt als MCP-kaartreferenties. Een canonieke link maakt het zeldzame geval ondubbelzinnig waarin dezelfde sleutel zichtbaar is in meer dan één organisatie.

Verdeel een drukke lijst in secties

"Voeg in de Backlog-lijst van het Roadmap-bord blauwe scheidingstekens toe met de titel 'Volgende release' en 'Later'. Zet 'Volgende release' vóór PLAT-42, plaats 'Later' na het bestaande Research-scheidingsteken en verplaats PLAT-57 onmiddellijk onder 'Volgende release'." (wijzigingen Kanera)

De agent leest de huidige kaarten en scheidingstekens van het bord, lost de gevraagde ankers op en creëert of verplaatst elke eersteklas scheidingsteken op een exacte positie. Kaarten en scheiders delen één bestelstrook, zodat de agent ook een kaart ten opzichte van een scheider kan positioneren. De verdelers blijven bordspecifiek, zelfs als de workflowlijst wordt gedeeld met andere borden.

Werklastverdeling binnen een team

"Laat in deze werkruimte open toegewezen werk per persoon zien. Wie is overbelast, wie heeft ruimte en welke kaarten kunnen redelijkerwijs bewegen?"

De begrensde teamwerkquery retourneert zichtbaar toegewezen, niet-toegewezen, achterstallig en verouderd werk voor het geselecteerde bereik. De agent kan redeneren over de lading van het hele team en een nieuw evenwicht voorstellen. Vervolgens kan hij, met uw goedkeuring, specifieke kaarten opnieuw toewijzen. (wijzigingen opnieuw toewijzen Kanera)

Cross-board rollups voor een agent

"Geef mij een opleveringssamenvatting voor deze organisatie. Toon actieve, achterstallige, binnenkort in te leveren, niet-toegewezen en onlangs voltooide werkzaamheden per werkruimte en bord, en roep vervolgens de gebieden op die aandacht behoeven."

work.portfolio_summary retourneert direct de begrensde organisatie-, werkruimte- en bordcombinaties. De agent leest eerst de aggregaten en inspecteert vervolgens alleen de borden of kaarten die ondersteunende details nodig hebben. Het updatepakket is beschikbaar via MCP, de openbare API, kanera portfolio, en kanera.work.portfolio() in de SDK. Er is geen Portfolio-webpagina vereist.

Ontwerp van een notitie die je al hebt geschreven

"Verander mijn 'Q3 onboarding revamp'-notitie in een kaart met een duidelijke titel en een Markdown-beschrijving die de stappen als een checklist uiteenzet."

De draft_card_from_notes prompt verandert los denken in een Kanera-notitie in gestructureerd, uitvoerbaar werk.

Tips om er het maximale uit te halen

• Houd onbeheerde inloggegevens beperkt. Gebruik een Lees API-sleutel of serviceverbinding voor triage, samenvattingen en zoeken wanneer automatisering nooit wijzigingen mag aanbrengen. Persoonlijke OAuth is geschikt voor lezen/schrijven, dus configureer in plaats daarvan de toolmachtigingen en bevestigingen in de MCP-client.
• Vraag eerst een plan aan. Voor alles wat Kanera verandert, vraagt u concepten of een voorgesteld plan aan, bekijkt u het en zegt u 'pas het toe'.
• Wees specifiek over de reikwijdte. Geef het bord, de lijst, de werkruimte of de persoon een naam, zodat de agent zich op de juiste gegevens richt.
• Laat het over de hele linie werken. De grootste overwinningen komen voort uit vragen die een single-board-weergave niet kan beantwoorden: werkdruk, zoeken tussen projecten en de status van de oplevering van meerdere projecten.

Zie voor instellingen, API-sleutels, bereiken en de volledige lijst met bronnen en acties die de agent kan gebruiken Verbind Kanera met uw AI-agent, de technische referentie, en de gereedschap inventaris.