もし誤ってシークレットチャットの中で Claude にファイル作成を依頼してしまったら、何が起きますか？
公式ドキュメントの説明によれば、シークレットチャットが開くのは以前の体験であり、つまりその中で Claude はファイル作成能力を一切持っていない。「能力が制限されていて成果物の質が低い」という話ではなく、その機能自体がシークレットチャットの中にはそもそも存在しない。実際に起こりやすいのは、Claude がテキストで応答するか、現在のこの会話モードではファイルを作成できないと伝えてくることであり、壊れた、あるいは形式の誤ったファイルを生成してしまうことではない。
本当にファイルが必要な場合、より現実的な方法は、そのタスクを通常の（シークレットではない）チャットに移し、そこで改めて要件を説明し、ファイル生成能力を持つ環境で Claude に処理させることだ。もし懸念が「通常のチャットにこのやり取りの記録を残したくない」ということであれば、もともと望んでいた「シークレット性」と「ファイル生成」という2つの要件は、現在のアーキテクチャでは同時には満たせないことを意味し、自分にとってどちらがより重要かを改めて判断する必要がある。
「会話の途中から分岐できない」という制約は、2つの異なるアプローチを同時に試すことが完全にできないという意味ですか？
完全にできないわけではなく、別の手動のやり方に切り替えて似たような効果を得る必要があるということだ。もともとの分岐機能は、インターフェースのレベルで特定の時点から直接分岐でき、システムが自動的に両方の経路の完全なコンテキストを保持してくれていた。この自動化された部分は今はなくなったが、手動で似たような結果を達成することは依然として可能だ——分岐させたい時点より前の背景情報をコピーし、まったく新しい会話を開始して、その背景情報を貼り付け、そこから試したい新しい方向で続けていけばよい。
この手動のやり方との違いは、元の分岐機能が自動的に完全なコンテキストを保持してくれていたのとは異なり、重要な背景情報を整理して漏れなく新しい会話に持ち込む責任が自分にあるという点だ。この「同じ出発点から複数のやり方を試す」というワークフローを頻繁に必要とするなら、重要な意思決定のポイントで、その時点の背景情報を要約としてまとめて保存しておく習慣をつけておく価値がある。そうすれば新しい分岐が必要になったときにそれをそのまま貼り付けられ、毎回会話全体を最初から見直して背景を抽出し直す必要がなくなる。
Dispatch が新規ユーザーに一時的に開放されていないのは、恒久的な方針ですか、それとも今後再開放される可能性はありますか？
公式ドキュメントは現状の説明にとどまっている——新規ユーザーには使えないが、既存ユーザーは引き続き利用できる——これが恒久的な決定なのか、今後新規ユーザーに再開放されるのかについては、それ以上の説明はない。今回の統合自体が段階的に展開されるアーキテクチャのアップグレードであることを踏まえると、この新規ユーザーに対する現在の制限は、統合の段階的な展開と関連している可能性がある（例えば、まず既存ユーザーのワークフローに影響が出ないことを確保し、新しい体験がより安定してから新規ユーザーへの開放を再検討する、など）という推測は妥当だが、これはあくまで推測であり、公式はいかなるスケジュールも明確に約束していない。
まだ Dispatch を使ったことはないが、ずっと試してみたいと思っていたユーザーであれば、より現実的なやり方は、今後の公式発表にこの制約に関する更新がないか注視し続けることであり、すぐに再開放されると前提しないこと、そして非公式な回避方法を探すことに時間を投資しないことだ。これはシステムの見落としやバグではなく、公式が意図的に設けた制限であるため、非公式な経路で回避するリスクと不確実性は比較的高い。
検索機能が旧来の Cowork タスクを見つけられない場合、大量の過去のタスクがある中で、目的のものを効率的に見つけるにはどうすればよいですか？
公式ドキュメントは、旧タスクは依然として Recents リストで名前を頼りに見つけられると述べており、つまり頼りにすべきは検索バーによるキーワードマッチングではなく、そのタスクに当初つけた名前そのものだということだ。過去に Cowork タスクを作成する際、明確で識別しやすい名前（日付、プロジェクト名、タスクの性質を含むものなど）をつける習慣があったなら、今振り返って探すのは比較的容易だろう。しかし過去の命名がやや無頓着だった場合（システムが自動生成したデフォルトの名前など）、大量の過去のタスクの中を閲覧して探すのは比較的時間のかかる作業になる。
今後に向けたより現実的な対策は、今この瞬間から、新しいタスクを作成する際に数秒余分にかけて、より具体的で後から識別しやすい名前をつけることだ。この習慣の変更は、すでに存在する命名の不明瞭な過去のタスクを取り戻す助けにはならないが、検索機能のカバー範囲が将来拡大するまでの間、同じ問題が積み重なり続けることを防げる。特定の旧タスクが自分にとって本当に重要で、頻繁に参照する必要があるなら、その重要な内容を別途要約して、自分自身が探しやすい場所に保存しておくことも検討する価値がある。毎回 Cowork インターフェース自体の検索や閲覧機能に頼る必要はなくなる。
Claude Cowork が Chat インターフェースに統合された後、Anthropic 自身のドキュメントには、現時点でまだできないことが5つ明確にリストされている——これらは「そのうち対応する予定」といった曖昧な注意書きではなく、同じ発表の中で白黒はっきりと示された具体的な制約のリストだ。本記事ではこの5つを順に解説する。特に3番目のシークレットチャットについては、機能が単に欠けているという話ではなく、統合後の完全な機能をすでに手にしていると誤って思い込んでしまう可能性がある点で、特に注意を払う価値がある。
統合後の新しい体験では、現時点で「GitHub から追加」機能に対応していない。つまり、これまで GitHub のリポジトリの内容をこの入口経由で Cowork タスクに取り込んで処理していたワークフローがあった場合、その経路は新しい体験の中では一時的に使えなくなる。Anthropic は代替手段を示しておらず、いつこの機能が戻ってくるかのスケジュールも示しておらず、単に制約リストに挙げているだけだ。これがワークフローに不可欠な部分であるなら、現時点で回避する既知の方法がないことに留意する価値がある。
「会話の以前の時点から分岐する」機能も、新しい体験では利用できない。以前は、会話が途中まで進んだ時点で、特定のポイントから別の方向を試したいが、元の会話も並行して続けたいという場合、この種の分岐操作に対応する機能が存在した。しかし統合後の体験には、それに対応する機能がない。つまり「同じ出発点から、2つの異なるやり方を両方試してみたい」というやや実験的な作業スタイルが必要な場合、現時点では背景情報をコピー＆ペーストして新しい会話を開始するという形で手動でシミュレートするしかなく、インターフェース自体の分岐機能に頼ることはできない。
これは5つの制約の中で最も見落とされやすいが、実際のワークフローを止めてしまう可能性が最も高いものだ。公式ドキュメントは明確にこう書いている：シークレットチャットは引き続き使用できるが、それが開くのは「以前の体験」であり、つまりシークレットチャット内では Claude がファイルを作成することもコードを実行することもできない。言い換えれば、シークレットチャットは今回の統合にまったく組み込まれておらず、統合前の機能範囲のまま留まっている。記録を残したくない作業にシークレットチャットを使う習慣があり、同時に Claude にファイルを作成させたりコードを実行させたりする必要がある場合、この組み合わせは現在のアーキテクチャでは成立しない——シークレットモードに切り替えた瞬間、統合後にしか存在しないファイル生成とコード実行の能力を自動的に手放すことになる。
統合後の検索機能は、現時点で旧来の Cowork タスクを含んでいない——カバーしているのは通常の会話と新たに作成された会話であり、旧来の Cowork タスクはこの検索範囲に入らない。これは旧タスクが消えたという意味ではなく、公式ドキュメントは別途、Recents リストで名前を頼りにそうした旧タスクを見つけられると述べている。つまり「検索バーで直接検索する」という経路が現時点で旧タスクには効かず、代わりにリストを閲覧して名前で識別する必要がある。キーワード検索で過去のタスクを遡る習慣があるなら、この制約は特に留意する価値がある。特に旧タスクの数が増えてくると、リストを閲覧して特定の1件を探すのは検索よりもかなり時間がかかる。
Dispatch（どこからでもタスクを Cowork に割り当てる機能）は現時点で新規ユーザーには開放されていない。すでにこの機能を使っていた場合は、引き続き利用できる。これは5つの制約の中で唯一、「既存アカウントは維持、新規アカウントは制限」という差別化された扱いを受けているものだ。つまりこれは技術的に完全に取り除かれた機能ではなく、Anthropic がまだ使ったことのない人への提供を戦略的に一時停止しているものであり、既存ユーザーのワークフローには影響を与えない。まだ Dispatch を使い始めていないが、紹介を見て試してみたいと思っていたなら、この経路は現時点で閉じられており、公式に案内された申請方法や順番待ちリストの仕組みは存在しない。
この5つをまとめて見ると、共通するパターンが浮かび上がる。統合後の新しい体験は、日常的に最もよく使われるワークフローがスムーズに動くことを優先しており、比較的高度な機能や利用頻度の低い機能（GitHub 統合、会話の分岐、タスク横断検索、新規ユーザー向け Dispatch）は、この第一波では一時的に対象外とされている。シークレットチャットはやや特殊で、機能が取り除かれたわけではなく、シークレットモード全体が今回のアーキテクチャのアップグレードに一時的に組み込まれておらず、元の体験のまま留まっている。
アカウントがすでに統合後の新しい体験に切り替わっているなら、ワークフローを計画する前に、この5つの制約と照らし合わせて、使おうとしている機能の組み合わせがどれかに触れていないかを確認する価値がある——特に「機微な内容にシークレットチャットを使いながら、同時に Claude にファイルを作成させる必要がある」という組み合わせの習慣があるなら、現時点では両立できず、どちらの優先度が高いかを先に決めておく必要がある。もしアカウントがまだ新しい体験に切り替わっておらず、メッセージ入力欄に依然として Chat と Cowork の別々の選択肢が表示されているなら、アカウントはまだ従来のアーキテクチャで動作しており、この5つの制約は現時点であなたには当てはまらない。まだ起きていない変化に備えてワークフローを事前に調整する必要はなく、これまで通りの使い方を続けて構わない。