400 000 сессий Claude Code: три привычки тех, у кого получается (2026)

Anthropic посмотрела примерно 400 тысяч сессий Claude Code от 235 тысяч человек за период с октября 2025 по апрель 2026 и сравнила, чем удачные сессии отличаются от провальных. Успехом считали только проверяемые вещи: прошли тесты, лёг коммит, человек подтвердил, что получил нужное. Ощущения пользователя в зачёт не шли.

Главный вывод неприятный для тех, кто списывает свои провалы на модель. Разброс результатов объясняется поведением человека: как он формулирует задачу, чем даёт агенту проверить себя и как быстро прекращает спорить. Ниже три привычки, которые статистически отличают первых от вторых, плюс всё то, что из этого следует для нас.

Коротко: словарик

• Сессия - одно окно Claude Code от запуска до закрытия. Средняя сессия в исследовании это четыре хода между человеком и агентом.
• Контекст - объём текста, который агент держит в голове за раз: твои сообщения, прочитанные файлы, вывод команд, свои же прошлые попытки.
• Режим плана - состояние, в котором Claude читает файлы и пишет план, но ничего не меняет. Включается через Shift+Tab или запуском claude --permission-mode plan.
• Хук - скрипт, который движок запускает сам в определённый момент. Stop-хук срабатывает при попытке агента завершить ход и может этот ход заблокировать.
• Субагент - отдельный агент со своим чистым контекстом, которому основной агент отдаёт кусок работы: разведку по файлам или проверку результата.
• Верифицированный успех - в терминах исследования это сессия, где результат подтверждён чем-то внешним: тестом, сборкой, коммитом.

Что именно посчитала Anthropic

Разбирали транскрипты сессий автоматической классификацией, без чтения кода людьми. Период с октября 2025 по апрель 2026, семь месяцев.

Каждую сессию оценивали по пятибалльной шкале экспертности. Важная деталь: экспертность тут привязана к конкретной задаче. Должность в расчёт вообще не берут. Ты можешь быть сильным маркетологом и оставаться полным новичком в вопросе про докер.

Дальше начинается интересное. Верифицированный успех у новичков в задаче 15%, у среднего и продвинутого уровня 28-33%. Частичный успех, когда что-то полезное всё-таки родилось, 77% против 91-92%. А на сессиях, где всё пошло не по плану, разрыв становится грубым: 19% новичковых сессий бросают вообще без единой написанной строки, у остальных этот показатель 5-7%.

Ещё одна цифра, которая объясняет, кто в этой связке за что отвечает: человек принимает около 70% решений категории «что делать», агент около 80% решений категории «как делать». Планирование остаётся на тебе, исполнение уходит вниз. Про то, как это ломается на практике, у нас есть отдельный разбор: агент сделал не то, что просили.

Привычка первая: сказать где, что и когда считать готовым

Самая измеримая разница между сильной и слабой сессией видна прямо в объёме работы, которую агент делает на один твой запрос.

В словах разрыв ещё грубее: на запрос эксперта агент выдаёт примерно 3200 слов работы, на запрос новичка около 600. Пятикратная разница на одном и том же движке, при одинаковой подписке. Причина простая: из расплывчатой формулировки агент не может понять, где копать и когда останавливаться, поэтому делает минимум и возвращает мяч тебе.

Смотри, как выглядит одна и та же задача в двух видах.

Правый столбец не длиннее левого в разы. Каждый сильный запрос укладывается в пару предложений и при этом называет три вещи: место, сценарий и признак готовности.

Держи каркас, в который можно подставлять свою задачу. Он подходит и для кода, и для работы с файлами, таблицами, текстами.

Задача: [что должно получиться, одно предложение]
Где: [путь к файлу или папке, где искать]
Случай: [конкретный сценарий, на котором сейчас ломается или который надо покрыть]
Образец: [файл или кусок, на который надо равняться]
Готово, когда: [команда, тест или признак, по которому видно результат]
Ограничения: [чего не делать: новые библиотеки, чужие файлы, пуш в main]

Если про формулировки хочется глубже, разбор приёмов лежит в гайде как давать команды Claude Code.

Привычка вторая: дать агенту то, что он проверит без тебя

Второе наблюдение исследования звучит так: агент останавливается, когда работа выглядит сделанной. Если у него нет ничего, что можно запустить и получить честный ответ «прошло или не прошло», то «выглядит сделанной» остаётся единственным доступным сигналом. И тогда роль проверяющего механизма выполняешь ты сам, вручную, каждый раз.

Отсюда простое правило: в каждую задачу закладывай способ проверки. Уровней таких проверок четыре, и они отличаются ценой настройки.

Первый уровень доступен вообще всем и стоит одной строчки в запросе. Начни с него.

Почини сортировку статей на главной: сейчас свежие уходят вниз.
Файл: src/pages/index.astro
Готово, когда: npm run build проходит без ошибок,
и в собранном dist/index.html первая карточка это статья с самой поздней датой.
Проверь это сам командой, покажи мне вывод. Если не сходится, чини дальше.

Обрати внимание на связку «проверь это сам командой, покажи мне вывод». Она превращает агента из генератора правдоподобного текста в того, кто крутит цикл до зелёного результата. Тема расписана подробнее в гайде агент говорит «готово», но ничего не работает.

Привычка третья: правило двух правок

Третье, что отличает удачные сессии, это направление исправлений. У опытных ошибку ловят рано и мелко. У новичков ошибки копятся, потому что первую не заметили, вторую исправили неправильно, а к третьей контекст уже забит провальными подходами.

Из этого выросло правило, которое стоит повесить перед глазами.

Порядок действий, когда стало ясно, что идёт по кругу.

Ключевое в третьем шаге. Две неудачные попытки это не потерянное время, оттуда ты вынес знание: где агент полез не туда, какой подход не работает, какого файла ему не хватало. Это знание отправляется в новый запрос строкой «учти: правка через X не работает, потому что Y».

Про то, как контекст устроен изнутри и почему его чистота важнее длины промпта, у нас есть разбор контекст-инжиниринга.

Почему дело не в том, что ты не программист

Самая приятная часть исследования для нашей аудитории. Среди сессий, где код всё-таки писался, у профессий из группы «компьютеры и математика» верифицированный успех 34%, у всех остальных 29%. По частичному успеху разрыв схлопывается до одного пункта: 89% против 88%. Все десять крупнейших профессиональных групп уложились в семь пунктов от разработчиков, а управленцы оказались чуть выше них.

Быстрее всех среди несофтверных групп растут менеджеры, продажники и юристы.

Старший инженер, который впервые спрашивает про Rust, в этом вопросе новичок. Бухгалтер, который никогда не писал на Python, но точно называет правила сверки и ловит ошибку в закрытии месяца, в этой задаче эксперт.

- разбор исследования Anthropic, Analytics Vidhya

Вывод для тебя простой. Успех предсказывает понимание своей задачи: способность объяснить её точно и способность заметить неправильный ответ. Если ты десять лет ведёшь бухгалтерию или собираешь рекламные кампании, в своей области ты именно тот эксперт, про которого говорит статистика. Технический бэкграунд не даёт форы, которую ему обычно приписывают.

Пять сценариев, на которых сыпется новичок

Исследование и практика сходятся на одном и том же наборе граблей.

Последний пункт стоит отдельного слова. Разведку по чужому коду и большим папкам полезно отдавать субагенту: он прочитает двадцать файлов в своём окне, а в твоё вернёт короткую выжимку. Основной контекст остаётся чистым для собственно работы. Как эту схему собрать, разобрано в гайде про агента-руководителя и агентов-исполнителей.

Что выкинуть из CLAUDE.md прямо сегодня

Отдельная рекомендация исследования касается файла с правилами проекта. Относиться к нему предлагают как к коду: пересматривать, когда что-то ломается, и регулярно резать.

Тест на каждую строку один. Если эту строку убрать, агент начнёт ошибаться? Если нет, строка идёт в мусор. Правила, которым модель и так следует по умолчанию («пиши чистый код», «будь внимателен»), занимают токены в каждой сессии и не дают ничего. Специальные знания, нужные изредка, лучше выносить в скиллы, которые подгружаются по требованию.

Вот скелет, который закрывает главное и помещается на экран.

# Проект
Что это: [одно предложение]
Стек: [технологии]
 
# Язык
Отвечай по-русски. Комментарии в коде тоже по-русски.
 
# Проверка
После любой правки кода запускай: npm run build
Считай задачу выполненной только если сборка прошла.
 
# Запреты
Папку dist не трогай, она собирается автоматически.
Новые зависимости не подключай без вопроса.
В main не пушь без моей команды.
 
# Где что лежит
Статьи: src/content/guides/
Компоненты: src/components/
Деплой: deploy.sh
 
# Как править этот файл
Каждый раз, когда ты ошибся и я тебя поправил,
предложи одну строку-запрет в раздел Запреты.

Полный разбор с шаблонами под сайт и телеграм-бота и семью типовыми ошибками лежит в гайде как настроить CLAUDE.md.

Когда включать режим плана, а когда он мешает

Исследование фиксирует полезность разделения фаз: разведка, план, реализация, коммит. Смешивание фаз в одном заходе даёт ту самую бесконечную разведку и правки по кругу. Но включать план на каждый чих смысла нет.

Полезная мелочь: когда план показан, его можно отредактировать руками через Ctrl+G до того, как агент начнёт работать. Дешевле поправить две строки в плане, чем потом откатывать двадцать файлов.

Как это работает из России

Claude Code это терминальная программа, которая ходит в API Anthropic. Российские IP компания не обслуживает, поэтому нужен VPN, причём включённый на весь компьютер: запросы уходят из терминала, браузерное расширение их не закроет. Если такого ещё нет, подойдёт рабочий VPN, главное чтобы он держал системный туннель.

Дальше подписка. Claude Code входит в тарифы Claude, отдельно его покупать не нужно:

Оплатить можно зарубежной картой напрямую или через сервис оплаты подписок, который проведёт платёж за комиссию (реферальная ссылка: тебе тот же прайс, мне небольшой процент). Российские карты Anthropic не принимает ни в каком виде.

Отдельно про деньги и три привычки из статьи. Все они экономят бюджет напрямую. Точный запрос убирает пять холостых заходов. Встроенная проверка убирает круги «готово, но не работает». Правило двух правок убирает самую дорогую ситуацию, когда агент час рассуждает поверх мусорного контекста и жжёт токены на подходах, которые уже провалились. Про лимиты и экономию есть отдельный разбор: как обойти лимиты Claude.

Если ставишь Claude Code с нуля, пошаговая установка под Windows и Mac разобрана в гайде Claude Code с нуля из России.

Чек-лист: что у тебя теперь есть

• Формула запроса: место, сценарий, признак готовности, образец. Каркас для подстановки выше, скопируй его в заметки.
• Понимание, что расплывчатый запрос даёт впятеро меньше работы агента, и это подтверждено на 400 тысячах сессий.
• Привычка закладывать в каждую задачу проверку, которую агент прогонит сам, начиная с простейшей строчки «запусти и покажи вывод».
• Правило двух правок и порядок действий при зацикливании: Esc, откат, /clear, новый запрос с выученным.
• Тест для каждой строки CLAUDE.md и короткий скелет файла на русском.
• Понимание, где режим плана окупается, а где только тормозит.
• Пять типовых сценариев провала с готовым ответом на каждый.
• Ясность по России: VPN на весь компьютер, Pro за 20 долларов, оплата картой или через посредника.

Главная мысль исследования стоит того, чтобы её повторить. Разница между теми, у кого получается, и теми, у кого нет, держится на трёх привычках. Модель у всех одна, диплом роли не играет, а привычки осваиваются за один вечер практики.

По материалам разбора исследования Anthropic на Analytics Vidhya: Claude Code Best Practices: What 400,000 Sessions Reveal и оригинального отчёта Anthropic How Claude Code is used in practice.