Claude Cowork UXの問題:永続的な入力ボックスが誤った継続性の期待を生む

Claude Coworkにおける永続的入力ボックスの問題
パーソナライズされたClaude Cowork環境を構築しているユーザーが、タスク間の連続性について誤った期待を生み出す特定のUX問題を特定しました。この問題はAIの確率的性質に関連するものではなく、ユーザーインターフェースレベルで発生します。
ソースからの主要な詳細
この問題は、Claude Coworkのインターフェースにおける3つの矛盾した動作に焦点を当てています:
- 永続的なテキスト入力ボックス: テキスト入力ボックスはタスク切り替え時に同じレイアウトで表示され続けます。入力されたがまだ送信されていない下書きテキストはボックス内に残ります。
- コンテキストリセット: すべての新しいタスクは、コンテキストファイルが設定されていない限り、以前のセッションのネイティブメモリを持たない新しいClaudeインスタンスで開始されます。並列の「マルチスレッド」タスク間でセッションの引き継ぎは発生しません。
- 添付ファイルの消失: ユーザーがスクリーンショットやファイルを添付し、その後ウィンドウを切り替えると、添付ファイルはUIが同じに見えるにもかかわらず消えてしまいます。状態はテキストに対しては保持されますが、画像に対しては保持されません。
ユーザーは、これらの信号が互いに直接矛盾していると指摘しています:永続的なテキストボックスは連続性を示唆し、コンテキストリセットは白紙状態を示し、画像リセットはAnthropicがユーザーのコンテンツを失ったことを示唆します。視覚的一貫性により、不連続性は新しいClaudeインスタンスが作成されるというよりも、裏切られたように感じられます。
このUX問題は、新しいセッションを開く際のユーザーの不満に寄与している可能性があります。インターフェースが、基盤となるアーキテクチャが提供できない連続性の期待を作り出しているからです。
提案された解決策
ユーザーは2つの可能な修正案を提案しています:
- コンテンツはタスク切り替え時に状態を引き継ぐべきではなく(添付ファイルと下書きテキストの両方)、テキストメッセージのスレッドのように機能するべき
- インターフェースは視覚的にリセットされ、「新しいコンテキスト」を明確に示すべき
現在の実装はどちらもうまく機能しておらず、効果的にどちらのアプローチも十分に提供できていません。
📖 完全なソースを読む: r/ClaudeAI
👀 See Also

自己ミスによる自己教師ありファインチューニングで小規模モデルがHumanEval 80%達成
ある開発者がQwen 2.5 7Bを自分で生成したコーディングペアで学習させ、人間が書いた学習データを一切使わずにHumanEvalで112/164(+87問題)を達成しました。このアプローチはLlama 3.2 3BやQwen 3 4Bにも転用可能です。

NvidiaのNemotron 3 Super:1200億パラメーターモデル、推論時は120億パラメーターを活用
NvidiaのNemotron 3 Superは合計1200億のパラメータを持つが、推論時には120億のパラメータのみを活性化し、圧縮ではなく効率的なルーティングによって120Bモデルの知識を約12Bの計算コストで実現している。

VibeThinker-3B:在AIME数学基准测试中与671B DeepSeek匹敌的3B参数模型
Sina Weiboの研究者が発表したVibeThinker-3Bは、3BパラメータでAIME 2026で94.3を記録し、DeepSeek V3.2(671B)に匹敵。論文は「パラメトリック圧縮・カバレッジ仮説」を提唱し、検証可能な推論が小規模モデルに圧縮可能だと主張。

Claude Code v2.1.98は、Vertex AIウィザード、セキュリティ修正、サブプロセスサンドボックス機能を追加しました。
Claude Code v2.1.98では、インタラクティブなGoogle Vertex AIセットアップウィザードの導入、LinuxでのPID名前空間分離によるサブプロセスサンドボックス化の追加、Bash権限バイパスや任意コード実行リスクを含む複数のセキュリティ脆弱性の修正が行われました。