Claude Code Windows: как поставить и что делать, если команда не сработала

Одна команда. Не десять.

Открыли инструкцию — а там половина для Mac, половина мимо. Свой терминал ещё найти надо.

Claude Code на Windows ставится в PowerShell командой irm https://claude.ai/install.ps1 | iex. Без прав администратора, без установки Node.js отдельно — бинарник ложится в свою папку сам, а обновляется потом фоном. Правило простое: в PowerShell — irm, в CMD — другая команда через curl. Перепутали — получите «irm не распознан» или «bash не является командой». Это не поломка компьютера, это не тот терминал: строка в PowerShell начинается с PS C:\, в CMD — без PS.

Года три назад совет был один: без Линукса на Windows с консольными инструментами делать нечего, сначала ставим WSL, потом всё остальное. Многие до сих пор в это верят и открывают статьи про виртуальные машины, хотя хотели просто поставить программу и написать в ней первую команду.

И тут всё поменялось. С 2025 года Claude Code работает на Windows нативно: командная строка PowerShell или CMD, Windows 10 версии 1809 и новее или Windows 11, 4 ГБ оперативной памяти. WSL остаётся опцией для тех, у кого уже есть свой Linux-проект, нужен Docker или отдельная песочница для команд — не для того, чтобы Claude Code вообще запустился. Если у вас обычный рабочий ноутбук без WSL, доустанавливать ничего не нужно: ставите нативно и работаете из PowerShell.

Разница на практике простая. Нативная установка — для тех, кто держит сайт и файлы прямо в Windows и не собирается лезть глубже установки одной программы. WSL 2 — для тех, кому важна песочница, ограничивающая, что команды могут менять на компьютере: это уже про безопасность, а не про то, запустится ли программа. WSL 1 берут, только если WSL 2 на компьютере не поднимается — на новых Windows 11 такое почти не встречается.

Git для Windows тоже не обязателен. Он нужен, чтобы Claude Code выполнял команды через Git Bash — без него он использует PowerShell как инструмент для команд, и это тоже работает, просто чуть иначе разбирает пути к файлам и кавычки в них.

Бесплатный тариф Claude.ai сюда не подходит: Claude Code открывается только на Pro, Max, Team, Enterprise или оплате по факту через Claude Console. Разница для собственника простая: Pro — если работаете один и нечасто, Max — если правки идут каждый день и лимит на Pro упирается в потолок посреди задачи. Team и Enterprise нужны, когда с Claude Code работает несколько человек и важно единое место с настройками и историей на всех.

Логиниться после установки — не отдельный шаг с паролями и письмами. Запускаете claude, браузер открывается сам, подтверждаете вход тем же аккаунтом, что и на claude.ai. Если в компании уже настроен корпоративный доступ через API-ключ — Claude Code один раз спросит подтверждение и запомнит его.

Если ноутбук корпоративный и стоит прокси — соединение с сервером загрузок иногда режется фаерволом, и команда просто виснет без ответа. Тогда перед установкой в той же PowerShell-сессии задают переменные HTTP_PROXY и HTTPS_PROXY с адресом прокси, который выдаст ваш айтишник, и запускают команду установки заново.

Два быстрых теста. Команда claude --version должна напечатать номер версии и слова Claude Code — если вместо этого тишина или ошибка, вернитесь к разделу про PATH выше. Команда claude doctor идёт дальше: показывает, установлен ли Claude Code правильно, включены ли автообновления и не мешает ли что-то в настройках. Это тот же самый отчёт, который попросят прислать, если пишете в поддержку с непонятной ошибкой — проще прогнать его сразу, чем потом гадать по описанию симптомов.

Клиент — сеть барбершопов — держал администратора на ресепшене и сайт на Node.js. Заголовок на главной раз в сезон меняли через фрилансера за неделю ожидания: своя очередь задач, свои сроки. Поставили Claude Code на обычный рабочий Windows-ноутбук администратора: 10 минут установки, ещё 15 — ключ на сервер. Дальше заголовок меняли фразой в терминале, без фрилансера и без правок в коде руками.

Но программа на компьютере — только половина дела. Вторая половина — доступ к серверу, а он на Windows устроен чуть иначе, чем на Mac. как это выглядело у других клиентов

На Mac и Linux ключ на сервер кладёт одна команда — ssh-copy-id. В Windows такой команды нет, зато есть встроенный клиент OpenSSH начиная с той же версии 1809: сам ключ создаётся точно такой же командой ssh-keygen. Разница в следующем шаге: содержимое файла id_ed25519.pub нужно скопировать и вручную дописать в файл authorized_keys на сервере, одной строкой, без переносов внутри неё. Частая ошибка тут не в Windows и не в сервере, а в буфере обмена: если при копировании из блокнота добавился лишний перенос строки, сервер посчитает это двумя битыми ключами вместо одного рабочего.

Автосервис, который настраивал у себя то же самое, наступил ровно на эту ошибку: ключ вставили с переносом посередине, вход не работал, а на вид всё было сделано верно. Проверяется просто — открыть authorized_keys на сервере и убедиться, что весь ключ в одной строке от ssh-ed25519 до комментария в конце.

Дальше для Mac и Windows шаги одинаковые: серверу дают короткое имя в файле конфигурации SSH и пишут файл CLAUDE.md — памятку, где сайт лежит, как перезапускается и чего Claude трогать нельзя. Без этой памятки первая же просьба «поправь текст на сайте» превращается в вопросы, на какой сервер заходить и что там менять.

Раз до этого места дошли — дальше проще подставить свои данные, чем набирать все команды по памяти.

На этой же странице есть форма: вписываете адрес сервера и данные сайта — команды для ключа и памятки собираются сами, под ваш сервер. собрать свои команды