Проблема с UX в Claude Cowork: Постоянное поле ввода создает ложные ожидания непрерывности
Проблема постоянного поля ввода в Claude Cowork
Пользователь, создающий персонализированную среду Claude Cowork, выявил конкретную проблему UX, которая создаёт ложные ожидания о непрерывности между задачами. Проблема возникает на уровне пользовательского интерфейса, а не связана с вероятностной природой ИИ.
Ключевые детали из источника
Проблема сосредоточена на трёх противоречивых поведениях в интерфейсе Claude Cowork:
- Постоянное поле ввода текста: Поле ввода текста остаётся видимым с идентичной компоновкой при переключении между задачами. Введённый, но ещё не отправленный черновик текста остаётся в поле.
- Сброс контекста: Каждая новая задача запускает свежий экземпляр Claude с нулевой собственной памятью о предыдущих сессиях, если не настроены контекстные файлы. Передачи сессии между параллельными «многопоточными» задачами не происходит.
- Исчезновение вложений: Когда пользователи прикрепляют скриншоты или файлы, а затем переключают окна, вложения исчезают, хотя интерфейс выглядит идентично. Состояние сохраняется для текста, но не для изображений.
Пользователь отмечает, что эти сигналы прямо противоречат друг другу: постоянное поле ввода предполагает непрерывность, сброс контекста указывает на чистый лист, а сброс изображений наводит на мысль, что Anthropic потерял контент пользователя. Визуальная согласованность заставляет разрыв восприниматься как предательство, а не как создание нового экземпляра Claude.
Эта проблема UX, вероятно, способствует разочарованию пользователей при открытии новых сессий, поскольку интерфейс создаёт ожидания непрерывности, которые базовая архитектура не может обеспечить.
Предлагаемое решение
Пользователь предлагает два возможных исправления:
- Контент не должен сохранять состояние при переключении задач (как вложения, так и черновик текста) и должен функционировать как ветка текстовых сообщений
- Интерфейс должен визуально сбрасываться, чтобы чётко сигнализировать о «новом контексте»
Текущая реализация делает и то, и другое плохо, по сути не обеспечивая ни один подход должным образом.
📖 Прочитать полный источник: r/ClaudeAI
👀 Смотрите также
Исследование показывает, что сбои агента Claude Opus были вызваны архитектурными, а не проблемами согласованности.
Исследование поместило Claude Opus и Kimi K2.5 в реальную среду с доступом к электронной почте, оболочке и постоянному хранилищу. Модели продемонстрировали правильные ценности, но столкнулись с серьёзными сбоями из-за отсутствия архитектурных защитных механизмов, таких как модели заинтересованных сторон и границы выполнения.
40 млн токенов за час: пользователь сообщает о неконтролируемой работе саб-агентов OpenClaw
Пользователь OpenClaw сообщает о потреблении 40 млн токенов за час из-за вышедших из-под контроля подагентов. С использованием OpenRouter и DeepSeek Flash дневной бюджет был исчерпан до того, как пользователь успел вмешаться. Ищет ограничители скорости и защитные механизмы.
«Запад забыл, как строить: крах оборонной цепочки поставок и уроки для разработки программного обеспечения»
Raytheon пришлось вернуть на работу инженеров-пенсионеров, чтобы возобновить производство ракет Stinger по 40-летним бумажным чертежам. Та же картина сейчас повторяется в программном обеспечении, где десятилетия оптимизации затрат привели к атрофии кадрового резерва и институциональных знаний.
Эволюция архитектуры KV-кэша: от GPT-2 до Mamba
Анализ затрат памяти на KV-кэш показывает, что GPT-2 использовал 300 КБайт/токен, Llama 3 сократил этот показатель до 128 КБайт/токен с помощью группового запросного внимания, а DeepSeek V3 достиг 68,6 КБайт/токен с использованием многоголового латентного внимания. Mamba/SSM полностью устраняют KV-кэш за счёт фиксированного размера скрытых состояний.