SlackからCodexに作業を頼む

Slackで相談している内容を、そのままCodexの作業へつなげたいときに使うのがSlack連携です。メッセージを送った後は、作成されたタスクを開いて、対象と結果を確認します。この記事では最初の依頼を「読むだけ」に絞る例を紹介します。

Slackだけで準備が完結するわけではない

公式資料では、利用対象のプラン、GitHub接続、少なくとも一つのクラウド環境が必要です。Codexの接続設定からSlackアプリをワークスペースへ導入し、利用するチャンネルへ追加します。Slackの管理方針によって管理者の承認が必要です。公式Slack連携ガイド

すでに組織で導入済みなら、重ねてアプリを追加する前に管理者や既存設定を確認します。この記事は導入可能な全プランを固定列挙せず、現在の公式案内と自分の利用先で確認する形にしています。

各段階で確認してから、次の操作へ進みます。

1. 1準備と宛先接続先・チャンネル・対象環境を確認します。
2. 2範囲を明記リポジトリと変更可否を依頼に含めます。
3. 3タスクを開くリンク先の完了状態と結果を確認します。

具体的な依頼と、結果の確かめ方は本文にあります。

Slackは依頼の入口です。ファイルを処理する場所は選ばれたクラウド環境なので、手元のPCの未保存ファイルが自動で対象になるわけではありません。

リポジトリと作業範囲を明記する

導入済みの練習用チャンネルまたは適切なスレッドで、次のように依頼できます。example/docs は自分が使うリポジトリ名へ置き換えます。

@Codex example/docs の環境で、READMEの導入手順を確認してください。
準備が必要なもの、コマンドを打つ場所、成功確認の不足を挙げてください。
今回は読み取りだけです。ファイルの変更・コミット・PR作成はしないでください。
参照したブランチとファイルを結果に明記してください。

投稿はチャンネルやスレッドの参加者にも見えることを前提にします。Codexは依頼のメッセージとスレッドの履歴を受け取るため、別件の秘密情報が混ざる長い会話では必要な内容を整理してから使います。

公式仕様では環境の選択に依頼内容や直近の利用環境が関係します。曖昧なまま任せず、使いたい環境とリポジトリを書き、作成されたタスクでも確認してください。

反応と完了を別に確認する

1. Codexの反応とタスクへのリンクを確認します。
2. リンク先で対象の環境・リポジトリが意図どおりか見ます。
3. 完了、実行中、入力待ち、失敗を区別します。
4. 完了後は報告と根拠のファイルを照合します。

組織の設定によってSlackへ詳しい回答を投稿せず、タスクのリンクだけを返す場合があります。リンクしかないから失敗した、と決めつけずタスクを開きます。

依頼先が違った場合

対象外の環境で始まっていたら、修正依頼を重ねる前に作業を止めるよう伝え、意図した対象を明記して確認します。前のタスクが何を変更したか不明なまま、別の環境で同じ変更を始めないようにします。

読み取り依頼が完了した後の判断例です。

この記事の依頼は説明用で、Slackへの投稿や連携設定は行っていません。実機での作業開始・返信は未検証です。作業場所の考え方はLocal・Worktree・Cloudの比較、結果の見方は差分の確認へ進みます。