本文へスキップ

Slackインテグレーション

Threada を Slack に接続し、統制された通知、エスカレーションアラート、リクエストの受付を実現します。

Slack に追加 インテグレーションドキュメントを見る

概要

Slackインテグレーションにより、Threadaは通知の配信、チャンネルからの入力収集、エスカレーションアラートの表示が可能になります—すべてワークスペースポリシーにより管理されます。

機能

  • チャンネルにWorkItemサマリーとエスカレーションアラートを投稿
  • 指定チャンネルからリクエストの受付を収集
  • 承認が保留中のときに Slack でレビュアーに通知（レビュアーは Threada Work で承認）
  • ポリシー分類と優先度による通知ルーティング
  • すべてのメッセージとインタラクションの監査証跡

実例

Threada が Slack と実行する、端から端までのフローの一例です。

  1. チームメンバーが指定の Slack チャンネルにリクエストを投稿すると、Threada はそれを型付きスキーマを備えた統制された WorkItem として取り込みます。
  2. Threada は根拠に基づく回答を下書きするか、操作を提案し、承認が保留中であることを適切なレビュアーに知らせる通知を Slack に投稿します。
  3. レビュアーは Threada Work を開き、明示的な決定ステップで承認または却下します。承認された操作はその後、冪等性を伴う統制された操作として実行されます。
  4. 結果がチャンネルに投稿し返され、すべてのメッセージとやり取りが監査証跡に記録されます。

セットアップ

Studio のパックガバナンス内で連携を設定します。スコープ付き権限で Threada Slack アプリをインストールし、チャンネルをワークフロー定義にマッピングします。

  1. Studio で、パックガバナンスのもとに Slack 連携を追加します。
  2. 範囲を限定した最小権限で Threada Slack アプリを導入します。
  3. Threada が受付を読み取り、結果を投稿できるチャンネルをマッピングします。
  4. 接続を検証します。テストが成功した後にのみ連携が有効化されます。

権限とデータアクセス

Slack は最小権限のサーフェスを通じて接続し、それぞれにお客様が管理する認証情報が紐づきます。

  • Threada の Slack Marketplace アプリは、commands という単一の OAuth スコープのみを要求します。そのため、お客様の /threada スラッシュコマンドの呼び出しを受け取るだけで、Slack Web API トークンは一切保存しません。
  • チャンネルメッセージの受付とチャンネルへの投稿には、お客様が提供するボットトークンと署名シークレットを持つテナント Slack アプリを使用します。これらは Secret Manager に保存され、お客様がマッピングしたチャンネルにのみ使用されます—Threada の他の連携と同じ認証情報モデルです。
  • Threada が WorkItem を作成する前に、各受信 Slack リクエストはお客様の Slack 署名シークレットに対して検証されます。送信アラートには、トークンを必要としない Slack の incoming webhook URL を使用することもできます。
  • 連携をアンインストールまたは無効化すると受付と投稿は停止しますが、すでに作成された WorkItem の監査履歴は保持されます。

よくあるご質問

Slack で直接、操作を承認できますか？
Slack 自体ではできません。Slack には承認が保留中であるという通知が届きます。レビュアーは Threada Work 内の明示的な決定ステップで承認または却下し、そのときにのみ統制された操作が実行されます。結果はチャンネルに投稿し返すことができます。
Threada は Slack からの受付を取り込みますか？
はい。指定したチャンネルのメッセージは型付きスキーマを備えた統制された WorkItems になります。これにより、非公式な Slack のリクエストが、見失われるスレッドではなく、構造化され追跡可能な記録へと変わります。
この連携にはどのようなアクセス権が必要ですか？
利用中の特定のチャンネルに対して範囲を限定した最小権限で導入された Threada Slack アプリです。すべてのメッセージとやり取りは監査証跡に記録されます。
インテグレーションドキュメントを見る