Claude AI: руководство, советы и лучшие практики

Во время работы Claude Desktop внезапно зависает, и все открытые сессии Claude Code останавливаются разом; после принудительного завершения приложение иногда уже не запускается, а в последней строке лога стоит одна и та же фраза — «GPU process gone: { type: GPU, reason: crashed, exitCode: 101457950 }». Статья разбирает, что означает этот exitCode 101457950 (он же 0x060C201E). Падает не Claude Code (CLI), а процесс GPU той десктопной оболочки на Electron, внутри которой он работает. Проверяется это по концу файла main.log: если строка непосредственно перед перезапуском — GPU process gone, случай тот самый; а если в каталоге Crashpad не прибавилось дампов, значит нативного падения на стороне CLI не было. На вопрос, почему вместе с ним встают посторонние сессии, отвечает устройство самого Chromium: процесс GPU существует в единственном экземпляре на приложение, и все окна, вкладки и сессии пользуются им сообща, поэтому одна тяжёлая страница, открытая во встроенном браузере, останавливает сессии, не имеющие к ней никакого отношения, — развести их настройками на стороне пользователя невозможно. Самый частый спусковой крючок в опубликованных issue — встроенный браузер: в #80444 записано, как процесс GPU умирает через 15–36 секунд после определения возможностей WebGL/WebGPU, причём все четыре раза с одним и тем же кодом, а в #82967 крючок сведён к снятию скриншота для предпросмотра (capturePreviewScreenshotIfChanged). Но браузер не единственный источник: в #68049 сообщают о падении с тем же кодом прямо при запуске в среде ARM64. Восстановление обычно сводится к принудительному завершению и повторному запуску, однако после аварии GPU Windows иногда считает пакет MSIX изменённым (appxState=2) и отказывается его запускать — тогда нужно завершить фоновые процессы и нажать «Восстановить». Есть и сообщение (#82967) о том, что восстановление отказывало всегда и помогли только полное удаление и установка заново. Сохранённые данные остаются, а работа, которая выполнялась в момент аварии, не возвращается: в #81698 вместе с ней исчезли и результаты параллельно запущенных субагентов. Сделать можно лишь одно — реже нажимать на спусковой крючок: флаг --disable-gpu в сборке MSIX отклоняется с отказом в доступе, а обновление приложения помогает не всегда. По данным, проверенным на 4 октября 2026 года, Anthropic не публиковала по этому симптому ни официального объяснения причины, ни описания исправления, а основной issue #80444 закрыли как «completed» 15 сентября без каких-либо объяснений.

Dispatch — это функция, где вы отправляете указание со смартфона, а Claude выполняет работу на вашем собственном компьютере (бета, тарифы Pro и Max). Работает это не в облаке: двигается ваша реальная машина, и из одного этого факта растут и вся польза, и вся опасность. Официальная справка говорит, что вы можете написать Claude со смартфона, чтобы он поработал на вашем настольном компьютере, используя те же коннекторы, плагины и доступ к файлам, которые вы уже настроили в Cowork, внутри того, что Anthropic называет одним непрерывным диалогом, доступным с любого из двух устройств. Для работы нужно, чтобы компьютер не спал, а десктопное приложение было открыто; управление компьютером поддерживается только на macOS и Windows, а на Linux его нет. Механически всё идёт по трём уровням приоритета: коннектор, если он доступен, работа в браузере, если коннектора нет, и прямые действия на экране как последнее средство, причём по ходу дела делаются скриншоты, чтобы понять происходящее на экране. Оценка начинается после этого. Места, где Claude останавливается, заложены в конструкцию: управление компьютером выключено по умолчанию и включается в разделе «Настройки», «Основные»; разрешение запрашивается для каждого нового приложения; безвозвратное удаление файла требует явного разрешения; а инвестиционные и торговые платформы вместе с криптовалютными приложениями закрыты по умолчанию. Но есть и места, где он не останавливается. Отдельные действия внутри уже разрешённого приложения с вами не согласовываются, и официальная формулировка гласит, что Claude кликает, печатает и перемещается по вашему экрану напрямую, без тех проверок разрешений, которые ограничивают остальные инструменты Cowork. Документация добавляет, что между Claude и тем, что на вашем экране, нет никакой песочницы, и что действия, предпринятые в одном приложении, могут повлиять на другие приложения. Самый большой риск — внедрение промпта, и Anthropic описывает его собственными словами: содержимое веба является основным каналом для атак через внедрение промпта, а подменённое указание, неожиданная команда или фишинговая ссылка, открытая в вашем браузере, могут вылиться в цепочку действий, которые трудно или невозможно отменить. Anthropic заявляет, что сканирует активации модели для выявления такого поведения, но это снижает вероятность, а не отменяет необходимость провести собственную черту, и рекомендации по-прежнему советуют переключаться на ручное подтверждение всякий раз, когда задача затрагивает чувствительные файлы, аккаунты или сайты. Границу Anthropic называет прямо: не давайте разрешение на управление компьютером чувствительным приложениям — банковским, медицинским, государственным, — и избегайте финансовых счетов, юридических документов, медицинской информации и персональных данных. Статья разбирает и сторону телефона. При его потере утекают не данные, хранящиеся на нём, а право отдавать распоряжения вашему компьютеру плюс содержимое продолжающегося диалога. Официальная справка по Dispatch не описывает ни отвязку устройства, ни порядок действий при утере, поэтому средства реагирования приходят со стороны аккаунта: завершение отдельной сессии в разделе «Настройки», «Аккаунт», «Активные сессии»; выход из всех сессий на claude.ai, который недоступен в мобильных приложениях и потому требует веб-браузера; либо просто обрыв со стороны компьютера — закрыть десктопное приложение или дать машине уснуть, и это на деле самый быстрый способ, потому что Dispatch требует, чтобы компьютер не спал, а приложение было открыто. Завершается всё разделением Dispatch и управления компьютером на два разных переключателя, отличием обоих от agent view в Claude Code (который официальная документация тоже называет dispatch) и практической чертой: начинайте с работы, которую можно отыграть назад.

Agent view в Claude Code, открываемый командой claude agents, — это функция, позволяющая одну за другой запускать независимые фоновые сессии и управлять ими с одного экрана. Официальная документация называет выполняемую там операцию словом dispatch, и это название пересекается с отдельной функцией десктопного приложения, носящей то же имя, поэтому первое дело — научиться их различать. Документация описывает agent view как функцию, которая позволяет диспетчеризовать множество сессий Claude Code с одного экрана и управлять ими; это research preview, требующий версии v2.1.139 или новее. Статья держится механики и модели безопасности. Первая неожиданность в том, что каждый введённый в поле промпт запускает собственную новую сессию: наберёте второй — получите вторую сессию рядом с первой, а не дополнительное указание к первой. Дополнительные указания идут через панель быстрого просмотра, открываемую клавишей Space, где показывается последний вывод или вопрос, ответа на который ждёт сессия, а не вся переписка целиком. Ядро модели безопасности — изоляция через worktree. Перед редактированием любого файла фоновая сессия переходит в изолированный git worktree внутри .claude/worktrees/, поэтому параллельные сессии читают один и тот же checkout, но каждая пишет в свой собственный: чтение общее, запись разделена. Всё, что дотянулось бы до основного checkout, отсекается тремя проверками — правки файлов через Edit, Write и NotebookEdit; рабочие каталоги команд, которые разрешаются в основной checkout или про которые нельзя проверить, что они останутся снаружи; и попытки перенаправить git через git -C, --git-dir, GIT_DIR, GIT_WORK_TREE или через cd, поставленный перед вызовом git. Решение сознательно принято в пользу безопасности: то, что нельзя проверить, не выполняется, и та же защита наследуется каждым субагентом, которого породит сессия. При этом стеной уровня ОС это не является: файлы за пределами репозитория и сеть в область действия не входят, а к командам PowerShell применяется только проверка рабочего каталога. Разрешения тоже не выбираются в момент диспетчеризации — они зависят от способа запуска (agent view из оболочки и claude --bg следуют правилам обычного запуска, agent view, открытый через ←, берёт defaultMode целевого каталога или режим исходной сессии, а /bg сохраняет текущий режим), а значит, чем свободнее ваша обычная конфигурация, тем больше беспризорных сессий с широкими правами вы создаёте разом. Дальше три вещи утекают из изоляции наружу. Выбор варианта «Да, больше не спрашивать» сохраняет правило в .claude/settings.local.json основного checkout, поэтому оно действует и в основном checkout, и во всех остальных worktree, и переживает удаление того worktree, в котором было принято. Удаление сессии в agent view удаляет вместе с ней созданный Claude worktree, так что незакоммиченная работа исчезает, а Ctrl+X останавливает на первое нажатие и удаляет на второе. А .worktreeinclude копирует попавшие в gitignore файлы вроде .env в каждый новый worktree, умножая ваши учётные данные на число диспетчеризованных сессий. Вдобавок квота расходуется пропорционально параллелизму (десять агентов тратят её примерно в десять раз быстрее), а сессии выполняются локально: они переживают спящий режим, но останавливаются при выключении машины. В конце статья ставит agent view в один ряд с пятью официальными способами распараллелить работу — рядом с субагентами, командами агентов, динамическими рабочими процессами и Projects — и даёт конкретный порядок действий до, во время и после диспетчеризации.

Многие жмут /compact в Claude Code по правилу вроде «каждые 30 минут» или «как только контекст перевалил за 70%», однако официальная документация рекомендует ориентироваться не на часы и не на проценты, а на паузу в работе: запускайте /compact на естественной границе, например между задачами, а не дожидайтесь, пока автокомпактизация сработает посреди задачи. Эта статья берёт документацию Claude Code по состоянию на 4 октября 2026 года (последний релиз v2.1.289) как первоисточник и разбирает вопрос ручной компактизации именно по спецификации. Начинаем с механики: компактизация идёт в три этапа — отбрасывание старых выводов инструментов, автокомпактизация и ручной /compact, который нажимаете вы. Второй и третий этапы — это одна и та же обработка, поэтому собственное нажатие покупает ровно две вещи: выбор момента и возможность указать, что сохранить. Если жать чаще, лишнего контекста это не сэкономит. Дальше идёт таблица того, что уцелеет. CLAUDE.md в корне проекта и автоматическая память заново подгружаются с диска, тогда как правила с ключом paths: и вложенные CLAUDE.md в подкаталогах теряются, пока снова не будет прочитан подходящий файл, а тела вызванных навыков подгружаются заново с лимитом в 5000 токенов на навык и 25 000 суммарно, причём первыми отбрасываются самые старые. По расходам: цену компактизации задаёт не размер контекста, а то, прогрет ли кэш промпта. Нажмите её в разгар работы — префикс прочитается из кэша, и это дёшево; нажмите после перерыва, который длиннее времени жизни кэша (час на подписке и пять минут по умолчанию через API-ключ), — и вся история будет обработана заново без кэша, что делает ту же команду максимально дорогой. Далее статья объясняет, как выбирать между /compact, /clear, /rewind, /recap и /context, как команда /autocompact начиная с версии v2.1.221 передвигает точку автоматического срабатывания в диапазоне от 100K до 1M токенов и каков приоритет у четырёх мест, откуда может прийти эта настройка, в чём ловушка переменной окружения, принимающей только целое число без суффиксов, а также что означают и как исправляются два сообщения — Not enough messages to compact. и Autocompact is thrashing: the context refilled to the limit...

Вы запускаете Claude Desktop в Windows, а вместо приложения получаете окно с сообщением, что это приложение не удаётся открыть и что нужно перейти в дополнительные параметры Claude и выбрать «Восстановить», — и ровно это срабатывает. Ни удаления приложения, ни сброса, который выбрасывает данные. Но в середине есть шаг, на котором люди реально застревают, и он же — центр статьи. Нажатие «Восстановить» может закончиться сообщением о том, что приложение всё ещё запущено, притом что ни одного окна Claude на экране нет. Причина в том, что Claude Desktop после закрытия окна продолжает жить в области уведомлений, и пока этот фоновый процесс держит файлы пакета, восстановление не проходит. Лечение простое: явно завершить процессы, а потом нажать «Восстановить». И сам этот факт указывает на причину поломки — один и тот же процесс сломал обновление, а затем помешал восстановлению. Статья отвечает и на вопрос, который задают первым: пропадут ли сессии? Ответ делится на три части. История переписок claude.ai лежит на серверах Anthropic и не затрагивается. Сессии Claude Code хранятся в %USERPROFILE%\.claude\projects\, вне пакета приложения, поэтому переживают восстановление, сброс и даже удаление (на реальной машине там оказалось 2 977 файлов, около 3,0 ГБ, по 52 проектам). Рискуют только настройки приложения в %APPDATA%\Claude, но и их восстановление сохраняет: Windows объясняет разницу прямо на экране — у восстановления данные приложения не затрагиваются, у сброса удаляются. Дальше — проверка состояния пакета в PowerShell только на чтение, резервное копирование, пошаговое усиление мер, если приложение так и не открылось (проверить, запущены ли vmcompute и hns, удалить пакет и установить заново, ведь ключ -PreserveApplicationData при обычной установке не работает), предполагаемая причина в виде наполовину зарегистрированного MSIX вместе с issue на GitHub (#55465, где установка прошла, но точка входа не появилась, а также #50285 и #48437 — все закрыты как not planned и без официального исправления), способы снизить вероятность повторения и сравнение со старой версией на обычном установщике, где и последний выпуск MSIX, и машина со старым форматом показали 1.24012.9.

Claude Code останавливается посреди ответа с сообщением «API Error: Connection closed mid-response. The response above may be incomplete.» Это не проблема промпта: соединение, по которому шёл потоковый ответ, закрылось, пока ответ ещё передавался. Статья опирается только на официальный справочник ошибок, официальный changelog и обращения с перехватом пакетов. Сначала — официальные определения: Connection closed значит, что канал оборвали, Response stalled — что он замолчал, Server error — что посреди потока пришла 5xx; объясняется, почему частичный вывод сохраняется намеренно (повторная отправка могла бы выполнить те же вызовы инструментов дважды) и что документированный способ восстановления — ответить continue. Далее разделены три слоя, откуда может исходить закрытие (ваша машина и спящий режим, обрыв по простою в прокси или VPN, закрытие по инициативе сервера), и приведены измерения, опубликованные автором issue #67766: все десять инцидентов были корректным закрытием со стороны сервера, ошибка появлялась через 3–105 мс после FIN, к этому моменту уже было доставлено 7–20 КБ ответа, тело запроса весило 1–2,5 МБ, новое соединение срабатывало примерно за 20 мс, а за 23 дня в записях нашлось 200 ошибок в 171 инциденте, причём 87 из них — менее чем через пять секунд после предыдущего вызова. Практическое ядро — хронология реальных записей changelog: 2.1.179 сохраняет частичный ответ, 2.1.185 переносит подсказку о зависании с 10 на 20 секунд, 2.1.198 повторяет временные обрывы с задержкой, 2.1.199 сохраняет частичный вывод при серверных ошибках посреди потока, 2.1.214 отключает пул keep-alive после ошибки устаревшего соединения — в сопоставлении с версиями из обращений (2.1.173, 2.1.181, 2.1.183), которые все старше 2.1.198. В конце — условия, повышающие вероятность, чек-лист из восьми шагов, шесть ориентиров для разработчиков, отличия от Unable to connect и Prompt is too long и чёткое разделение подтверждённого и неподтверждённого.

Anthropic выпустила Claude Opus 5 24 июля 2026 года, и её собственная документация называет релиз качественным скачком, а не постепенным улучшением Opus 4.8, — при этом цена не изменилась: $5 за вход и $25 за выход на миллион токенов, ровно вдвое меньше флагманского Fable 5 ($10 / $50). В статье официальный анонс и документация сверены с несколькими публикациями в прессе и разобраны ключевые характеристики (claude-opus-5, контекст 1M токенов, который одновременно и значение по умолчанию, и максимум, вывод до 128K токенов, граница знаний — май 2026), цены вместе с тарифами кеша и быстрым режимом (примерно в 2.5 раза быстрее за вдвое большую цену, только в Claude API), а также бенчмарки: Anthropic своим текстом утверждает, что в Frontier-Bench результат более чем вдвое выше Opus 4.8, в CursorBench 3.2 он в пределах 0.5% от лучшего показателя Fable 5, в ARC-AGI 3 втрое выше, чем у ближайшего преследователя, а в OSWorld 2.0 модель обходит Fable 5 примерно втрое дешевле; цифры из сравнительной таблицы Anthropic включают Frontier-Bench 43.3%, ARC-AGI-3 30.2%, GDPval-AA 1,861 и OSWorld 70.6%. Отдельно перечислены места, где модель всё ещё проигрывает: 68.8% против 72.7% у GPT-5.6 Sol в DeepSWE v1.1 по таблице Anthropic (в таблице OpenAI порядок обратный), наступательная кибербезопасность и длительные автономные исследования в биологии, где лидирует Mythos 5, и настройки, при которых effort max даёт результат ниже более низких уровней. Далее подробно разобраны два ломающих изменения в API (мышление включено по умолчанию, поэтому впритык подобранный max_tokens приводит к обрезанным ответам; отключить мышление можно только при effort high и ниже, а xhigh или max возвращает ошибку 400), выбор среди пяти уровней effort, новые возможности — смена набора инструментов по ходу диалога с сохранением кеша, снижение минимума кешируемого промпта до 512 токенов и режим запасной маршрутизации default, — а также изменившийся характер модели: более длинные ответы, больше комментариев к своей работе, охотное делегирование субагентам и самопроверка без напоминаний. Главное правило миграции: текст промпта нужно убирать, а не добавлять. В конце — кому стоит переходить прямо сейчас и чек-лист миграции из шести шагов.

Вы открываете Hugging Face, чтобы запустить локальную LLM, и у одной модели — целая стена файлов (Q4_K_M, Q5_K_S, GPTQ, AWQ, IQ3_M), и вы застываете. Эта статья практически отвечает, какой квантованный файл скачать, чтобы модель заработала, оставляя концепцию «что такое квантование» другой статье и сосредотачиваясь на выборе формата. Выбор — это два шага: какой формат (= на каком движке запускаете), затем какая битность. Самый важный факт: квантованный файл запускается только на движках, поддерживающих его формат. GGUF — стандартный локальный универсал, работающий на CPU, Mac и частично GPU (llama.cpp/Ollama); GPTQ/AWQ/EXL2 ориентированы на GPU (vLLM); bitsandbytes квантует при загрузке в Transformers без калибровки. Имя GGUF Q4_K_M состоит из трёх частей: Q4 (номинально 4 бита, больше — лучше и крупнее), K (K-quant по супер-блокам; без суффикса/_0/_1 — устаревшие), M (S/M/L — насколько часть важных тензоров повышается; эффективная битность выше метки, Q4_K около 4.5 bpw). Семейство IQ (I-quant) уместнее при той же битности, но тяжелее на выводе и требует imatrix (матрицу важности из калибровки, защищающую значимые веса). GPTQ минимизирует послойную ошибку; AWQ защищает значимые веса через активации (ни один не лучше повсеместно). По битности: если сомневаетесь — Q4_K_M (по умолчанию в Ollama для многих моделей), поднимайтесь до Q5_K_M/Q6_K с запасом VRAM, Q8_0 почти без потерь, но не рекомендуется, а IQ2/IQ3 — только чтобы впихнуть крупную модель. Примерно 4.5–5 bpw — «вкусная» полоса (эвристика). Ищите файлы через library=gguf, bartowski/mradermacher (активность меняется) или теги Ollama model:size-variant-quant. Числа приблизительные и зависят от модели и сборки.

Теперь, когда «просто спроси у ИИ» и «пусть ИИ всё напишет» стали нормой по умолчанию, острым становится обратный вопрос: а это вообще та ситуация, где мне стоит использовать ИИ? Эта статья не выступает против ИИ; речь о том, чтобы сохранить «не использовать» как вариант — именно для того, чтобы выжимать из ИИ максимум. ИИ — это не то, что используешь по умолчанию, а инструмент, который выбираешь намеренно, и умение пользоваться и умение не пользоваться идут в паре. Шесть ситуаций, где пропуск выигрывает: 1. учёба, которая строит базу (цель — сам процесс «писать, чтобы думать»), 2. ввод конфиденциальных или персональных данных (не вставляйте, не проверив условия и политику хранения), 3. финальные решения, где ошибка фатальна (медицину, право, безопасность, деньги нельзя делегировать без проверки), 4. лёгкие задачи, не стоящие затрат, 5. работа, где в основе человеческое доверие или творчество (извинения, наём, авторство), 6. когда не хотите добавлять единую точку отказа (непрерывность бизнеса). Решайте быстро по трём вопросам: можете ли вы сами проверить результат, это ли только данные, которыми можно делиться, и нужно ли тренировать этот процесс прямо сейчас. Если можете проверить, данными можно делиться и тренировать не нужно — используйте ИИ; иначе пропустите или вставьте человеческую проверку. Минусы чрезмерного использования (когнитивная разгрузка, принятие правдоподобных ошибок, зависимость) приведены как пункты для обсуждения, а не точные цифры. Осознанно пропустить ИИ — это не тормоз, а навык обратной стороны, который позволяет вкладываться на полную там, где он уместен, и подстраховка против чрезмерной зависимости от ИИ.

Сразу после обновления Claude Desktop (Windows) при запуске появляется «Этот файл уже используется другой программой», и приложение не открывается — и остаётся неработоспособным до перезагрузки ПК. Это известная ошибка сборки из Microsoft Store (MSIX) (GitHub #53247 и другие). Главное: полная перезагрузка ПК не обязательна — во многих случаях достаточно просто выйти из Windows и войти снова (это не перезагрузка ПК и не выход из аккаунта Claude), потому что стоящий за проблемой осиротевший дескриптор сохраняется в пределах сеанса пользователя Windows. Остановка CoworkVMService или повторная регистрация пакета, по сообщениям, НЕ работают. Несмотря на формулировку диалога, проверено, что блокировки файла в пользовательском пространстве нет (handle.exe / Process Explorer): реальный сбой — на уровне контейнера AppX/Desktop Bridge, при преобразовании Job Object → Silo (0x80070020 = ERROR_SHARING_VIOLATION, события 215/208). У спускового механизма две нерешённые версии — служба удерживает Job Object (#57221) против сбоя при запуске, из-за которого не выполнена очистка (#53247), — и официального исправления пока нет. Постоянное решение — переход на сборку Squirrel (установщик). Основано на одной машине (Windows 11 Home 10.0.26200), сверенной с issue на GitHub; с метками достоверности повсюду.

При долгой работе в Claude Code ответ вдруг повторяет «court court court…» десятки–сотни раз и завершается ошибкой «API Error: Response stalled mid-stream. The response above may be incomplete.». Это не ошибка вашего промпта, а сцепка двух известных багов: повторения (дегенерации) на стороне модели и остановки потока при передаче. Разбираем суть обоих слоёв, провоцирующие условия, немедленную остановку (Esc → новая сессия, /clear), меры для разработчиков (тайм-аут чтения, детекция повторения, max_tokens) и отличие от бага с утечкой тега court/invoke — на основе официальной документации и реальных GitHub Issue.

Сравнение двух асимметричных лидеров июля 2026 года: «универсал за полцены» GPT-5.6 Sol против Claude Fable 5 высшего класса. Fable 5 впереди в кодинге производственного уровня (SWE-Bench Pro 80.0% vs 64.6% по таблице OpenAI) и длительной автономности, а Sol лидирует по работе с терминалом (TerminalBench 88.8%), агентной широте и стоит вдвое дешевле. Разбираем, как распределять роли по сценариям и стоимости.