Beispiele für die Verwendung von Kanera mit KI

Sobald ein KI-Agent mit Kanera verbunden ist MCP, kann es Ihre tatsächliche Arbeit umfassend erkennen und darauf reagieren. Das ist der Unterschied zwischen einem Assistenten, der anhand von eingefügtem Text Vermutungen anstellt, und einem Assistenten, der anhand von Live-Daten des Arbeitsbereichs schlussfolgert – Karten, Beauftragte, Fälligkeitstermine, Beschriftungen, benutzerdefinierte Felder, Notizen, Kommentare und Aktivitäten.

Die folgenden Beispiele sind reale Arbeitsabläufe. Jeder zeigt, was Sie fragen müssen, warum der Agent es tun kann und was Sie zurückbekommen. Die meisten lesen nur Kanera. Diejenigen, die es ändern, sind markiert (ändert Kanera) und benötigen Schreibzugriff: eine OAuth-Verbindung, bei der Sie Redakteur im Forum sind, oder einen API-Schlüssel mit Schreibzugriff.

Verfolgen Sie Blocker und Übergaben

Probieren Sie diese Eingabeaufforderungen mit einem verbundenen Agenten aus:

• „Sorgen Sie dafür, dass die endgültige Produktmitteilung den Text der Zielseite blockiert. Verknüpfen Sie den Text mit der optionalen rechtlichen Prüfung, ohne ihn zur Voraussetzung zu machen.“
• „Zeigen Sie gesperrte Karten im gesamten Marketing-Arbeitsbereich und erläutern Sie die Blocker und Besitzer, die ich sehen kann.“
• „Beobachten Sie die Starttafel. Wenn eine Karte entsperrt wird, lesen Sie die aktuellen Details und sagen Sie mir, wer sie als nächstes abholen kann.“

Zur Erklärung ganzer Ketten nutzt der Agent cards.dependency_graph mit einer Karte, einem Board oder einem Arbeitsbereich. Es kann auch verwendet werden cards.set_relations, work.query_cards mit blockedOnly, und card.blocked / card.unblocked Veranstaltungsabonnements. Ein als gesperrt markierter Lauf ist von diesen Kartenbeziehungen getrennt. Siehe Kartenbeziehungen und Blockierung.

Überprüfen Sie einen Zeitplan und schlagen Sie eine Neuplanung vor

„Sehen Sie sich die Zeitleiste des Launch-Boards an. Wann wird die kritische Kette voraussichtlich enden, was hat keine Lücke und welche Karten beginnen, bevor ihre Blocker enden? Zeigen Sie die Daten und die Auswirkungen auf den Arbeitstag an. Ändern Sie nichts.“

Der Agent löst das Board mit auf boards.list_accessible, dann ruft work.schedule mit genau einem Geltungsbereich:

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

Benutzen { "workspaceId": "<workspace UUID>" } Stattdessen planen wir den Arbeitsbereich gemeinsam. Bestehen Sie nicht beides. Ein Board-Zeitplan folgt zugänglichen verbundenen Ketten in andere Boards. Die Zeitleisten-Anleitung erklärt die menschliche Sichtweise derselben Berechnung.

Lesen summary.projectedFinish, summary.latestDue, und summary.slipDays für die Prognose und ihre Verspätung gegenüber dem letzten versprochenen Datum. Pro Karte, plannedStart / plannedEnd den hinterlegten Plan beschreiben, earliestStart / earliestFinish Voraussetzungen berücksichtigen, slackDays misst den Spielraum zum Ausrutschen, critical markiert verbundene Arbeiten ohne Durchhang und conflicts identifiziert Voraussetzungen, deren Fertigstellung zu spät geplant ist. Tage bedeuten die Werktage von Montag bis Freitag; ausgefüllte Karten sind ausgeschlossen. Karten, die die Verbindung nicht öffnen kann, sind ebenfalls ausgeschlossen. Beschreiben Sie daher die Prognose als den verfügbaren Plan.

Wenn beispielsweise eine Voraussetzung am Freitag endet und ihr abhängiger Dienst voraussichtlich an diesem Freitag beginnen soll, ist die früheste saubere Übergabe Montag: einen Arbeitstag später. cards.dependency_graph erklärt, wer wen blockiert; verwenden work.schedule für die tatsächlichen Termine und den Spielraum des Zeitplans.

„Schlagen Sie Termine für MKT-42 vor, die am nächsten Montag beginnen und am Freitag enden sollen. Erklären Sie, welche Angehörigen umziehen müssten. Zeigen Sie den Vorschlag vor, bevor Sie ihn anwenden.“

Es gibt keinen hypothetischen Eingabeparameter work.schedule. Lesen Sie den aktuellen Zeitplan, begründen Sie ihn anhand seiner Dauer und Links und kennzeichnen Sie die vorgeschlagenen Auswirkungen als Schätzungen. Ändern Sie gespeicherte Daten nicht, nur um eine Antwort zu simulieren. Wenn der Benutzer eine Änderung genehmigt, lesen Sie die Karte erneut mit cards.get, dann verwenden cards.update:

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

Diese Daten veranschaulichen Montag bis Freitag; Lösen Sie relative Phrasen mithilfe der Zone des Benutzers auf session.get und wiederholen Sie die gewählten Termine. Auch Startdatumsphrasen werden unterstützt. Lesen work.schedule nach dem Speichern erneut, um das tatsächliche Ergebnis zu melden. Nachfolgetermine verschieben sich nicht automatisch. Die Anwendung dieses Beispiels ändert Kanera und erfordert Schreibzugriff.

Sehen Sie sich die Gesundheit des Zeitplans an

„Sehen Sie sich das Launch-Board an. Sagen Sie mir, wann der erste Planungskonflikt auftritt, wann er behoben wird oder wann eine Änderung des kritischen Pfaddatums das geplante Ende auf einen späteren Zeitpunkt verschiebt. Lesen Sie vor der Meldung den Zeitplan, zeigen Sie die Links zu den betroffenen Karten an und lassen Sie die Daten unverändert.

Ein kompatibler Host abonniert separat schedule.conflict_detected, schedule.conflict_resolved, und schedule.critical_path_slipped, beschränkt auf das Board und seinen Arbeitsbereich. Beginnen Sie mit einem work.schedule lesen, damit bestehende Probleme einbezogen werden; Ereignisse kündigen Änderungen nach einer Grundlinie an, nicht nach einer Wiederholung. Lesen Sie den Zeitplan bei jedem Vorkommen, überspringen Sie gegebenenfalls die eigenen Schreibvorgänge der Verbindung und wiederholen Sie die Deduplizierung eventId Werte. Siehe Abonnieren Sie Veranstaltungen für Nutzlasten, Aktualisierungen und Lieferlimits.

Fragen Sie für einen morgendlichen Rückblick nach „meinen Terminkonflikten, kritischen Arbeiten und Karten, die ihren geplanten Start verpasst haben“. work.my_day gibt diese zurück schedule.conflicts, schedule.critical, und schedule.lateToStart neben Dringlichkeit und Als Nächstes. Für eine projektübergreifende Überprüfung: work.portfolio_summary gibt das unterstützte Rollup mit Per-Board zurück conflictCount, criticalCount, projectedFinish, latestDue, und slipDays; Bohren Sie in betroffene Boards mit work.schedule.

Wenn die Zeitleiste oder Abhängigkeiten deaktiviert sind, meldet der Agent TIMELINE_DISABLED oder DEPENDENCIES_DISABLED und bittet den zuständigen Administrator, die Funktion bei Bedarf zu aktivieren. Es sollte mit der verfügbaren Arbeit fortgefahren werden, anstatt den abgelehnten Vorgang erneut zu versuchen.

Ordnen Sie die heutige Arbeit

„Zeigen Sie meine „Nächste Warteschlange“ an, schieben Sie dann die Zahlungsfreigabekarte nach oben und platzieren Sie die Dokumentationsprüfung direkt danach.“ (ändert Kanera)

Der Agent liest zuerst die aktuellen Ranglisteneinträge, löst die angeforderten Karten ab und verwendet Eintragsanker, um den genauen Zug auszuführen. Es ändert den Arbeitsauftrag, ohne Fälligkeitstermine, Workflow-Listen oder ein benutzerdefiniertes Prioritätsfeld zu ändern. Bitten Sie es, die vorgeschlagene Reihenfolge vorzulegen, bevor Sie eine umfassendere Umbildung vornehmen.

Planen Sie die Arbeit und verfolgen Sie sie, sobald der Code eintrifft

Dies ist der Workflow, der zeigt, was MCP wirklich ermöglicht: ein Coding-Agent, der in Kanera plant und dann dieselbe Karte aktualisiert, während er die eigentliche Arbeit erledigt. Da sowohl der Redakteur des Agenten als auch Kanera über MCP erreichbar sind, bleibt die Tracking-Karte von selbst korrekt – niemand wechselt Tabs zu Kontrollkästchen.

Schritt 1 – Planen Sie die Karte ein. Richten Sie den Agenten auf die Arbeit und bitten Sie ihn, den Plan so aufzuzeichnen, dass das Team ihn sehen kann:

„Lesen Sie dieses Repo und die Karte ‚Abhängigkeiten aktualisieren‘. Schreiben Sie einen Implementierungsplan in die Kartenbeschreibung und fügen Sie eine Checkliste mit einem Element pro Projekt hinzu, das aktualisiert werden muss.“ (ändert Kanera)

Der Agent prüft die Codebasis, entwirft einen Plan, aktualisiert damit die Kartenbeschreibung und erstellt für jedes Projekt einen Checklistenpunkt. Jetzt ist die Karte die Quelle der Wahrheit für die Bemühungen und kein Wegwerfgespräch.

Schritt 2 – Erledigen Sie die Arbeit und lassen Sie den Agenten seine eigene Checkliste abschließen. Lassen Sie den Agenten die Änderung in derselben Sitzung (oder einer späteren) projektübergreifend implementieren:

„Arbeiten Sie die Checkliste auf dieser Karte durch. Aktualisieren Sie die Abhängigkeiten in jedem Projekt und markieren Sie beim Erstellen und Bestehen jedes Projekts den entsprechenden Checklistenpunkt als abgeschlossen. (ändert Kanera)

Wenn der Agent jedes Projekt abschließt, kreuzt er das entsprechende Element auf der Tracking-Karte an. Jeder, der das Board beobachtet, sieht den echten Fortschritt in Echtzeit – die Checkliste wird ausgefüllt, wenn der Code tatsächlich versendet wird, und nicht, wenn jemand daran denkt, ihn zu aktualisieren. Jeder Check-off wird als für Sie tätiger Agent mit a erfasst über <agent> Daher dient die Karte gleichzeitig als Prüfprotokoll darüber, was der Agent wann getan hat.

Diese „In die Karte planen und dann den Fortschritt an die Karte zurückmelden“-Schleife funktioniert für alle mehrstufigen Bemühungen – Abhängigkeits-Upgrades, Migrationen, Refaktorierungen oder eine in Aufgaben unterteilte Funktion.

Lassen Sie die Tafel zeigen, dass der Agent funktioniert

Eine lange Arbeit ist unsichtbar, bis sie abgeschlossen ist, und so erledigen am Ende zwei Personen die gleiche Arbeit. Stattdessen kann sich ein Agent auf der Karte anmelden:

„Bevor du anfängst PLAT-42, öffnen Sie einen darauf ausgeführten Agenten und halten Sie ihn unterwegs auf dem neuesten Stand. Markieren Sie es als blockiert, wenn Sie eine Entscheidung von mir benötigen. (ändert Kanera)

Der Agent ruft an runs.start mit einem kurzen Titel versehen und auf der Kachel der Karte ist sofort ein Live-Chip mit Namen des Agenten und des Auftrags zu sehen. Von da an runs.update ist sowohl der Fortschrittsbericht als auch der Herzschlag:

1. runs.start — { cardId: "PLAT-42", title: "Implementing OAuth refresh", }. Der Chip erscheint auf dem Plättchen und der Live-Lauf wird unter der Beschreibung der Karte angezeigt.
2. Arbeiten Sie und berichten Sie weiter. runs.update mit { runId, summary: "Refresh rotation done; wiring the retry path." }. Jeder Anruf ist ein Herzschlag, also senden Sie bei einem längeren Auftrag mindestens alle zehn Minuten einen – auch bei einem leeren.
3. runs.update mit status: "blocked" wenn es dich braucht. Der Chip wird gelb und die Zusammenfassung sagt, worauf er wartet, sodass die Frage auf der Karte steht und nicht in einem Chat-Protokoll vergraben ist.
4. runs.update mit status: "succeeded" (oder failed, oder cancelled), um es zu schließen. Der Chip wird gelöscht, der Lauf bleibt im Verlauf der Karte und das Ergebnis wird im Aktivitäts-Feed aufgezeichnet.

Fragen Sie nach runs.list Erstens, wenn sich mehrere Agenten ein Board teilen: Es zeigt, was bereits im Umlauf ist, sodass nicht zwei von ihnen dieselbe Karte starten. Wenn ein Agent mitten im Lauf abstürzt, markiert Kanera den Lauf nach fünfzehn Minuten als unterbrochen, anstatt die Karte für immer als beschäftigt erscheinen zu lassen.

Reagieren Sie unaufgefordert, wenn sich etwas ändert

Die obigen Eingabeaufforderungen werden ausgeführt, wenn Sie sie eingeben. Ein Kunde, der unterstützt MCP-Veranstaltungsabonnements, wie ChatGPT, können auch den Moment beobachten und handeln, in dem eine Karte erstellt, geändert, verschoben oder kommentiert wird oder sich Ihre „Nächste Liste“ ändert. Kanera liefert das Wechselgeld an den Kunden; Der Client führt die von Ihnen beschriebene Aufgabe aus. In Kanera ist nichts konfiguriert und das Beenden der Aufgabe beendet das Abonnement.

Beantworten Sie während Ihrer Abwesenheit Fragen auf einer Karte.

„Sehen Sie sich das Launch-Board an. Wenn in einem neuen Kommentar eine Frage gestellt wird, lesen Sie die Karte und ihren Thread und antworten Sie mit der Antwort, sofern diese in der Karte oder in verknüpften Notizen enthalten ist. Wenn dies nicht der Fall ist, antworten Sie, dass ich dem nachgehen und es mir mitteilen werde. (ändert Kanera)

Jeder neue Kommentar kommt als Ereignis mit dem Kommentartext und der Karte. Der Agent liest den vollständigen Thread mit comments.list bevor geantwortet wird, sodass nie mit einer einzeiligen Zusammenfassung geantwortet wird. Da in jedem Ereignis angegeben ist, wer die Änderung vorgenommen hat und ob der Agent selbst die Änderung vorgenommen hat, führt eine Aufgabe wie diese eine Überprüfung durch actor.self und überspringt seine eigenen Antworten, anstatt sich selbst zu beantworten.

Halten Sie einen Stakeholder-Kanal auf dem neuesten Stand.

„Sagen Sie mir, wann immer eine Karte in die Liste „Fertig“ auf dem Mobile-Board verschoben wird, mit einer einzeiligen Zusammenfassung dessen, was versendet wurde.“

Das Verschiebungsereignis trägt die Zielliste, sodass der Agent nach „Fertig“ filtern und nur die Karten lesen kann, die es erreichen. Kombinieren Sie dies mit einem Chat-Ziel oder lassen Sie den Kunden die Zusammenfassung dort veröffentlichen, wo Ihre Stakeholder sie lesen.

Sortieren Sie neue Arbeiten, sobald sie eintreffen.

„Sehen Sie sich die Aufnahmeliste im Support-Forum an. Schlagen Sie für jede neue Karte ein Prioritätsetikett und einen Besitzer basierend auf der Beschreibung und ähnlichen früheren Karten vor und hinterlassen Sie den Vorschlag als Kommentar. Ändern Sie die Karte nicht.“ (Ändert Kanera: nur den Kommentar)

A card.created Das Ereignis wird ausgelöst, sobald die Karte existiert. Der Agent liest es mit cards.get, sucht nach ähnlichen Karten und kommentiert seinen Vorschlag, damit eine Person ihn annehmen kann. Die Entscheidung bleibt menschlich; Die Recherche ist abgeschlossen, bevor jemand die Karte öffnet.

Bewache eine kritische Karte.

„Pass auf PLAT-42. Wenn sich daran etwas ändert, einschließlich Kommentare, senden Sie mir eine kurze Nachricht, in der Sie sagen, was sich geändert hat und wer es geändert hat.“

Abonnieren Sie eine Karte, wenn sich eine Freigabe-, Vertrags- oder Vorfallkarte nicht stillschweigend ändern darf. Das Ereignis nennt den Akteur, daher steht in der Notiz, ob es sich um einen Teamkollegen, eine Automatisierung oder einen anderen Agenten handelte.

Wissen Sie, wann sich Ihre Prioritäten ändern.

„Wenn sich meine „Nächste Liste“-Warteschlange ändert, weil jemand anders sie neu angeordnet hat, teilen Sie mir mit, was verschoben wurde und was jetzt ganz oben steht.“

A priorities.changed Das Ereignis wird ausgelöst, wenn Ihre Warteschlange einen Eintrag erhält, verliert oder neu anordnet, einschließlich wenn eine Karte in der Warteschlange abgeschlossen oder neu zugewiesen wird. Da es keine Karten enthält, liest der Agent die Warteschlange mit priorities.list, vergleicht es mit der Reihenfolge, die es zuletzt gesehen hat, und überspringt Änderungen an der Stelle actor.self ist wahr oder actor.userId bist du. Es kann nur Ihre eigene Warteschlange beobachtet werden.

Holen Sie sich ein morgendliches Briefing.

„Sagen Sie mir jeden Wochentagmorgen, was überfällig ist, was diese Woche fällig ist und was ganz oben in meiner Up-Next-Warteschlange steht.“

A my_day.ready Das Ereignis kommt wochentags in Ihrer Zeitzone um 08:00 Uhr an, während Ihre tägliche Übersichts-E-Mail aktiv ist. Der Agent antwortet mit einem work.my_day Anruf, der überfällige, diese Woche fällige, überfällige Checklisten- und inaktive zugewiesene Karten sowie den Kopf Ihrer Nächsten Warteschlange zurückgibt.

Zwei Gewohnheiten machen diese Aufgaben zuverlässig: Bitten Sie den Agenten darum Lesen Sie die Karte, bevor sie schreibt, da Ereignisse Zusammenfassungen sind, und zu Verwenden Sie Idempotenzschlüssel für wiederholbare Schreibvorgänge, da dieselbe Änderung mehr als einmal eintreffen kann. Die Zustellung erfolgt nach bestem Aufwand innerhalb weniger Minuten; Wenn der Client länger nicht erreichbar ist, sollte die Aufgabe wiederhergestellt werden, indem sie den aktuellen Status liest, anstatt eine Wiederholung zu erwarten.

Morgen-Triage in einer Aufforderung

„Zeigen Sie mir alles, was mir im Arbeitsbereich zugewiesen ist, gruppiert nach Dringlichkeit. Markieren Sie alles, was überfällig ist, alles ohne Fälligkeitsdatum und alles, was seit einer Woche nicht verschoben wurde.“

Für einen schnellen Einstieg, work.my_day Gibt überfällige, diese Woche fällige, überfällige Checklisten und Leerlaufarbeiten sowie Ihre Up-Next-Warteschlange in einem Anruf zurück. Bei benutzerdefinierten Gruppierungen ruft die begrenzte Arbeitsabfrage Ihre gesamte Arbeitsbereichswarteschlange auf einmal ab. Es kann nach Fälligkeitsdatum, Überfälligkeitsstatus, Inaktivität und letzter Bewegung filtern und dann die zwei oder drei Dinge anzeigen, die Sie heute benötigen. In der App stellen „Home“ und „Meine Karten“ die menschlich zugewandten Versionen dieses Workflows bereit.

Sofortiges Standup-Update

„Bereiten Sie mein Standup vor: Was ich gestern abgeschlossen habe, woran ich heute arbeite und alles, was blockiert ist.“

Der Agent liest die letzten Aktivitäten und die Ihnen zugewiesenen Karten und erstellt dann eine detaillierte Aktualisierung. Fügen Sie es in Slack ein oder lesen Sie es vor. Der eingebaute prepare_standup_update Prompt führt genau dies aus, wenn Ihr Client Eingabeaufforderungen anzeigt.

Vorstandsbewertung für einen Manager

„Fassen Sie die Roadmap-Tafel zusammen. Nennen Sie Blocker, veraltete Karten, Karten ohne Besitzer und was bei diesem Sprint wahrscheinlich durchgehen wird.“

Ein Agent mit Lesezugriff auf das Board kann Board-Metadaten, begrenzte Kartenseiten, Filter für veraltete Arbeiten und ausgewählte Kartenverläufe kombinieren, um ein Board so zu überprüfen, wie es ein Lead tun würde – nicht nur Karten auflisten, sondern auch Überlegungen zum Risiko anstellen. Großartig vor einem Planungstreffen.

Verwandeln Sie ein Meeting in Karten

„Hier sind meine Notizen vom Kundengespräch. Entwurfskarten für jeden Aktionspunkt mit einem Titel, einer Markdown-Beschreibung und einer Vorschlagsliste. Zeigen Sie mir zuerst die Entwürfe – erstellen Sie noch nichts.“

Der Agent schlägt strukturierte Karten vor. Sie überprüfen, bearbeiten und sagen dann:

„Erstellen Sie diese in der Aufnahmeliste und beschriften Sie sie customer-request." (ändert Kanera)

Dieses „Entwerfen, Überprüfen, Anwenden“-Muster ist der sicherste Weg, einen Agenten Arbeiten erstellen zu lassen: Sie sehen immer den Plan, bevor etwas in Kanera landet.

Sobald Sie die Genehmigung erteilt haben, erstellt der Agent den gesamten Plan in einem Anruf, wobei die Beschriftungen, Beauftragten und das Fälligkeitsdatum jeder Karte bereits festgelegt sind. Er überprüft zunächst jede Karte, sodass ein falscher Etikettenname oder ein falscher Teamkollege den Stapel stoppt, bevor etwas landet. Karten, die Ihr Agent erstellt, werden von Ihnen automatisch überwacht, sodass Antworten darauf markiert in Ihren Benachrichtigungen landen über <agent>.

Erhalten Sie Antworten, während der Agent arbeitet

„Veröffentlichen Sie den Migrationsplan auf DEV-938, bitten Sie @Priya, sich abzumelden, und warten Sie weiterhin auf ihre Antwort, während Sie mit den Tests beginnen.“ (ändert Kanera)

Der Agent erwähnt Priya in seinem Kommentar, der sie per Posteingang, E-Mail und Push benachrichtigt. Ein Agent, der auf Ihrem Computer ausgeführt wird, hat keine Adresse, die Kanera zurückrufen kann, daher überprüft er alle paar Minuten Ihre Benachrichtigungen notifications.list, sieht nur das, was seit dem letzten Mal neu ist, und schreibt nichts von sich selbst. Als Priya antwortet, liest es den Kommentar und macht weiter.

Erfassen Sie eine Erinnerung, ohne ein Board auszuwählen

„Erinnern Sie mich daran, die Veranstaltungsortversicherung nächste Woche zu erneuern.“ (ändert Kanera)

Wenn Sie kein Board benennen, fügt der Agent das Element als offene Aufgabe hinzu Posteingang Seite Ihres privaten Notizblock anstatt zu fragen, wohin es gehen soll. Fragen Sie später: „Was ist in meinem Posteingang?“ um es noch einmal zu lesen, oder „Haken Sie das Versicherungsformular ab“, um es zu überprüfen. Benennen Sie ein Board, wenn der Gegenstand zum Team gehört, und der Agent erstellt dort stattdessen eine Karte.

Termine funktionieren so, wie Sie sie sagen. „MKT-42 morgen um 13 Uhr fällig machen“ stellt morgen in Ihrer eigenen Zeitzone mit dem Fälligkeitsfenster „Nachmittag“ ein, und der Agent teilt Ihnen das verwendete Datum mit.

Kommen Sie zur richtigen Zeit zu einer Karte zurück

„Erinnern Sie mich an MKT-42 am Freitag um 15 Uhr.“ (ändert Kanera)

Wenn Sie eine bereits vorhandene Karte benennen, legt der Agent eine private fest Erinnerung darauf statt eine Aufgabe zu erstellen. Es zeigt Ihnen den genauen Zeitpunkt der Lösung in Ihrer eigenen Zeitzone an und Kanera benachrichtigt Sie einmal über die von Ihnen gewählten Kanäle, wenn es fällig ist Ihre Kartenerinnerungen. Erinnerungen reichen bis zu acht Wochen im Voraus. Fragen Sie: „Welche Erinnerungen habe ich?“ um sie aufzulisten, oder „Meine Erinnerung auf MKT-42 löschen“, um eine zu entfernen. „Watch MKT-42“ folgt stattdessen der Aktivität der Karte.

Fügen Sie Beweise aus einer Codierungssitzung bei

„Fügen Sie den Screenshot der fehlgeschlagenen Anmeldeseite und das Testprotokoll an DEV-938 an und fassen Sie dann zusammen, was im Protokoll als fehlgeschlagen gilt.“ (ändert Kanera)

Ein Agent, der auf Ihrem Computer arbeitet, erhält einen einmaligen Upload-Link für jede Datei und lädt sie mit hoch curl, sodass Screenshots und lange Protokolle niemals durch den Chat gelangen. Anschließend kann das Protokoll mit von der Karte zurückgelesen werden cards.get_attachment, und schauen Sie sich Screenshots an, die andere angehängt haben, um Fragen dazu zu beantworten.

Cross-Board-Suche, die den Kontext versteht

„Suchen Sie alle Karten, Notizen und Kommentare, in denen die Zahlungsmigration erwähnt wird, und teilen Sie mir mit, welche noch offen sind.“

Die MCP-Suche umfasst Karten, Notizen, Kommentare und Dateinamen von Anhängen im gesamten Arbeitsbereich. Der Agent gibt nicht nur Übereinstimmungen zurück – er gruppiert sie, teilt Ihnen mit, was erledigt bzw. geöffnet wurde, und weist Sie auf die Threads hin, die wichtig sind.

Aufräumen und Hygiene

„Listen Sie in diesem Arbeitsbereich zugewiesene Karten ohne Fälligkeitsdatum und ohne Beschriftung auf und schlagen Sie basierend auf der Beschreibung für jede Karte eine Prioritätsbezeichnung und ein realistisches Fälligkeitsdatum vor.“ (Vorschläge sind schreibgeschützt; ihre Anwendung ändert Kanera)

Der Agent schlägt Metadaten vor, damit Ihr Board meldepflichtig bleibt. Genehmigen Sie den Stapel und er kann in einem Durchgang Beschriftungen, Fälligkeitstermine und benutzerdefinierte Feldwerte festlegen.

Halten Sie eine Karte aus einer externen Diskussion auf dem neuesten Stand

„Fügen Sie einen Kommentar zur Karte „SSO-Rollout“ hinzu, der diesen E-Mail-Thread zusammenfasst, und verschieben Sie ihn in „In Bearbeitung.“ (ändert Kanera)

Der Agent schreibt einen prägnanten zusammenfassenden Kommentar und aktualisiert die Liste der Karte, sodass die Tafel die Realität widerspiegelt, ohne dass jemand den Status noch einmal von Hand eingeben muss. Jede Änderung trägt eine über <agent> Badge in die Aktivität der Karte ein, damit diese überprüfbar bleibt.

Wenn Sie den Kartenschlüssel kennen, verwenden Sie ihn direkt: „Diese Zusammenfassung hinzufügen zu PLAT-42 und markieren Sie es als vollständig.“ Aktuelle Schlüssel, genaue historische Schlüssel und kanonische Kanera-Kartenlinks können alle als MCP-Kartenreferenzen verwendet werden. Ein kanonischer Link macht den seltenen Fall klar, dass derselbe Schlüssel in mehr als einer Organisation sichtbar ist.

Teilen Sie eine geschäftige Liste in Abschnitte auf

„Fügen Sie in der Backlog-Liste des Roadmap-Boards blaue Trennzeichen mit den Titeln ‚Nächste Veröffentlichung‘ und ‚Später‘ hinzu. Setzen Sie ‚Nächste Veröffentlichung‘ vor PLAT-42, platzieren Sie ‚Später‘ nach dem vorhandenen Forschungstrennzeichen und verschieben Sie dann PLAT-57 direkt unter ‚Nächste Veröffentlichung‘.“ (ändert Kanera)

Der Agent liest die aktuellen Karten und Trennzeichen des Boards, löst die angeforderten Anker auf und erstellt oder verschiebt jedes erstklassige Trennzeichen an einer genauen Position. Karten und Trennzeichen teilen sich eine Bestellspur, sodass der Agent eine Karte auch relativ zu einem Trennzeichen positionieren kann. Die Trennlinien bleiben Board-spezifisch, auch wenn die Workflow-Liste mit anderen Boards geteilt wird.

Arbeitslastverteilung innerhalb eines Teams

„Zeigen Sie in diesem Arbeitsbereich die offenen zugewiesenen Arbeiten pro Person. Wer ist überlastet, wer hat Platz und welche Karten könnten sinnvollerweise verschoben werden?“

Die begrenzte Teamarbeitsabfrage gibt sichtbare zugewiesene, nicht zugewiesene, überfällige und veraltete Arbeit im ausgewählten Bereich zurück. Der Agent kann über die Auslastung des gesamten Teams nachdenken und eine Neuverteilung vorschlagen – und dann mit Ihrer Zustimmung bestimmte Karten neu zuweisen. (Neuzuweisung ändert Kanera)

Cross-Board-Rollups für einen Agenten

„Geben Sie mir eine Lieferzusammenfassung für diese Organisation. Zeigen Sie aktive, überfällige, bald fällige, nicht zugewiesene und kürzlich abgeschlossene Arbeiten nach Arbeitsbereich und Board an und nennen Sie dann die Bereiche, die Aufmerksamkeit erfordern.“

work.portfolio_summary Gibt lokale Organisations-, Arbeitsbereichs- und Board-Rollups direkt zurück. Der Agent liest zunächst die Aggregate und prüft dann nur die Tafeln oder Karten, die unterstützende Details benötigen. Das Rollup ist über MCP, die öffentliche API, verfügbar. kanera portfolio, und kanera.work.portfolio() im SDK. Es ist keine Portfolio-Webseite erforderlich.

Entwurf einer Notiz, die Sie bereits geschrieben haben

„Verwandeln Sie meine Notiz zur Onboarding-Überarbeitung im dritten Quartal in eine Karte mit einem klaren Titel und einer Markdown-Beschreibung, die die Schritte als Checkliste darlegt.“

Die draft_card_from_notes prompt verwandelt lockeres Denken in einer Kanera-Notiz in strukturierte, umsetzbare Arbeit.

Tipps, wie Sie das Beste daraus machen

• Halten Sie unbeaufsichtigte Anmeldeinformationen eng. Verwenden Sie a Lesen API-Schlüssel oder Dienstverbindung für Triage, Zusammenfassungen und Suche, wenn die Automatisierung niemals Änderungen vornehmen sollte. Personal OAuth ist lese-/schreibfähig. Konfigurieren Sie daher Tool-Berechtigungen und -Bestätigungen stattdessen im MCP-Client.
• Bitten Sie zunächst um einen Plan. Für alles, was Kanera ändert, fordern Sie Entwürfe oder einen vorgeschlagenen Plan an, überprüfen Sie ihn und sagen Sie dann „Anwenden“.
• Geben Sie den Umfang genau an. Benennen Sie das Board, die Liste, den Arbeitsbereich oder die Person, damit der Agent auf die richtigen Daten abzielt.
• Lassen Sie es flächendeckend wirken. Die größten Vorteile ergeben sich aus Fragen, die eine einzelne Board-Ansicht nicht beantworten kann – Arbeitsbelastung, projektübergreifende Suche und projektübergreifender Lieferstatus.

Informationen zum Setup, zu API-Schlüsseln, Bereichen und zur vollständigen Liste der Ressourcen und Aktionen, die der Agent verwenden kann, finden Sie unter Verbinden Sie Kanera mit Ihrem KI-Agenten, die technische Referenz, und die Werkzeugbestand.