Claude ChatとCowork、今は1つのClaudeに:変わったことと、その意味

この変更の前は、ファイルをまとめたり、接続したツールを使ったり、いくつもの段階を踏んで作業したりするような、長くて複数のステップを含むタスクの手伝いを必要とするClaudeユーザーには、Coworkという別の製品がありました。これは、ちょっとした質問ややり取りのための日常的なClaude Chatインターフェースとは別物でした。

この区分があるために、やり取りを始めるたびに『これはちょっとした質問なのか、それともタスクなのか』という判断が必要でした。実際には、多くの作業はどちらか一方にきれいに分類できるものではありません。スプレッドシートについてのちょっとした質問が、『ついでにこれを整形して要約を送ってもらえますか』と、同じ流れの中でタスクに変わることもあります。2つの製品に分かれた構造は、本当はどちらが必要かまだ分からないうちに選択を迫るものでした。

統合されたClaude体験は、その最初の判断を不要にします。今は1つのClaudeがあり、会話そのものが発展することを許されています。会話を離れたり、やり直したり、製品を切り替えたりしなくても、シンプルな質問から始まって長いタスクへと広がっていくことができます。Coworkを便利にしていた基盤機能、つまりタスク、コネクタ、スキル、アーティファクトは、今でもそこにあります。ただ、別々のインターフェースではなく、1つの継続したインターフェースからアクセスするようになっただけです。

これは見落としやすい点でありながら、計画する上で最も重要な点です。アカウントが新しい統合Claude体験になると、以前の別々のChatとCoworkの選択肢に戻すための設定やスイッチはありません。Anthropicのサポート記事はこれを明確に述べています。統合体験への移行は、アカウントレベルで一方向です。

これは、作業を失うという意味でリスクがあるということではありません。上で述べたとおり、タスク、プロジェクト、コネクタ、スキル、アーティファクト、ファイルはすべて引き継がれます。元に戻せないのは、インターフェースとワークフローについてであって、データについてではありません。もしチームが『Chatを選ぶかCoworkを選ぶか』という昔の判断点を前提にした習慣やドキュメントを作っていたなら、統合がアカウントに反映された時点でそれらを更新する必要があります。古い構造に戻すという選択肢がないからです。

個人利用者にとって、これはほとんど短い慣れの期間を意味するだけです。モードを切り替えなくても会話がタスクの領域まで広がっていくことに慣れればよいのです。チームや管理者にとっては、ロールアウトのタイミングを事前に知っておく価値があるということを意味します。特に、研修資料や社内ドキュメント、サポート対応のプロセスが以前のChat/Coworkの分け方を前提にしている場合はそうです。

Claudeをおもにちょっとした質問のために使っていた人であれば、最初にモードを選ぶよう求められなくなったこと以外には、ほとんど変化を感じないかもしれません。機能的な違いが現れるのは、シンプルに始まった会話がもっと多くを必要とし始めたときです。目を通すべきファイルがある、取り出したい接続ツールがある、1回の返答ではなく複数のステップが必要になる、といった場合です。以前の構造では、その広がりは一度止まってCoworkに切り替えることを意味していました。統合体験では、同じ会話がそのまま続いていきます。

コネクタやカスタムスキル、複数ステップのタスクを普段の作業の基本として頼っていた、より重度のCowork利用者であれば、実務上のワークフローが消えるわけではありませんが、入口が変わります。もう最初にCoworkを選ぶわけではありません。Claudeで会話を始め、その中で必要が生じた時点でタスクレベルの機能が利用できるようになります。

『XにはChatを使い、YにはCoworkを使う』という社内向けガイダンスを文書化していたチームにとっては、アカウントが統合体験になった瞬間にそのガイダンスは古くなります。オンボーディング資料やクイックリファレンスガイドは、ロールアウトの後ではなく前に更新しておく価値があります。特にEnterprise組織では、2026年11月16日というデフォルトオンの日付が、計画のための既知の期間を与えてくれます。