多くのチームにとって、Slack は仕事が動く場所です。バグが報告され、意思決定が議論され、誰かが "このスレッドを要約してくれる人いる？" と言うと、4人が開く場所です。
Okou はそこにいます。インストールすると、Okou は Slack アプリとして、任意のチャンネルや DM で直接 @mention できます。Web アプリと同じワークフロー、同じコネクタ、同じ権限を、チームの会話の流れの中で使えます。
インストール
- ワークスペースで Where Okou works ページを開き、Add to Slack をクリックします。
- Slack ワークスペースを選び、Okou が要求するスコープを付与します:
- 追加されたチャンネルと DM のメッセージを読む
- メッセージとリアクションを投稿する
- ユーザープロフィール情報を読む（タグ付けや宛名指定のため）
- ファイルをアップロードする（添付アーティファクト用）
@Okouを、アクティブにしたいチャンネルへ招待します。Okou は、招待されたチャンネルのメッセージだけを見ます。
Slack ワークスペースで新しいアプリに管理者承認が必要な場合、インストール要求は Slack 管理者に送られます。Where Okou works ページにはステータスが表示されます。
Slack での Okou の使い方
ワークスペースへのインストール後は、各メンバーが Connect またはリンク用プロンプトを使って、自分の Okou のアイデンティティを接続します。インストールしただけでは、各メンバーの個人サービスは接続されません。次のパターンを使います:
任意のチャンネルで @Okou。 Okou はスレッドで返答し、チャンネルをすっきり保ちます。チームに見えてよい作業に使います:
"Okou このスレッドの最後の 50 件のメッセージを要約して、対応事項を番号付きリストで投稿して。"
Okou に直接 DM する。 非公開の作業、下書き、または公開したくない内容に使います。DM は Web チャットと同じように動作し、複数メッセージのやり取り、完全なチャットログ、ファイルのサポートがあります。DM は別々の質問の連続ではなく、1つの継続した会話であり、その会話内でコンテキストが保持されます。Legacy Agents では、Agents を切り替えると履歴は互いに分離されます。
名前でワークフローを呼び出す。 "Okou triage-bug-report" — Okou は指定されたワークフローを読み込み、現在のスレッドまたはメッセージのコンテキストで実行します。繰り返し発生するチャンネル作業向けのワークフローをすでに作成している場合に便利です。
Slack と Web Chat は同じ会話です
Slack から送信されたメッセージは、Web アプリと同じパイプラインを通ります。Slack のスレッドは Web Chat に表示され、そこで追跡したり、検索したり、引き継いだりできます。また、Slack で始まったメッセージには、元のメッセージへ戻る Slack · Open message ↗ リンクが付きます。
My Okou: 接続後は、自分の Okou とやり取りします。Agent の切り替えは不要です。利用可能な場合はモデル選択を含め、/okou help に表示されるコマンドを使ってください。
Legacy Agents: /okou switch で次の会話に使う Agent を選択します。新しい選択は既存のスレッドを書き換えません。関連する作業はそのスレッドで続け、無関係な作業は新しいトップレベルのメンションで始めます。
一般的な Slack ワークフロー
Okou チームが日々使っているパターン:
#bug-reportでのバグトリアージ。 誰かがスクリーンショットを投稿します。"Okou これをトリアージして。" Okou は再現手順を抽出し、GitHub issue を作成して、そのリンクで返信します。- スレッドの要約。 あなたが寝ている間に長いスレッドが進みました。"Okou このスレッドを要約して、私が何をすべきか教えて。" Okou は 100 件のメッセージを5つの箇条書きと推奨アクションに要約します。
- 意思決定の記録。 "Okou このスレッドの決定を、決定事項の Notion ページに記録して。" Okou は、コンテキスト、決定、担当者、日付を含む構造化エントリを書き込みます。
- スケジュールされたチャンネル要約。 スケジュールされた自動化が毎週月曜日に実行され、1週間の振り返りを
#engineeringまたは#csに投稿します。オートメーション を参照してください。 - 顧客返信の下書き。 Gmail、Front、または Zendesk を接続し、新しい顧客メールを Okou に監視させます。何か届くと、Okou はあなたの文体で返信を下書きし、承認のために DM で送ります。
- 会議中の調査。 Slack のハドルで誰かが競合他社に触れます。
@Okou brief us on [Competitor] — five bullets.2分後には、そのスレッドに要点が載っています。
エチケットと慣例
チームが自然に落ち着く中で、うまく機能するパターンをいくつか紹介します:
- 返信はスレッドで。 チャンネルで
@Okouすると、Okou はスレッドで返信します。フォローアップは同じスレッドにまとめてください。それが1つのチャットです。無関係な作業は新しいトップレベルのメンションで始めます。 - 出力先は具体的に。 "DM me" や "post in
#cs-replies" のように、あいまいな宛先は結果を混乱させます。 - 機密性の高い作業には DM を使う。 顧客返信の下書き、財務操作、非公開分析は共有チャンネルではなく DM に置きます。
- 必要のないチャンネルに Okou を追加しない。 権限はチャンネル単位でスコープされます。アクセスを最小限にするほうがすっきりします。
共有 Slack スレッドでの個人コンテキスト
共有ワークフローは方法を提供します。実行時には、開始したメンバーの個人コンテキストと許可されたアカウントが使われ、他のメンバーのアカウントやプライベートなチャットは借用しません。個人的な入力は DM に置き、結果は意図的に共有してください。
Slack の権限
Slack の権限はチャンネルごとではなく、ワークスペースごとにスコープされます。Okou は所属しているチャンネルしか読めませんが、Okou が行うアクション（投稿、リアクション、アップロード）は同じルールに従います。
Okou をチャンネルから削除すると:
- そのチャンネルの履歴を読む能力を即座に失います
- そのチャンネルで投稿やリアクションができなくなります
- 以前のチャットログには、Okou がメンバーだった間に見たメッセージが引き続き表示されます
Okou を他のワークスペース全体に与えずに、1つの機密性の高いチャンネルだけに制限したい場合は、別の Slack ワークスペースに2つ目の Okou をインストールできます。高い分離が必要なユースケースに対しては、それが適切な逃がし先です。
よくある落とし穴
- Okou が応答しない。 チャンネルに招待されているか確認してください。接続状況は Where Okou works ページで確認してください。
- 返信場所が間違っている。 ワークフローが誤ったチャンネルに投稿する場合は、指示を編集して宛先を明示してください。
- 権限が拒否される。 Okou が未承認のコネクタを必要とする場合、要求者に認可リンク付きで DM します。その DM は無視しないでください。
- Okou の重複インストール。 ワークスペースに Okou が複数回インストールされている場合（OAuth セッションが異なる）、1つが有効になります。Where Okou works ページにどれが有効かが表示されます。
