統合

Kaneraが話しかける その他のツール。

2 回クリックするだけで、ライブ カード アクティビティを Slack、Discord、Telegram、または Zulip に投稿できます。署名付き Webhook、スコープ指定された REST API、およびネイティブの Model Context Protocol (MCP) を使用してワークフローを自動化します。

AI エージェントは歓迎しており、独自のページを持っています。

Claude、ChatGPT、Copilot、Cursor、Codex はすべて、MCP サーバー、コマンド ライン、SDK を介して実際のボード上で動作します。必要な場合は読み取り専用キーと、当社の AI ではなくお客様が選択した AI を使用できます。

AIエージェント
人が作るもの

カバーする6つの形状
チームが必要とするもののほとんどが揃っています。

統合はあなたのものであるため、どのツールが信頼できる情報源であるか、どのイベントを同期するか、競合をどのように解決するか、Kanera に到達した後の外部更新がどのように表示されるかを決定することができます。

Kanera ↔ トレロ

2人のトラッカーを正直に保つ

Trello カードをKanera カードにマッピングし、外部リンクにマッピングを保持して同期を冪等に保ち、どの更新が各方向に流れるかを正確に決定します。

Kanera → ダッシュボード

リーダーシップを報告すると、以下の内容が表示されます

全員がすべてのボードにアクセスできるようにすることなく、カード、カスタム フィールド、割り当て、ラベル、ステータス、アクティビティをライブ運用ダッシュボードまたはクライアント向けダッシュボードにプルします。

スラック → Kanera

言及されている作品をキャプチャする

チャットの宛先はすでに外部に投稿されています。復路に API を使用します。メッセージ、サポート スレッド、フォームの応答を、所有者と期限が記載された実際のカードに変換します。

Kanera ↔ GitHub

配信と開発を結びつける

カードを課題やプル リクエストにリンクし、ブランチがマージするとき、デプロイが完了するとき、またはチェックが赤色になったときにカードを移動します。

あなたのアプリ → Kanera

Kanera 上の内部ツール

オンボーディング ポータル、サポート ワークフロー、操作フォーム、および Kanera を直接開かないユーザー向けに、バックグラウンドで Kanera に書き込む管理パネル。

何でも→Kanera

一度移行し、その後は同じように維持する

ボード、カード、コメント、チェックリスト、カスタム フィールド、ラベル、メモ、添付ファイルを任意のソースから作成し、1 回限りのインポートではなく同期としてジョブを実行したままにします。

内蔵、コード不要

作品を投稿する
チームが普段会話している場所。

チャットの宛先はKaneraの一部です。ワークスペース管理者はプロバイダーを選択し、チャット ツールが生成する接続を貼り付け、投稿する価値のあるカード イベントを選択します。 Kanera は、カード タイトルがリンクされ、ワー​​クスペースとボードがコンテキストに合わせて、すべてのメッセージをそのプラットフォーム向けにネイティブにフォーマットします。

Pro、30 日間の Pro トライアル、およびセルフホスト型 Kanera に含まれています。

たるみ

Slack アプリから受信した Webhook URL を貼り付け、投稿先のチャネルを選択します。

不和

Discord チャンネル設定からチャンネル Webhook URL を貼り付けます。メンションは決して解析されません。

電報

ボット トークンとチャット ID を追加し、必要に応じてグループ内の 1 つのトピック スレッドをターゲットにします。

チューリップ

Zulip Cloud または独自の Zulip サーバーから Slack 互換の Webhook URL を貼り付けます。

  • カードが作成されました
  • ステータスが変更されました
  • 優先順位が変更されました
  • タイトル変更
  • 説明が変更されました
  • コメントが作成されました

1 つのワークスペースまたはスタンドアロン ボードにスコープされるため、クライアント チャネルと内部チャネルが互いの作業を認識することはありません。カード リンクは引き続きボードの許可を尊重します。

  • 各チャネルが受信するイベントを選択する
  • エスカレーション投稿用に独自の優先度カスタム フィールドをマッピングする
  • テストの送信、一時停止、または適切な接続の置き換え
  • プロバイダーに障害が発生した場合の再試行を伴う配信履歴
  • 認証情報は暗号化されて保存され、二度と表示されることはありません
2 つの構築方法

問い合わせるAPI、
そしてWebhookに通知されます。

Kanera の外部からボードのあらゆる部分を読み書きし、変更をポーリングするのではなく、変更が発生したときにプッシュされます。 2 つの間で、リアルタイムで同期したり、外部ワークフローをトリガーしたり、信頼できる情報源として Kanera を構築したりできます。

個人用 API キーはすべてのプランで機能します。 Workspace API キーと Webhook は、Pro、30 日間の Pro トライアル、およびプラン チェックがまったくないセルフホスト型 Kanera に含まれています。

REST API

どこからでもKaneraにアクセスして、手動で変更できるものはすべて変更します。

人がボード上でそれを実行できるのであれば、カード、コメント、チェックリスト、メモ、ファイル、フィールド、ラベル、そして誰が何を担当しているかなど、あなたのコードでもそれを実行できます。レポート ツールをそこに向けたり、毎晩同期を実行したり、10 年分の作業を別の場所から移動したり、ボードを見るべきではない人のためにシンプルなフロントエンドを最上位に置いたりすることができます。

  • ボード、カード、コメント、チェックリスト、メモ、添付ファイルへのフルアクセス
  • カスタムフィールド、ラベル、アクティビティ、および割り当て
  • 読み取り、書き込み、および管理者のアクセス レベルを持つ API キー
  • 型指定された TypeScript SDK、または任意の言語のプレーン HTTP
  • インタラクティブなリファレンス、Swagger、および OpenAPI ドキュメント
Webhook

何度も尋ねるのではなく、何かが変化した瞬間に教えてください。

カードが動いた瞬間、Kaneraはあなたがそれを指すものを何でも伝えます。デプロイを開始したり、ダッシュボードを更新したり、CRM のレコードを更新したり、別のツールを並行したりすることができます。また、すべてのメッセージは署名されているため、行動する前にメッセージが本当にKanera から送信されたものであることがわかります。

  • 各宛先が受信するイベントを選択する
  • 配信履歴を確認し、失敗した配信を再試行します
  • 宛先を一時停止してシークレットをローテーションする
  • 署名付きペイロード、SDK を使用した 1 回の呼び出しで検証
  • ワークスペースごとに複数の宛先
なぜ持続するのか

統合用に構築
来年も使い続けられるものを。

機能させるのは簡単です。それが 1 年後も実行されているかどうかを決定するのは、10 回目の再実行、最初の停止、そして誰かがカードを移動したのではないかと尋ねられた日という地味な出来事です。

インスタント
統合により書き込みが行われ、チームがそれを確認します

同期ジョブによって作成されたカードは、同僚がカードを追加したかのように、全員のボードに同時に表示されます。リフレッシュする必要も、待つ必要もなく、1 分も古いボードを中心に朝の計画を立てる人は誰もいません。

歴史
統合によって何が行われたかがわかります

すべての書き込みは、その背後にある資格情報とともにカード履歴に記録されるため、統合によって行われた変更は、個人によって行われた変更と区別できます。同期が不正行為をした場合、その証拠はすでにカードに記録されています。

再放送
2回実行しても2倍にはならない

Kanera は、どのカードが他のシステムのどのレコードからのものかを記憶しているため、すべてを 2 回作成しなくても、同期を再実行、再開、または再生できます。最終的に誰かが削除してしまうような、カードの説明に隠されたトラッキング ID が詰め込まれることはありません。

2日目
壊れた日に必要なものすべて

送信された内容を確認し、失敗した内容を再試行し、相手側で問題を修正している間宛先を一時停止し、最初からやり直すことなくシークレットをロールします。午前 2 時に実際に必要なパーツは、サポート チケットではなく製品に含まれています。

境界線
クライアント統合はクライアント側に留まります

キーは、キーが作成された 1 つのワークスペースまたはボードに属しているため、クライアント アカウント用に構築したツールは内部ボードを参照できません。各統合には独自の機能があり、1 つをオフにしても残りの統合が妨げられることはありません。

よくある質問

Kanera の統合に関する質問

これは技術的な API リファレンスですか?

いいえ。開発者は、エンドポイントレベルの詳細が必要な場合に API ドキュメントを使用できます。

REST API を使用して何を構築できますか?

カスタム ワークフロー、レポート ツール、同期ジョブ、内部アプリ、移行スクリプト、および Kanera ボード、カード、コメント、チェックリスト、メモ、添付ファイル、カスタム フィールド、ラベル、アクティビティ、割り当てを作成または更新する統合を構築できます。

Webhook は何に使用されますか?

Webhook を使用すると、Kanera で作業が変更されたときに外部システムが反応できるようになります。これらを使用して、データの同期、通知の送信、ダッシュボードの更新、自動化のトリガー、または別のツールをKaneraと連携させておくことができます。

Kanera は Slack や他のチャット ツールに更新情報を投稿できますか?

はい、組み込まれています。ワークスペース管理者は、Slack、Discord、Telegram、または Zulip のチャット宛先を追加し、ツールが生成する接続を貼り付け、投稿するカード イベント (カードの作成、ステータスの変更、優先度の変更、タイトルの変更、説明の変更、またはコメントの作成) を選択します。

各宛先は、配信履歴を通じてテスト、一時停止、再接続、確認することができ、Kanera はすべてのメッセージをそのプラットフォーム向けにネイティブにフォーマットします。チャットの宛先は、Pro、Pro トライアル版、およびセルフホスト型 Kanera に含まれています。

API、Webhook、チャット宛先はどのプランに含まれますか?

Workspace API キー、カスタム Webhook、チャット宛先、および個人用 ntfy、Gotify、Webhook 通知配信は、Pro、30 日間の Pro トライアル、およびプラン チェックがまったくないセルフホスト型 Kanera に含まれています。

ホステッド Free ではセットアップできず、ダウングレードするとワークスペース API キーが取り消され、既存の Webhook とチャット宛先が一時停止され、個人宛先は削除されるのではなくオフになります。再度アップグレードすると、オフになっていたものが復元されます。

AI エージェント接続、MCP、CLI、個人 API キー、アプリ内通知ドロワー、電子メール、ブラウザー プッシュ、およびワークスペースごとの通知ルールは、すべてのプランで利用できます。

Kanera は Trello や Jira などのツールと同期できますか?

はい、API と Webhook に対して構築する統合を通じて可能です。オブジェクトのマッピング方法、どのイベントの同期、競合と更新の処理方法を制御します。

自分の通知を電子メール以外の場所に送信できますか?

はい。各ユーザーは、宛先ごとに個別の通知タイプ設定を使用して、独自のKanera通知をntfyトピック、自己ホスト型Gotifyサーバー、または署名付きJSONとして独自のHTTPSエンドポイントに送信できます。

これらの個人チャネルは、Pro、Pro トライアル版、およびセルフホスト型 Kanera に含まれており、セルフホスト型オペレータは内部ネットワーク上で受信者を許可できます。

統合の更新を追跡できますか?

はい。統合によって行われた変更はKaneraのアクティビティ履歴に記録されるため、チームは何が変更され、どこから更新されたのかを確認できます。

どの Webhook イベントが送信されるかを制御できますか?

はい。 Kanera を使用すると、各 Webhook 宛先が受信するイベントを選択し、配信履歴を確認し、失敗を再試行し、宛先を一時停止し、シークレットをローテーションすることができます。

Kanera は事前構築済み統合専用ですか?

いいえ。API、Webhook、MCP サーバーは、Kanera をチーム独自のツール、システム、プロセスに接続するカスタム ワークフロー用に設計されています。

始めましょう

ワークフローを構築する
チームが本当に必要とするものを。

チームがすでに監視しているチャネルに作業を投稿し、スイッチを入れるだけでなく操作できるように構築された API と Webhook を使用して、Kanera を独自のシステムに接続します。