Claudeが取り組めるリクエストを書く

ここまでで、どこに頼むか、どう学びを積み重ねるかを見てきました。このレッスンでは、実際に1つの仕事をどう頼めばうまくいくかを扱います。

新しく入ったメンバーに仕事を頼むときを思い出してください。「あれやっておいて」だけでは動けません。何のためか、何を見ればよいか、どこまでやったら終わりかを伝えて初めて、期待どおりの仕事が返ってきます。Claude Tagへの依頼も同じです。

どの仕事を渡すか

まず、渡す仕事を選びます。基準は「できるかどうか」ではなく、**「渡す価値があるかどうか」**です。手順が複数にまたがる、調べる作業が要る、チャンネルの履歴や接続済みのツールを見れば答えが出る。こうした仕事は渡す価値があります。一方で、必要な入力にClaudeがアクセスできない仕事や、判断の責任を本人が最後まで持つべき仕事は、渡す前に一度立ち止まって考えるべきです。

誰が結果を見るかも先に考えておきます。チーム全員が見てよい結果なら公開チャンネルへ、自分だけが確認すればよい下書きならDMへ。この判断は前のレッスンで扱ったとおりです。

仕事を選ぶときに見落としやすいのが、必要な入力に本当にアクセスできるかという点です。接続していないツールの中身は、いくら重要な資料でも読めません。依頼を書く前に、その仕事に必要な情報がチャンネルの履歴・接続済みのツール・添付できるファイルのどれかでまかなえるかを、先に確かめておくと手戻りが減ります。

依頼を書く：目標→手順→入力→確認方法

依頼の書き方には、押さえておくと効く順番があります。

@Claude 来週の定例会議に向けて、このチャンネルの直近2週間のスレッドから
未解決の論点を一覧にしてください。〔目標〕
各論点には、いつ・誰が発言したかも添えてください。〔重要な手順〕
このチャンネルの履歴だけを使い、他のチャンネルは見なくて大丈夫です。〔入力〕
表形式で、論点・発言者・日付・現状の3列でまとめてください。〔確認方法〕

込み入った仕事ほど、この4つを先に埋めておくと、後から何度もやり取りを重ねる手間が減ります。

作業を見守る

依頼を送ると、Claudeはまず絵文字のリアクションで受け取ったことを知らせます。調査や複数手順が要ると判断すると、スレッドの下に「考えています」という表示が出て、作業セッションが始まります。スレッドが静かに見えても、たいていは作業が進んでいる途中です。 長い仕事ほど、最初の返信までに1分以上かかることもあります。

複数の手順がある依頼には、進捗のチェックリストが表示され、終わった項目から順にチェックが付いていきます。途中で方向を修正したいときは、スレッドに新しい返信を送るだけで伝わります。再度 @Claude と書き直す必要はありません。すでに送ったメッセージを後から編集しても、それだけでは新しい作業のきっかけにはならないので、修正を確実に伝えたいときは新しい返信として送り直してください。

結果を確かめる

結果が届いたら、その仕事のリスクの大きさに応じて確かめ方を変えます。 社内向けの軽いまとめなら、ざっと目を通せば十分です。お客様に送る文章やシステムを変える作業なら、時間をかけて丁寧に読みます。

確かめる手間を減らしたいときは、根拠を示すよう頼むのも有効です。

いまの結果のもとになったメッセージや資料を、具体的に示してください。

この一言があると、Claudeがどのスレッドや資料を根拠にしたかが分かり、見当違いの答えをそのまま採用してしまう事故を防げます。

やってみよう

演習1：4つの要素で依頼を書き直す

自分のチームで最近誰かに頼んだ「調べてまとめる」系の仕事を1つ選び、目標・重要な手順・使ってほしい入力・確認方法の4つを埋めて、Claude Tagへの依頼文に書き直してみましょう。

演習2：確かめ方のレベルを決める

演習1で選んだ仕事は、結果をざっと確認すれば十分ですか。それとも、根拠を示させて丁寧に確認すべきですか。リスクの大きさを基準に、理由も含めて考えてみましょう。

今日のまとめ

3行で振り返ります。

• 渡す仕事は「できるか」でなく「渡す価値があるか」で選び、誰が結果を見るかも先に考える
• 依頼は目標→重要な手順→使ってほしい入力→確認方法の順で伝えると、やり取りの回数が減る
• 結果はリスクの大きさに応じて確かめる。根拠を示させる一言があると見当違いの答えに気づきやすい

次のレッスンでは、この1回きりの依頼を、決まった時間に動く仕事や、任せきる仕事へと広げていく方法を見ていきます。