ドキュメントに戻るインテグレーション

Slack

OkouのSlackアプリを導入し、チャンネルとDMで使う。

最終更新日: 2026年9月17日 · 2 min read

多くのチームにとって、仕事が起きている場所は Slack です。バグが報告され、意思決定が議論され、誰かが 「このスレッド、誰かまとめてくれない?」 と書き、4 人がそれを開く場所です。

Okou はそこへ出向きます。インストールすると Okou は Slack アプリになり、どのチャンネルでも @メンション でき、DM で直接話しかけられます。ワークフローもコネクタも権限も Web アプリと同じまま、チームの会話の流れの中で使えます。

インストール

  1. ワークスペースの Where Okou works ページを開き、Add to Slack をクリックします。
  2. Slack ワークスペースを選び、Okou が要求するスコープを許可します。
    • 追加されたチャンネルと DM のメッセージを読む
    • メッセージとリアクションを投稿する
    • ユーザープロフィール情報を読む（メンションと呼びかけのため）
    • ファイルをアップロードする（添付する成果物のため）
  3. Okou に動いてほしいチャンネルに @Okou を招待します。Okou が見られるのは、招待されたチャンネルのメッセージだけです。

新しいアプリに管理者の承認が必要な Slack ワークスペースでは、インストール申請が Slack の管理者に届きます。状態は Where Okou works ページで確認できます。

Slack での使い方

主な使い方は 3 つ。どれもインストール以外の設定なしで使えます。

どのチャンネルでも @Okou。 Okou はスレッドで返信するので、チャンネルは散らかりません。チームに見せたい作業に向いています。

「Okou このスレッドの直近 50 件を要約して、アクションアイテムを番号付きリストで投稿して。」

Okou に直接 DM。 人に見せたくない作業、下書き、そのほか広めたくないもの向けです。DM は Web チャットのように振る舞います。何往復もでき、チャットログも残り、ファイルも使えます。DM はバラバラの質問の連続ではなくひと続きの会話で、エージェントを切り替えてもそれぞれが自分の履歴を保ちます。

ワークフローを名前で呼び出す。 「Okou triage-bug-report」 と書けば、Okou はその名前のワークフローを読み込み、いまのスレッドやメッセージの文脈に対して実行します。チャンネルで繰り返される作業をすでにワークフロー化しているときに便利です。

Slack と Web チャットは同じ会話

Slack から送ったメッセージは、Web アプリと同じ経路を通ります。Slack のスレッドは Web Chat にも現れ、そこで追いかけたり、検索したり、続きを進めたりできます。Slack で始まったメッセージには、元の投稿に戻る Slack · Open message ↗ のリンクが付きます。

ルーティングを決めるスラッシュコマンドが 2 つあります。

  • /okou switch — どのエージェントが答えるかを選ぶ
  • /okou model — どのモデルが作業するかを選ぶ

どちらもスレッド作成時に確定するため、いま開いているスレッドを書き換えるのではなく、次に 始めるスレッドに適用されます。Slack のスレッド内で返信すると、そこに独立した会話ができます。

Slack でよくあるワークフロー

Okou のチームが日々使っている型です。

  • #bug-report でのバグトリアージ。 誰かがスクリーンショットを投げる。「Okou これトリアージして。」 Okou が再現手順を抜き出し、GitHub に issue を作り、リンク付きで返信します。
  • スレッドの要約。 寝ている間に長いスレッドが伸びていた。「Okou このスレッドを要約して、自分が何をすべきか教えて。」 Okou は 100 件のメッセージを 5 つの箇条書きと推奨アクションに圧縮します。
  • 決定の記録。 「Okou このスレッドの決定を、うちの Notion の意思決定ページに記録して。」 Okou は文脈・決定・担当・日付という構造化された記録を書きます。
  • チャンネルダイジェストの定期投稿。 スケジュール自動化が毎週月曜に走り、#engineering や #cs に週次のまとめを投稿します。Automations を参照。
  • 顧客返信の下書き。 Gmail、Front、Zendesk を接続し、新しい顧客メールを Okou に見張らせます。届いたら、あなたの語り口で返信を下書きし、承認用に DM で送ってくれます。
  • 会議中のリサーチ。 Slack のハドルで誰かが競合の名前を出す。@Okou [競合] について 5 点でブリーフして。 2 分後にはスレッドにブリーフが並びます。

作法

チームが落ち着く先を見ていると、うまくいく型がいくつかあります。

  • 返信はスレッドで。 チャンネルで @Okou すると Okou はスレッドで返します。続きも同じスレッドに置いてください。それでひとつのチャットです。無関係な作業は、新しくトップレベルでメンションしてください。
  • 出力先を具体的に。 「DM して」、「#cs-replies に投稿して」 のように。曖昧な宛先は結果をぼかします。
  • 機微な作業は DM で。 顧客返信の下書き、金銭に関わる操作、社外に出せない分析は、共有チャンネルではなく DM が適切です。
  • 必要のないチャンネルに Okou を入れない。 権限はチャンネル単位です。アクセスは小さく保つほうがきれいです。

Slack での権限

Slack の権限はチャンネル単位ではなくワークスペース単位で決まります。Okou が読めるのは自分がメンバーになっているチャンネルだけですが、Okou が行う操作（投稿、リアクション、アップロード）も同じ規則に従います。

チャンネルから Okou を外すと、

  • そのチャンネルの履歴を読む能力を直ちに失います
  • そのチャンネルで投稿もリアクションもできなくなります
  • 過去のチャットログには、メンバーだった間に Okou が見たメッセージが残ります

ワークスペース全体を渡さずに、機微な 1 チャンネルだけに Okou を限定したい場合は、別の Slack ワークスペースに 2 つ目の Okou をインストールできます。高い分離が必要なケースでは、これが正しい逃げ道です。

つまずきやすい点

  • Okou が反応しない。 そのチャンネルに招待されているか確認してください。Where Okou works ページで接続の状態も確認します。
  • 返信先が違う。 ワークフローが違うチャンネルに投稿するなら、その指示に宛先を明示的に書き足してください。
  • 権限が拒否される。 Okou が未認可のコネクタを必要とすると、依頼した人に認可用リンク付きの DM を送ります。その DM を無視しないでください。
  • Okou の重複インストール。 ひとつのワークスペースに Okou が複数入っている場合（OAuth セッションが別）、どれかひとつが有効になります。どれが有効かは Where Okou works ページで分かります。

次に読むもの

  • チャンネルで繰り返される作業を型にするには Workflows。
  • 頼まれなくてもダイジェストを投稿させるには Automations。
  • あなたの Slack で Okou に何ができて何ができないかは Permissions。