Что делать, когда всё сломалось: Mac перегрелся, Claude Code лёг — и я поднял всё с телефона
Илья Черняк · 4 июня 2026 г.
Я поспорил на 300 000, что за месяц заработаю 100 000 через свою команду из тринадцати ИИ-агентов. Второй день челленджа — и в середине дня всё легло: Mac перегрелся и перезагрузился сам, а после ребута Claude Code перестал запускаться. Пишу с пылу с жару, пока помню каждую команду. Это не «как правильно по докам» — это как реально выкарабкался, с граблями.
Сразу оговорюсь: я не разработчик. Claude Code открыл впервые в феврале — четыре месяца назад. Поэтому всё ниже — мой живой опыт, а не методичка. Но именно поэтому, надеюсь, полезно: я наступил на грабли, которые ждут любого, кто гоняет тяжёлые задачи на ноутбуке.
Как это выглядело со стороны
Я запустил несколько задач разом. Команда монтировала видео, параллельно шла ещё пара процессов — и я не следил за нагрузкой. Через какое-то время ноут стал ощутимо горячим. А потом просто погас.
«Вырубило полностью Mac. Он прям горячий, ощущается горячим. Скорее всего, все процессы вылетели.»
Сам перезагрузился — система потом честно написала: «Компьютер был перезагружен из-за возникших проблем». Все вкладки, все сессии закрыты. И вот тут началось самое интересное: Claude Code не завёлся. Стандартная команда запуска не срабатывала — терминал её просто не узнавал.
А мне в этот день надо выложить Reels. Дедлайн челленджа никто не отменял. Паника по нарастающей: главный инструмент лёг, комп только что аварийно перезагрузился, и непонятно, целы ли вообще файлы.
Шаг 1. Не паниковать и снять картину
Первое, что я сделал, — выдохнул и посмотрел, что вообще происходит. Самое важное было понять: это сломалась система или сломались мои данные? Это две очень разные катастрофы.
Проверяешь свободное место — с этого надо начинать всегда, потому что 90% таких «внезапных» падений именно отсюда:
df -hУ меня в колонке свободного места был практически ноль. Вот и вся загадка. Место на диске кончилось — и именно это привело к перегреву и аварийному ребуту. Когда системе некуда писать временные файлы, она начинает задыхаться, нагрузка растёт, охлаждение не справляется — и железо защищается, вырубаясь.
«Проблема была в том, что место на маке кончилось, и это привело к перегреву. Сейчас нужно искать, что удалить.»
Шаг 2. Чиним Claude Code с телефона
Пока Mac приходил в себя, я не сидел сложа руки. У меня Claude Code стоит и на телефоне — и в этот момент он стал вторым мозгом. Я снял короткое видео с экраном ошибки и продиктовал ему ситуацию:
«Перезагрузился Mac, и стандартный код для входа не работает. В чём может быть проблема — проанализируй и дай ответ.»
И это сработало как удалённый напарник: пока основной комп недоступен, на телефоне у меня живой ассистент, который разбирает проблему и подсказывает следующий шаг. Не нужно гадать вслепую — спрашиваешь у того же инструмента с другого устройства.
Диагноз сошёлся: после жёсткого ребута слетел не проект, а сам бинарь Claude Code. Лечится переустановкой — командой за командой:
# глобальная переустановка CLI (через тот менеджер, которым ставил)
npm install -g @anthropic-ai/claude-code
# проверяем, что версия снова видна
claude --versionИ тут была моя главная тревога — а что с файлами? Переустановка же. Но нет:
«Переустановили клаудкод, прямо сейчас вот переустановлен. Есть опасения, что же с нашими файлами. Но я подозреваю, что просто мы саму модель перезалили, а все наши папочки — все в нужном месте.»
Так и оказалось. Переустановка CLI трогает только сам инструмент, а не твой проект. Папки, история, конфиги — всё на месте. Это важно знать заранее, чтобы не бояться сделать reinstall, когда инструмент закапризничал.
Шаг 3. Ищем, что сожрало диск
Доступ вернули — теперь надо понять, кто забил диск под ноль, чтобы это не повторилось через час. Идёшь от крупного к мелкому. Показать вес папок в текущей директории, отсортировать по убыванию:
du -sh * | sort -rh | head -20И вот тут вылез сюрприз, на который я не подумал бы. У меня рабочая папка лежит на крошечной USB-флешке — специально, чтобы система не забивалась. Но не всё туда уходит, и главный обжора прятался внутри самого проекта:
# сколько весит история git внутри проекта
du -sh .git7,6 гигабайта. В .git. Потому что в историю репозитория попали живые видеофайлы — а git хранит каждую версию каждого тяжёлого файла навсегда. Снимаешь ролик, перезаписываешь, коммитишь — и .git пухнет, даже если в рабочей папке этих видео давно нет.
Дальше — кэши, временные сборки, виртуальные окружения. Их можно сносить смело, они пересоздаются:
# чистим кэши пакетных менеджеров и временные сборки
rm -rf ~/Library/Caches/*
find . -type d -name "__pycache__" -prune -exec rm -rf {} +
find . -type d -name "node_modules" -prune # сначала ПОСМОТРЕТЬ, что нашлосьКоманды с
rm -rfсначала прогоняй без удаления — замени-exec rm -rf {} +на
За пару минут я освободил почти три гигабайта — этого хватило, чтобы система задышала.
Шаг 4. Битый симлинк — тихий вредитель
Ещё одна грабля, которую находишь только когда специально ищешь: битые символические ссылки. Симлинк — это ярлык на файл; если файл удалили, а ярлык остался, он указывает в пустоту. Сам по себе он места не ест, но ломает скрипты, которые по нему ходят, и путает инструменты, которые проверяют размер папки.
Найти все битые симлинки в текущем дереве:
find -L . -type lФлаг -L заставляет find идти по ссылкам — и те, что ведут в никуда, всплывают в выводе. Удаляешь точечно:
find -L . -type l -exec rm {} +Маленькая, но важная деталь: когда проверяешь, куда ведёт ссылка, и хочешь увидеть реальный файл, а не сам ярлык — добавляй -L и к stat:
stat -L подозрительный_симлинкБез -L ты смотришь на ярлык, с -L — на то, на что он показывает. Я на этом терял время, пока не понял разницу.
Шаг 5. Победа
Когда место освободилось, Claude Code переустановился, а файлы оказались целы — всё ожило само:
«Доступ полностью мы вернули. И вот уже всё опять заработало. Аплодисменты. Мы вошли, Макс.»
От «всё погасло и паника» до «всё работает» прошёл примерно час. И знаете что — это оказался полезный опыт. Теперь я знаю точную цепочку: диск под ноль → перегрев → аварийный ребут → инструмент не стартует. И знаю, как её разматывать с конца.
Грабли, которые я унёс с собой
Несколько тяжёлых задач разом на ноутбуке — это и есть причина перегрева. Рендер видео не любит соседей. Я теперь гоняю тяжёлое строго по одному — параллельная обработка переполняет память и временные файлы, диск уходит в ноль, и железо вырубается, защищаясь. Один процесс — дождался — следующий.
Рабочая папка на флешке не спасает от заполнения системного диска. Кэши, временные файлы, .git и виртуальные окружения растут на основном диске, что бы ты ни выносил на внешний носитель. Проверяй df -h регулярно, не дожидаясь падения.
.git — главный тихий обжора, если в него попадают тяжёлые файлы. Видео, архивы, датасеты в репозитории — это бомба. Их место — в .gitignore или во внешнем хранилище, а не в истории коммитов.
Переустановка CLI-инструмента не трогает твой проект. Это не страшно. Боялся зря — папки и история остаются на месте, переустанавливается только сам бинарь.
Телефон с тем же инструментом — это запасной мозг. Когда основной комп лёг, второе устройство с Claude Code позволяет диагностировать проблему, не гадая вслепую. Снял видео ошибки, продиктовал — получил план.
Что это стоит
Ничего. Все команды выше — встроенные в систему (df, du, find, stat, rm). Никаких платных «чистильщиков» не нужно — они делают ровно то же самое, только с кнопкой и подпиской.
Скрипты — забирай себе
Я собрал три команды из этой истории в маленький набор скриптов: проверка свободного места и топ-обжор, поиск битых симлинков, быстрый health-check «всё ли в порядке перед тяжёлой задачей». Выложил в репозиторий mac-dev-recovery — ссылку дам следующим постом в канале. Скачаешь, откроешь у себя в Claude Code и скажешь «прочитай и адаптируй под мою машину» — он подгонит под тебя.
Итого
Падение в середине дня выглядело как катастрофа, а оказалось коротким и понятным сценарием. Диск забился → перегрев → ребут → инструмент не стартует. Лечится по шагам: посмотреть место, переустановить инструмент с телефона, найти и снести обжор, убить битые ссылки. Час — и ты снова в работе, и файлы целы.
Главный урок не про команды. Он про то, что паниковать не надо — почти любое «всё сломалось» раскладывается на три-четыре проверяемых шага. А если под рукой есть тот же ассистент на телефоне, ты не один на один с чёрным экраном.
Вопросы и свои истории «как всё легло и как поднимал» — в личку @magic4e. Подписывайся на @mdkguru — там я каждый день показываю, как команда AI-агентов вытаскивает реальные задачи, включая такие вот аварии. Спор на 300 000 продолжается — день 2 закрыт.