@Claudeを「チームの一員」にする:ワークスペースでのベストプラクティス
Claudeが、チャット画面の中だけでなく、チームのワークスペースの中で、自分のアカウントを持って働く——それが「@Claude」(Claude Tag)です。タスクを付けてタグすれば引き受けてくれて、作業は全員が見えるスレッドの中で進み、あなたがPCを閉じた後も続き、完了したとき、あるいは判断が必要になったときに戻ってきます。
公式のベストプラクティスガイドが公開されていたので、①コンテキストを持たせる場の作り方、②うまくいくタスクの書き方、③単発の依頼から自走する仕事への育て方、の流れで整理します。
この@Claudeは何が違うのか
チャットボックスのClaudeや、特定の仕事だけをこなす自動化と比べて、4つの違いがあります。
① 離席しても仕事が続く。タグしてPCを閉じても作業は継続し、スケジュール化したタスクは誰もいなくても実行されます。確認したくなったら、どのデバイスからでもスレッドに返信すれば、それまでの文脈を保ったまま続行。あなたの不在中に同僚が返信しても同じです。
② 最初から協働型。プライベートなチャットと違い、最初のメッセージからチーム全員が同じスレッドにいます。誰でも軌道修正や追加ができ、誰の返信も等しく「指示」としてカウントされます。
③ コンテキストがある場所で働く。Claudeはタスクを受ける前にチャンネルの履歴を読んでいるので、普段の「前提説明」はほぼ不要。特定のドキュメントやスレッド、過去の決定が重要なら名前を挙げるだけで読みに行きます。1種類の仕事に特化したチャンネルなら、その仕事のスペシャリストになります。
④ チャンネルを学習して上達する。修正や好みを伝えると、それがチャンネルに保存されます。結果が返ってきたら「ここが良い、ここは変えて」と伝えるだけで、以降のそのチャンネルの仕事に反映され続けます。
使いこなしの3つのTips
Tip 1:Claudeのアクセス範囲を把握する。チャンネルでは、管理者が設定した接続(ドキュメント、コード、データなど)+そのチャンネルの履歴で動きます。誰かが始めたタスクを別の人が引き継げて、ツールとコンテキストは共有です。一方DMではあなたとClaudeだけ。カレンダーやメールなどの個人接続はDMでのみ有効で、チャンネルではClaudeは管理者管理の専用アカウントを使うため、あなたの受信トレイの内容がチャンネルに漏れることはありません。メモリも同じ境界に従い、公開チャンネルでの学習はワークスペース全体で使われ、プライベートチャンネルやDMでの学習はその会話に留まります。迷ったら「@Claude このチャンネルから何にアクセスできる?」と本人に聞くのが早道です。
Tip 2:できるだけ公開チャンネルで使う。Claudeはチャンネル履歴から学ぶので、公開チャンネルなら数ヶ月分の決定・修正・実例が最初から使えます。同僚が過去の成果を見つけて再利用でき、Claude自身もワークスペースの他の場所で参照できます。1種類の仕事に特化したチャンネルほどClaudeの焦点が定まり、依頼文はどんどん短くなります——「文脈ですが…」と貼り直す必要がなくなるのは、文脈が生まれた瞬間にClaudeも読んでいたからです。
Tip 3:いつ反応するかを教える。デフォルトでは、Claudeはタグされたときだけ反応し、勝手には動きません。そこから、普通の言葉で積極性を調整できます。「タグされたときだけ返信して」「このチャンネルを見て、答えられる質問には全部答えて」。賑やかなフィードバックチャンネルなら全部答えさせる(間違いは訂正されるが、見逃しは訂正されない)、計画チャンネルなら定期報告以外は静かに、という使い分けです。毎週同じ依頼をしているなら「毎週月曜9時に、決定事項と未解決項目のダイジェストを投稿して」とスケジュール化。さらに「3日後に修正が効いているか確認して」「見ているスレッドが止まったら声をかけて」と、Claude側から会話を始めさせることもできます。
タスクの回し方:4ステップ
Step 1:タスクを選ぶ。うまくいくタスクの条件は3つ——Claudeが届く入力、明示されたゴール、誰かが検証できる結果。入力に届くか不安なら先にアクセス範囲を聞く、ゴールが曖昧なら「誰のための結果で、それで何ができるべきか」を言う、正しさを判定できないなら「ソースにリンクを付けて」のような検証手段を足す。初回は「月曜以降のこのチャンネルの動きをまとめて」「未解決スレッドのオーナーを洗い出して」など、会話の中だけで完結するものが最適です。
Step 2:依頼を書く。有能な新しい同僚にブリーフィングするように——ゴール、それが重要な理由、どこを見るべきか。特定のドキュメント・スレッド・期間が重要なら名指しし、ソースへのリンクを求める。手順はClaudeに任せます。
Step 3:働かせる。Claudeはメッセージにリアクションを付け、開始の一言を投稿し、スレッド内のチェックリストを更新しながら進めます。チャンネルの誰でも途中参加して文脈を足したり計画を調整したりできます。注意点として、送信済みメッセージの編集は無効(新しい返信を送る)、新しいトップレベルのメッセージは新しいタスクになる(続けるならスレッド内で)。ただしチャンネルのメモリはすべてのスレッドに効きます。
Step 4:結果をレビューする。リスクに比例して読む——サマリーは流し読みでも、顧客に出るものやシステムを変えるものは精読。間違いがあれば具体的に指摘してスレッドで修正依頼。分析系は「自分の答えの誤りを探す2周目」を頼むのが有効です。同じミスが繰り返されるなら、Claudeのセッションを開いて手順を確認し、次からどうすべきかを伝える。修正はチャンネルに記憶されるので、次の人は同じミスに当たりません。
単発の依頼から「自走する仕事」へ
始め方は、実際の仕事が動いているチャンネルでタグして、普段なら同僚に聞くことを聞いてみるだけ。まず低リスクで試したいなら「自分の名前+Claude」の実験チャンネルを作るのも手です。
Claudeがいくつかの仕事を安定してこなせるようになったら、責任範囲を広げます。
仕事を「所有」させる:「月曜にダイジェストを投稿して」ではなく、「このチャンネルの未回答の質問に答え続けるのはあなたの責任。毎日チェックして、答えられるものは答え、残りは適任者をタグして」。固定スクリプトの実行ではなく、毎日何をすべきかをClaude自身が判断します
自己改善させる:一日の終わりに「今日のスレッドを振り返って、次はどうすべきかを書き出して」。Claudeは時間を与えれば本当の改善点を見つけますが、頼まれない限り自発的にはやりません。ミスの後も同じで、学びを保存させます
抜け漏れを聞く:ときどき「参加しているチャンネル全体で、繰り返し話題に上がっているのに誰も答えていないことは? 停滞して見えるものは?」と聞く。複数チャンネルを横断して読めるClaudeは、誰も個人としては見ていない隙間を見つけられます
安心して任せられる理由:3つの土台
Claudeは自分のアイデンティティを持つ:チャンネルでは、あなたのアカウントではなくClaude自身のアカウントで動きます。すべてのアクションがそのアカウントに記録されるので、「Claudeが何をしたか、誰が依頼したか」に常に答えがあります
アクセスはチャンネル単位:管理者が各チャンネルで何に届けるかを決め、チャンネルへの追加がアクセスの付与になります。だから同じClaudeが、エンジニアリングチャンネルではPRを開き、別のチャンネルではWikiの閲覧だけ、という使い分けができます
メモリはチャンネルのもの:記憶は個人ではなくチャンネルとワークスペースに紐づきます。チームの誰でも「何を覚えている?」と聞け、追加も、古くなった情報を忘れさせることもできます
claude.aiユーザーが乗り換えると変わること
自分でコンテキストをかき集める作業がなくなります。背景を貼り付けたり、プロジェクトを毎回説明し直したりする代わりに、スレッドやドキュメントの名前を挙げれば、Claudeがそこで読む。そして、チャットなら「回答を返して終わり」だったところを、@Claudeは次のアクション——ドラフトPRを開く、チケットを起票する、適任の同僚をタグする——まで自分で進めて、スレッドに報告します。
まとめ
このガイドの本質は、@Claudeを「便利なbot」ではなく「履歴から学び、修正を蓄積し、責任範囲を広げていく新しいチームメンバー」として扱う、という発想の転換です。公開チャンネルで働かせるほど賢くなり、修正はチーム全員の資産になる。まずは実験チャンネルで1つタグしてみて、安定してきたら「所有させる仕事」を1つ渡す——その積み重ねが、単発の依頼を自走する業務に変えていきます。
INNOOV株式会社について
この記事は、AtlassianやIntercomなどのSaaS導入支援と、AIを活用した業務プロセス改善を行うINNOOV株式会社がお届けしました。「自社でもこんな仕組みを作ってみたい」「ツール導入を相談したい」という方は、お気軽にお問い合わせください。