Kanera と AI の使用例

AI エージェントが Kanera に接続されると、 MCP、ボード全体で実際の作業を確認し、それに基づいて行動することができます。これが、貼り付けられたテキストから推測するアシスタントと、カード、担当者、期日、ラベル、カスタム フィールド、メモ、コメント、アクティビティなどのライブ ワークスペース データを基に推論するアシスタントの違いです。

以下の例は実際のワークフローです。それぞれに、何を尋ねるべきか、エージェントがそれを実行できる理由、およびあなたが何を返すかを示します。ほとんどはKaneraしか読みません。それを変更するものにはマークが付けられています （金良を変える） 書き込みアクセスが必要です: ボードの編集者である場合の OAuth 接続、または書き込みスコープの API キー。

ブロッカーとハンドオフを追跡する

接続されたエージェントで次のプロンプトを試してください。

• 「最終的な製品メッセージを、ランディングページの原稿作成の前提作業にしてください。任意の法務レビューも原稿に関連付けますが、前提作業にはしないでください。」
• 「Marketingワークスペース全体でブロック中のカードを表示し、私が確認できるブロッカーと担当者を説明してください。」
• 「ローンチのボードをウォッチしてください。カードのブロックが解除されたら現在の内容を読み、次に誰が着手できるか教えてください。」

チェーン全体を説明するために、エージェントは次のように使用します。 cards.dependency_graph カード、ボード、ワークスペースのいずれか1つのスコープを指定します。次も使用できます： cards.set_relations, work.query_cards 次を使用： blockedOnly、そして card.blocked / card.unblocked イベントのサブスクリプション。ブロックされたとマークされた実行は、これらのカードの関係とは別のものです。参照 カードの関係とブロック.

タイムラインを確認し、再スケジュールを提案する

「ローンチボードのタイムラインを確認してください。クリティカルチェーンはいつ終了すると予想されますか、余裕がないものは何ですか、ブロッカーが終了する前にどのカードが開始されますか？日付と営業日への影響を示します。何も変更しないでください。」

エージェントはボードを次のように解決します。 boards.list_accessible、その後呼び出します work.schedule スコープを1つだけ指定します：

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

使用する { "workspaceId": "<workspace UUID>" } 代わりに、ワークスペースを一緒にスケジュールします。両方を通過しないでください。ボード スケジュールは、他のボードへのアクセス可能な接続チェーンに従います。の タイムラインガイド 同じ計算に対する人間の見方を説明しています。

読む summary.projectedFinish, summary.latestDue、そして summary.slipDays 予測と、最新の約束日に対するその遅れについて。カードごとに、 plannedStart / plannedEnd 保存された計画を説明し、 earliestStart / earliestFinish 前提条件を考慮し、 slackDays スリップする余地を測定し、 critical 接続された作業をたるみなくマークし、 conflicts 完了が遅すぎる予定の前提条件を特定します。日数とは、月曜日から金曜日の営業日を意味します。完成したカードは除きます。接続が開けないカードも除外されるため、アクセス可能なプランとして予測を記述します。

たとえば、前提条件が金曜日に終了し、その依存関係がその金曜日に開始される予定の場合、最も早いクリーン ハンドオフは 1 営業日後の月曜日になります。 cards.dependency_graph 誰が誰をブロックするかを説明します。使用 work.schedule スケジュールの実際の日付と余裕について。

「MKT-42 の日程を来週月曜日に開始し、その金曜日に終了するよう提案してください。どの扶養家族を移動する必要があるのか説明してください。適用する前に提案を見せてください。」

仮想入力パラメータはありません work.schedule。現在のスケジュールを読み、その期間とリンクから推論し、提案された影響を推定値としてラベル付けします。回答をシミュレートするためだけに保存された日付を変更しないでください。ユーザーが変更を承認したら、カードを再度読み取ります。 cards.get、次に使用します cards.update:

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

これらの日付は月曜日から金曜日までを示しています。ユーザーのゾーンを使用して相対フレーズを解決します。 session.get 選択した日付を繰り返します。開始日のフレーズもサポートされています。読む work.schedule 保存後にもう一度実行して、実際の結果を報告します。後続の日付は自動的に移動しません。この例を適用するとKaneraが変更され、書き込みアクセスが必要になります。

スケジュールの健全性を監視する

「起動ボードを見てください。最初のスケジュールの競合がいつ発生するか、いつ解消されるか、またはクリティカル パスの日付変更により予定の終了が遅れる時期を教えてください。報告する前にスケジュールを読み、影響を受けるカードのリンクを表示し、日付は変更しないでください。」

互換性のあるホストは個別にサブスクライブします schedule.conflict_detected, schedule.conflict_resolved、そして schedule.critical_path_slipped、ボードとそのワークスペースをスコープとします。から始めてください work.schedule 既存の問題が含まれるように読んでください。イベントは、リプレイではなく、ベースライン後の変更を通知します。発生するたびにスケジュールを読み取り、必要に応じて接続自体の書き込みをスキップし、重複を排除します。 eventId 値。参照： イベントを購読する ペイロード、リフレッシュ、配信制限について。

朝のレビューの場合は、「スケジュールの競合、重要な作業、予定の開始を逃したカード」を尋ねてください。 work.my_day これらを返します schedule.conflicts, schedule.critical、そして schedule.lateToStart 緊急性と次へ。プロジェクト全体のレビューについては、 work.portfolio_summary サポートされているロールアップをボードごとに返します conflictCount, criticalCount, projectedFinish, latestDue、そして slipDays;影響を受けるボードにドリルで穴を開けます work.schedule.

タイムラインまたは依存関係が無効になっている場合、エージェントはレポートを送信します。 TIMELINE_DISABLED または DEPENDENCIES_DISABLED そして、必要に応じて、関連する管理者に機能を有効にするよう依頼します。拒否された操作を再試行するのではなく、利用可能な作業を続行する必要があります。

今日の仕事を整理する

「次のキューを表示し、支払いリリース カードを一番上に移動し、その直後にドキュメント レビューを配置します。」 （金良を変える）

エージェントは、最初に現在ランク付けされたエントリを読み取り、要求されたカードを解決し、エントリ アンカーを使用して正確な動きを行います。期日、ワークフロー リスト、または優先度カスタム フィールドを変更せずに、作業指示書を変更します。より広範な再シャッフルを適用する前に、提案された順序を表示するように依頼します。

作業を計画し、コードが到着するまで追跡する

これは、MCP が実際にロックを解除するものを示すワークフローです。Kanera で計画を立て、実際の作業を行うときに同じカードを更新するコーディング エージェントです。エージェントのエディターと Kanera はどちらも MCP を通じてアクセスできるため、トラッキング カード自体は正確なままであり、タブをチェック ボックスに切り替える人はいません。

ステップ 1 — カードを計画します。 エージェントに職場を指して、チームが確認できる場所に計画を記録するように依頼します。

「このリポジトリと『依存関係のアップグレード』カードを読んでください。実装計画をカードの説明に書き込み、更新が必要なプロジェクトごとに 1 つの項目を含むチェックリストを追加してください。」 （金良を変える）

エージェントはコードベースを検査し、計画を作成し、それに基づいてカードの説明を更新し、プロジェクトごとにチェックリスト項目を作成します。現在、カードは使い捨てのおしゃべりではなく、取り組みに対する真実の情報源となっています。

ステップ 2 — 作業を実行し、エージェントに独自のチェックリストを終了させます。 同じセッション (またはそれ以降) で、エージェントにプロジェクト全体に変更を実装してもらいます。

「そのカードのチェックリストに取り組んでください。各プロジェクトの依存関係を更新し、それぞれがビルドして通過するたびに、そのチェックリスト項目に完了のマークを付けます。」 （金良を変える）

エージェントは各プロジェクトを完了すると、追跡カード上の一致するアイテムにチェックを入れます。ボードを見ている人は誰でも、実際の進捗状況をリアルタイムで確認できます。チェックリストは、誰かが更新を忘れたときではなく、コードが実際に出荷されるときに記入されます。すべてのチェックオフは、あなたのために行動するエージェントとして記録されます。 <agent>経由 バッジが付いているため、カードはエージェントがいつ何をしたかの監査証跡としても機能します。

この「カードに計画を立て、進捗状況をカードに報告する」ループは、依存関係のアップグレード、移行、リファクタリング、タスクに分割された機能など、あらゆる複数ステップの作業で機能します。

エージェントが機能していることをボードに表示させます

長い仕事は終わるまで見えないので、結局二人で同じ仕事をすることになります。エージェントは、代わりにカード上で自身をアナウンスすることができます。

「始める前に PLAT-42、その上で実行されるエージェントを開き、常に最新の状態に保ちます。私からの決定が必要な場合は、ブロック済みとしてマークしてください。」 （金良を変える）

エージェントが電話をかける runs.start 短いタイトルを指定すると、カードにエージェント名と作業内容を示す実行中のチップがすぐに表示されます。それ以降は runs.update は進行状況レポートとハートビートの両方です。

1. runs.start — { cardId: "PLAT-42", title: "Implementing OAuth refresh", }。チップがタイル上に表示され、ライブ ランがカードの説明の下に表示されます。
2. 仕事をして、報告を続けてください。 runs.update 次を使用： { runId, summary: "Refresh rotation done; wiring the retry path." }。すべての呼び出しはハートビートであるため、長時間のジョブでは少なくとも 10 分ごとに 1 件、空の呼び出しであっても送信してください。
3. runs.update 次を使用： status: "blocked" あなたの対応が必要な場合です。チップが黄色になり、何を待っているかが要約に表示されるため、質問がチャットのログに埋もれずカード上に残ります。
4. runs.update 次を使用： status: "succeeded" (または failed、または cancelled) を閉じます。チップはクリアされ、実行はカードの履歴に残り、結果はアクティビティ フィードに記録されます。

尋ねる runs.list まず、複数のエージェントがボードを共有するとき: すでに実行中のものが表示されるため、2 人のエージェントが同じカードを開始することはありません。エージェントが実行中にクラッシュした場合、Kaneraはカードを永遠に忙しいように見せるのではなく、15 分後に実行が停止したことをマークします。

何か変化があったとき、尋ねられなくても反応する

上記のプロンプトは、入力すると実行されます。サポートしてくれるクライアントさん MCP イベントのサブスクリプションChatGPT などは、カードが作成、変更、移動、コメントされた瞬間、または Up next キューが変更された瞬間を監視し続けて行動することもできます。 Kanera は変更をクライアントに配信します。クライアントは、説明したタスクを実行します。 Kanera では何も構成されていないため、タスクを終了するとサブスクリプションも終了します。

外出中にカードの質問に答えます。

「起動ボードを見てください。新しいコメントで質問があった場合は、カードとそのスレッドを読み、カードまたはリンクされたノートに回答がある場合は返信します。そうでない場合は、フォローアップしますと返信して教えてください。」 （金良を変える）

新しいコメントはそれぞれ、コメント テキストとカードを含むイベントとして到着します。エージェントはスレッド全体を次のように読み取ります。 comments.list 応答する前に応答するため、1 行の要約から応答することはありません。すべてのイベントには誰が変更を加えたのか、エージェント自体が変更を加えたかどうかが示されるため、このようなタスクはチェックを行います。 actor.self そして、自分自身に応答するのではなく、自分自身の応答をスキップします。

関係者のチャネルを常に最新の状態に保ちます。

「カードがモバイル ボードの完了リストに移動するたびに、出荷されたものの概要を 1 行で知らせてください。」

move イベントには宛先リストが含まれるため、エージェントは Done をフィルタリングして、そこに到達したカードのみを読み取ることができます。これをチャットの宛先と組み合わせるか、クライアントに概要を投稿して関係者が読むようにします。

新しい作業が到着したら優先順位を付けます。

「サポートボードの摂取リストを見てください。新しいカードごとに、説明と過去の同様のカードに基づいて優先ラベルと所有者を提案し、提案をコメントとして残します。カードを変更しないでください。」 （金良変更：コメントのみ）

あ card.created カードが存在するとすぐにイベントが発生します。エージェントはそれを次のように読み取ります。 cards.get、同様のカードを検索し、その提案をコメントして人に受け入れてもらいます。決定は依然として人間的なものです。調査は誰かがカードを開く前に行われます。

クリティカルカードをガードする。

「見てください PLAT-42。コメントを含め、何か変更があった場合は、何が変更されたのか、誰が変更したのかを記載した短いメモを送ってください。」

リリース、契約、またはインシデント カードを密かに変更してはいけない場合は、1 枚のカードを購読します。イベントではアクターの名前が付けられるため、メモにはそれがチームメイトなのか、オートメーションなのか、別のエージェントなのかが示されます。

優先順位がいつ変化するかを把握します。

「誰かが再注文したために Up next キューが変更されたときは、何が移動し、何が現在一番上にあるのかを教えてください。」

あ priorities.changed イベントは、キューに登録されたカードが完了または再割り当てされたときなど、キューがエントリを獲得、喪失、または並べ替えたときに発生します。カードは搭載されていないため、エージェントは次のようにキューを読み取ります。 priorities.list、前回見た順序と比較し、変更をスキップします。 actor.self 本当か、または actor.userId あなたです。自分のキューのみを監視できます。

朝のブリーフィングを受けてください。

「平日の毎朝、期限を過ぎているもの、今週期限のもの、次のキューの一番上にあるものを教えてください。」

あ my_day.ready イベントは、毎日のダイジェストメールがオンになっている間に、あなたのタイムゾーンの平日の 08:00 に到着します。エージェントは次のように答えます。 work.my_day この呼び出しは、期限超過、今週期限、期限超過チェックリスト、およびアイドル状態の割り当てられたカードと、次のキューの先頭を返します。

これらのタスクを信頼できるものにする 2 つの習慣: エージェントに次のことを依頼します。 書き込む前にカードを読み取る、イベントは概要であるため、 冪等性キーを使用する 同じ変更が複数回到着する可能性があるため、反復可能な書き込みの場合。配信は数分間でベストエフォート方式で行われます。クライアントに長時間到達できない場合、タスクはリプレイを期待するのではなく、現在の状態を読み取ることで回復する必要があります。

1 つのプロンプトで朝のトリアージを実行

「ワークスペース全体で私に割り当てられているすべてのものを、緊急度別にグループ化して表示します。期限を過ぎたもの、期日のないもの、および 1 週間移動していないものにはフラグを立ててください。」

簡単に始めるには、 work.my_day 1 回の呼び出しで、期限超過、今週期限、期限超過チェックリスト、アイドル作業と次のキューを返します。カスタム グループの場合、制限付き作業クエリはワークスペース キュー全体を一度に取得します。期限、期限超過の状態、非アクティブ、最後の動作でフィルタリングし、今日必要な 2 つまたは 3 つのことを明らかにします。アプリでは、ホーム カードとマイ カードがこのワークフローの人間向けバージョンを提供します。

インスタントスタンドアップアップデート

「スタンドアップの準備をしてください。昨日締め切ったもの、今日取り組んでいること、ブロックされているものなど。」

エージェントは最近のアクティビティと割り当てられたカードを読み取り、厳密な更新の下書きを作成します。 Slack に貼り付けるか、読み上げてください。内蔵されている prepare_standup_update クライアントがプロンプトを表示する場合、prompt はまさにこれを実行します。

マネージャー向けのボードレビュー

「ロードマップ ボードを要約します。ブロッカー、古くなったカード、所有者のいないカード、そしてこのスプリントで失敗する可能性のあるものを洗い出します。」

ボード読み取りアクセス権を持つエージェントは、ボードのメタデータ、境界付きカード ページ、古い作業フィルター、および選択したカード履歴を組み合わせて、リードと同じようにボードをレビューできます。カードをリストするだけでなく、リスクについて推論することもできます。企画会議の前に最適です。

会議をカードに変える

「これがお客様との電話での私のメモです。タイトル、Markdown の説明、および提案リストを含む各アクション アイテムの下書きカードを作成します。最初に下書きを見せてください。まだ何も作成しないでください。」

エージェントは構造化されたカードを提案します。レビューし、編集してから、次のように言います。

「摂取リストにそれらを作成し、ラベルを付けます」 customer-request." （金良を変える）

この「下書き、レビュー、適用」パターンは、エージェントに作業を作成させる最も安全な方法です。Kanera に何かが到着する前に、常に計画が表示されます。

ユーザーが承認すると、エージェントは 1 回の呼び出しでプラン全体を作成し、各カードのラベル、担当者、期限がすでに設定されています。最初にすべてのカードをチェックするので、ラベル名やチームメイトが間違っていると、何かが到着する前にバッチが停止します。エージェントが作成したカードは自動的に監視されるため、カードに対する返信は通知に届き、マークが付けられます。 <agent>経由.

エージェントの作業中に返信を受け取る

「移行計画を DEV-938 に投稿し、@Priya にサインオフするよう依頼し、テストを開始する間、彼女の返答を確認し続けます。」 （金良を変える）

エージェントはコメントの中でプリヤに言及し、受信箱、電子メール、プッシュで彼女に通知します。マシン上で実行されているエージェントには、Kanera がコールバックできるアドレスがないため、数分ごとに通知をチェックします。 notifications.list、最後に見てから新しいものだけが表示され、独自の書き込みはありません。 Priya が返信すると、コメントを読んで続行します。

ボードを選択せずにリマインダーをキャプチャする

「来週会場の保険を更新するようリマインドしてください。」 （金良を変える）

ボードに名前を付けない場合、エージェントはアイテムをオープンタスクとしてボードに追加します。 受信箱 あなたのプライベートのページ スクラッチパッド どこに行けばよいかを尋ねる代わりに。後で、「受信箱には何が入っていますか?」と尋ねます。読み返すか、「保険の項目にチェックを入れて」チェックしてください。アイテムがチームに属している場合はボードに名前を付け、エージェントは代わりにそこにカードを作成します。

日付はあなたの言い方次第で機能します。 「MKT-42 の締切を明日の午後 1 時に設定する」では、午後の締切スロットを使用して明日を独自のタイムゾーンに設定し、エージェントが使用した日付を通知します。

適切なタイミングでカードに戻ってください

「金曜日の午後 3 時の MKT-42 についてリマインドしてください。」 （金良を変える）

すでに存在するカードに名前を付けると、エージェントはプライベートカードを設定します。 リマインダー タスクを作成する代わりに、それを実行します。自分のタイムゾーンで問題が解決された正確な時間が通知され、期限が来ると、Kanera が選択したチャネルを通じて一度通知します。 カードのリマインダー。リマインダーは最大 8 週間先まで届きます。 「何かリマインダーがありますか?」と尋ねてください。それらをリストするには、「MKT-42 のリマインダーをクリア」を選択して削除します。代わりに、「Watch MKT-42」がカードのアクティビティを追跡します。

コーディングセッションの証拠を添付する

「失敗したログイン ページのスクリーンショットとテスト ログを DEV-938 に添付し、ログに失敗した内容を要約してください。」 （金良を変える）

マシン上で作業しているエージェントは、ファイルごとに 1 回限りのアップロード リンクを取得し、次のコマンドを使用してアップロードします。 curl, そのため、スクリーンショットや長いログがチャットを通過することはありません。次に、次のようにしてカードからログを読み取ることができます。 cards.get_attachment、他の人が添付したスクリーンショットを見て、それらに関する質問に答えます。

コンテキストを理解するクロスボード検索

「支払いの移行について言及しているすべてのカード、メモ、コメントを見つけて、どれがまだオープンなのか教えてください。」

MCP 検索は、ワークスペース全体のカード、メモ、コメント、添付ファイル名を対象とします。エージェントは一致を返すだけではなく、それらをグループ化し、何が完了したか、オープンしているかを示し、重要なスレッドを示します。

清掃と衛生管理

「このワークスペースに割り当てられたカードを期限もラベルも付けずにリストし、説明に基づいてそれぞれの優先ラベルと現実的な期限を提案します。」 (提案は読み取り専用です。提案を適用するとKaneraが変更されます)

エージェントはメタデータを提案するので、ボードが報告可能な状態に保たれます。バッチを承認すると、ラベル、期日、カスタム フィールド値を 1 回のパスで設定できます。

外部の議論からカードを最新の状態に保つ

「この電子メール スレッドを要約するコメントを「SSO ロールアウト」カードに追加し、「進行中」に移動します。 （金良を変える）

エージェントは簡潔な概要コメントを書いてカードのリストを更新するため、誰も手でステータスを再入力することなくボードに現実が反映されます。それぞれの変更には次のような特徴があります <agent>経由 カードのアクティビティにバッジが表示されるため、監査可能になります。

カード キーを知っている場合は、それを直接使用します。「この概要を PLAT-42 現在のキー、正確な過去のキー、および正規の Kanera カード リンクはすべて、MCP カード参照として使用できます。正規のリンクは、同じキーが複数の組織で表示されるまれなケースを明確にします。

忙しいリストをセクションに分割する

「ロードマップ ボードのバックログ リストに、『次のリリース』と『後で』というタイトルの青い区切り記号を追加します。『次のリリース』を PLAT-42 の前に置き、『後で』を既存の研究区切り記号の後に置き、PLAT-57 を『次のリリース』のすぐ下に移動します。」 （金良を変える）

エージェントはボードの現在のカードとセパレーターを読み取り、要求されたアンカーを解決し、各ファーストクラスのセパレーターを正確な位置に作成または移動します。カードとセパレーターは 1 つの順序レーンを共有するため、エージェントはセパレーターを基準にしてカードを配置することもできます。ワークフロー リストが他のボードと共有されている場合でも、ディバイダーはボード固有のままです。

チーム全体のワークロードバランシング

「このワークスペース全体で、各人に割り当てられた未解決の作業を表示します。誰が過負荷で、誰に余裕があり、どのカードが適切に移動できるでしょうか?」

制限付きチームワーク クエリは、選択したスコープ全体で、割り当て済みの作業、未割り当ての作業、期限切れの作業、および古い作業を表示して返します。エージェントはチーム全体の負荷を推論し、バランスの再調整を提案し、承認を得て特定のカードを再割り当てします。 (変更の再割り当てKanera)

エージェントのクロスボードロールアップ

「この組織の納品概要を教えてください。ワークスペースとボードごとに、アクティブな作業、期限を過ぎた作業、まもなく完了した作業、未割り当ての作業、および最近完了した作業を表示し、注意が必要な領域を示します。」

work.portfolio_summary 境界のある組織、ワークスペース、およびボードのロールアップを直接返します。エージェントは最初に集計を読み取り、詳細をサポートする必要があるボードまたはカードのみを検査します。ロールアップは、MCP、パブリック API、 kanera portfolio、そして kanera.work.portfolio() SDKで。ポートフォリオ Web ページは必要ありません。

作成済みのノートから下書きする

「私の『第 3 四半期のオンボーディングの刷新』メモを、明確なタイトルと、チェックリストとして手順を示す Markdown の説明が記載されたカードに変えてください。」

の draft_card_from_notes プロンプトは、Kanera ノートでのゆるやかな思考を構造化された実行可能な作業に変えます。

最大限に活用するためのヒント

• 無人の資格情報を狭い範囲に保ちます。 を使用してください 読む 自動化で変更を加えるべきではない場合のトリアージ、概要、および検索のための API キーまたはサービス接続。 Personal OAuth は読み取り/書き込み可能であるため、代わりに MCP クライアントでツールのアクセス許可と確認を構成します。
• まずはプランを聞いてみましょう。 Kaneraを変更するものについては、草案または提案された計画を要求し、それを検討してから「適用する」と言います。
• 範囲については具体的にしてください。 エージェントが適切なデータを対象とするように、ボード、リスト、ワークスペース、または個人に名前を付けます。
• ボード全体で機能させましょう。 最大の成果は、単一ボードのビューでは答えられない質問、つまりワークロード、プロジェクト間の検索、プロジェクト間の配信ステータスから得られます。

セットアップ、API キー、スコープ、エージェントが使用できるリソースとアクションの完全なリストについては、次を参照してください。 Kanera を AI エージェントに接続する、 技術資料、そして ツール一覧.