Telegram

Создатель Claude Code: как писать промпты и настроить память. Полный конспект на русском

Полный конспект доклада создателя Claude Code на русском: таймкоды, приёмы, цитаты, что изменилось с 2025 года и ссылка на видео.

Виталий Влада4 ноября 2026 · 16 мин чтения

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

Его зовут Борис Черный (Boris Cherny). На конференции Anthropic он за 28 минут показал, как сам пишет промпты, как учит Claude запоминать правила команды и какие кнопки экономят ему часы. Ниже полный конспект на русском с таймкодами, что поменялось в Claude Code с тех пор, 7 приёмов для тебя, главные цитаты и задание на 10 минут.

Проверь: это про тебя?

  • Каждый раз объясняешь Claude одно и то же: кто ты, как писать, что нельзя.
  • Просишь большую задачу одной фразой, а получаешь совсем не то, что представлялось.
  • Слышишь про CLAUDE.md, память и «агентов», но не понимаешь, зачем это тому, кто не пишет код.
  • Боишься остановить Claude посреди работы, вдруг всё сломается.
  • Набираешь длинные промпты руками, хотя проговорить их было бы в три раза быстрее.

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

То самое выступление

Видео называется «Mastering Claude Code in 30 minutes», то есть «Освой Claude Code за 30 минут». Это доклад на конференции Anthropic «Code with Claude», запись вышла на официальном канале Anthropic 22 мая 2025 года. Длина 28 минут 7 секунд, на момент подготовки конспекта около 1,7 млн просмотров. Борис стоит на сцене в толстовке, в зале разработчики, в конце он отвечает на вопросы.

Смотреть доклад на YouTube (на английском, автосубтитры и перевод в браузере справляются).

Как читать конспект. Разделы идут в том же порядке, что и в видео, у каждого стоит таймкод, так что любой кусок легко пересмотреть. Доклад записан полтора года назад, и часть кнопок в Claude Code с тех пор поменялась. Где это важно, я отметил отдельно, а в конце есть раздел «Что изменилось с тех пор» со ссылками на свежую документацию.

Конспект на русском

00:17 · Кто выступает и что будет

Борис представляется: сотрудник технического штата Anthropic и создатель Claude Code. Сразу предупреждает, что доклад будет очень практическим: никакой истории и теории, только конкретные приёмы, промпты и примеры. Тех, кто ещё не ставил Claude Code, он просит открыть ноутбук и установить его прямо во время доклада. Тогда для этого нужен был Node.js и одна команда в терминале.

01:24 · Что такое Claude Code

Прошлые ИИ-помощники для кода дописывали строку или несколько строк за раз. Claude Code устроен иначе: он полностью агентный (agentic). Ему дают целую задачу: сделать функцию, файл, исправить баг, и он сам решает, что для этого прочитать и что поменять.

Вторая особенность: он встраивается в привычные инструменты. Неважно, какой у тебя редактор, VS Code, Xcode или JetBrains. В Anthropic есть люди, у которых, по словам Бориса, Vim не отнять никакими силами, и они всё равно пользуются Claude Code, потому что он работает в любом терминале, локально, по SSH, в tmux.

02:26 · Почему нет «правильного» способа

Claude Code универсальный, и новичка это сбивает: открываешь его, видишь пустую строку и не понимаешь, что туда писать. Борис называет его «мощным инструментом» (power tool). Команда специально не загоняет человека в один сценарий: каждый должен работать так, как ему удобно.

02:56 · Первая настройка за пять минут

Что Борис советует сделать сразу после установки:

  • /terminal-setup. Включает перенос строки по Shift+Enter, чтобы писать многострочные промпты без обратных слэшей.
  • /theme. Светлая, тёмная или тема для людей с нарушением цветовосприятия.
  • /install-github-app. В день доклада вышло приложение для GitHub: Claude можно упомянуть через @ в любой задаче или пул-реквесте.
  • Разрешённые инструменты. То, что Claude делает постоянно, можно разрешить заранее, чтобы не подтверждать каждый раз.
  • Диктовка. Многие промпты Борис не печатает. На macOS он включил диктовку в настройках (раздел «Универсальный доступ»), дважды жмёт клавишу диктовки и просто говорит. Так промпты получаются подробнее, а с Claude можно разговаривать, «как с другим инженером».

04:13 · Начни с вопросов к проекту

Главный совет для первого знакомства: не начинай с правок. Начни с вопросов к своему коду (codebase Q&A). Именно так в Anthropic учат новичков: в первый день человек ставит Claude Code и сразу задаёт ему вопросы о проекте. Раньше адаптация инженера занимала две-три недели и отнимала время у всей команды. Сейчас около двух-трёх дней.

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

Какие вопросы задаёт сам Борис:

  • Как используется вот этот кусок кода и как создать вот этот объект. Claude не ограничится поиском по тексту, он найдёт живые примеры и ответит так, будто это документация.
  • Почему у функции 15 аргументов и откуда такие странные названия. Достаточно сказать «посмотри историю git», и Claude сам выяснит, кто и когда их добавил и к каким задачам были привязаны изменения.
  • Что написано в задачах на GitHub: Claude умеет сам их открыть и прочитать контекст.
  • Каждый понедельник перед планёркой Борис спрашивает: «Что я сделал за эту неделю?» Claude смотрит журнал изменений, знает его имя пользователя и выдаёт аккуратный отчёт, который остаётся вставить в документ.

Отдельно Борис подчёркивает: в системном промпте нет ни слова про историю git. Claude просто знает, как ей пользоваться, «потому что модель отличная».

07:22 · Почему вопросы учат писать промпты

Начинать с вопросов полезно и потому, что так человек учится промптить. Он постепенно чувствует границу: что Claude делает с первого раза, что со второго или третьего, а где его надо вести за руку в живом диалоге. Только когда вопросы становятся привычными, Борис советует переходить к правкам.

07:51 · Правки: Claude сам выбирает инструменты

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

08:36 · Сначала план, потом работа

Этот приём Борис называет одним из главных. Люди дают Claude огромную задачу одной фразой. Иногда он делает её правильно с первого раза. Но иногда строит совсем не то, что человек хотел.

Самый простой способ получить нужный результат: попросить Claude сначала подумать. Придумать варианты, составить план, показать его и дождаться одобрения, прежде чем писать код. Для этого не нужен особый режим или специальный инструмент. Достаточно одной фразы: «Прежде чем писать код, составь план».

09:24 · Короткие «заклинания»

Борис показывает фразу, которой пользуется постоянно: «commit, push, PR». В ней нет ничего особенного, но Claude понимает её целиком: сам сохраняет изменения, создаёт ветку, отправляет её и открывает пул-реквест на GitHub. Формат описания он берёт из истории проекта. И снова: этому его специально не учили, «модель просто хорошая».

09:50 · Подключи инструменты своей команды

Дальше Claude Code становится по-настоящему сильным, когда к нему подключают инструменты команды. Их два вида.

  • Программы для терминала. Борис для примера выдумал утилиту barley. Можно сказать Claude: «пользуйся этой утилитой, а как именно, посмотри в её справке через --help». Если пользуешься ей часто, опиши её в CLAUDE.md, и Claude будет помнить о ней в каждой сессии.
  • MCP-серверы. Это подключаемые сервисы. Добавляешь сервер, говоришь, зачем он нужен, и Claude начинает им пользоваться.

Смысл в том, чтобы отдать Claude все инструменты, которыми команда уже работает с этим проектом, и он будет пользоваться ими за тебя.

11:01 · Рабочие сценарии и главный секрет качества

Борис показывает три типичных сценария. Первый уже знаком: немного изучить, немного спланировать, спросить подтверждение и только потом писать код. Два других особенно сильные, когда у Claude есть способ проверить свою работу: тесты, скриншоты страницы через Puppeteer или скриншоты симулятора iOS.

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

Итог раздела: научи Claude пользоваться твоими инструментами и заранее реши, какой сценарий нужен. Сразу писать, сначала придумать и спланировать или крутить доработку по кругу. Тогда понятно, как об этом попросить.

12:10 · Больше контекста: файл CLAUDE.md

Чем больше контекста, тем умнее решения. У инженера в голове вся история системы, и это знание надо передать Claude. Самый простой способ Борис называет CLAUDE.md, это файл с особым именем.

  • CLAUDE.md в корне проекта. Лежит в той же папке, где запускаешь Claude. Автоматически читается в начале каждой сессии. Его стоит хранить вместе с проектом и делиться с командой: написал один раз, пользуются все.
  • CLAUDE.local.md. Тот же файл, только личный. Его не выкладывают для команды, он только для тебя.
  • Вложенные CLAUDE.md. Можно положить в подпапки. Claude подтягивает их, когда начинает работать в этой папке.
  • Общий для компании. Можно положить в корпоративную папку, и он будет подтягиваться у всех сотрудников во всех проектах.

Что писать в CLAUDE.md: частые команды, подключённые инструменты, архитектурные решения, важные файлы, всё, что обычно нужно знать для работы в проекте. У команды Claude Code там частые команды, гайд по стилю и несколько ключевых файлов. Главное правило: держи файл коротким. Длинный съедает контекст и обычно мало помогает.

14:21 · Слэш-команды и упоминания файлов

Ещё один способ дать контекст: свои слэш-команды. Это файлы в папке .claude/commands, в домашней папке или внутри проекта. Пример из репозитория самого Claude Code: команда, которая расставляет метки на задачах в GitHub. Она запускается автоматически, и людям больше не приходится делать это руками. Плюс файлы и папки всегда можно подтянуть в разговор через @.

15:20 · Настрой контекст под себя

Борис советует потратить время на настройку контекста. Можно прогнать свой CLAUDE.md через улучшатель промптов. И стоит подумать, для кого этот контекст: нужен ли он в каждой сессии или по запросу, общий он для команды или это твои личные привычки. По словам Бориса, если сделать это правильно, качество работы вырастает очень сильно.

15:40 · Иерархия настроек и разрешений

Так же по уровням устроены и остальные настройки: на уровне проекта (общие или только твои), глобальные для всех твоих проектов и корпоративные политики, которые разом раскатываются на всю команду. Это касается слэш-команд, разрешений и MCP-серверов.

Два примера. Если все сотрудники запускают одну и ту же команду для тестов, её можно разрешить в корпоративной политике, и она будет одобряться автоматически. И наоборот: адрес, который нельзя открывать никогда, можно заблокировать так, что сотрудник не сможет это отменить. Для MCP-серверов в проект кладут файл .mcp.json, и каждый, кто запускает Claude Code в этом проекте, получает предложение их установить.

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

17:33 · Как управлять памятью

Команда /memory показывает все файлы памяти, которые сейчас подтянуты: корпоративная политика, твоя личная память, CLAUDE.md проекта, вложенный CLAUDE.md для конкретной папки. Через неё же любой файл можно открыть и поправить.

В докладе есть ещё один быстрый способ: набрать «#» и написать, что запомнить. Например, Claude неправильно пользуется инструментом, и ты хочешь, чтобы впредь он делал иначе. Пишешь «#» и правило, и Claude сам добавит его в CLAUDE.md. В свежих версиях этой кнопки в документации уже нет: память открывают через /memory, а поправки Claude теперь умеет запоминать сам (подробнее в разделе «Что изменилось с тех пор»).

18:45 · Горячие клавиши, которые мало кто знает

Делать продукт для терминала, по словам Бориса, очень сложно и очень весело: дизайн там минимальный, поэтому полезные клавиши трудно найти самому. Его шпаргалка:

  • Shift+Tab. Режим автоприёма правок: команды в терминале всё ещё требуют подтверждения, а правки файлов принимаются сами. Попросить Claude откатить их можно и потом. Борис включает его, когда видит, что Claude идёт верным путём, например гоняет тесты.
  • «#». Запомнить правило (см. выше).
  • «!» в начале строки. Выполнить команду в терминале самому. Команда и её результат попадают в контекст, и Claude увидит их на следующем шаге.
  • @. Упомянуть файл или папку.
  • Esc. Остановить Claude в любой момент. Сессия от этого не сломается и ничего не испортится. Например, Claude предложил правку на 20 строк, 19 из них идеальные, а одну надо поменять. Борис жмёт Esc, говорит, что исправить, и просит переделать.
  • Esc дважды. Вернуться назад по истории разговора.
  • --resume и --continue. Запустить Claude и продолжить прошлую сессию.
  • Ctrl+R. В докладе показывает весь вывод, ровно то, что Claude видит в контексте. Сейчас эту роль выполняет Ctrl+O, а Ctrl+R ищет по истории команд.

20:45 · Claude Code SDK: Claude как команда терминала

Флаг -p запускает Claude без интерфейса: передаёшь промпт, список разрешённых инструментов и формат ответа (например, JSON), получаешь результат. Это тот же самый движок, на котором работает сам Claude Code. В Anthropic его используют в автоматических проверках кода, при разборе аварий и в разных конвейерах.

Борис предлагает думать о нём как об «очень умной утилите Unix»: в неё можно передать что угодно и забрать ответ дальше. Например, отправить огромный лог из облачного хранилища и попросить найти в нём интересное. Или подтянуть данные из системы ошибок Sentry. По его словам, они пока «едва поцарапали поверхность» того, что так можно делать.

22:36 · Несколько Claude одновременно

Самый продвинутый сценарий. Сам Борис называет себя «обычным пользователем»: у него чаще всего работает один Claude и ещё несколько вкладок терминала для разных проектов. А опытные коллеги в Anthropic держат SSH-сессии и туннели tmux, несколько копий одного репозитория, чтобы параллельно запускать много Claude, или пользуются git worktrees, чтобы сессии не мешали друг другу. Сессий можно запускать сколько угодно, и параллельно успевается очень много.

23:39 · Вопросы из зала

Что было сложнее всего сделать? Безопасность команд терминала. Bash опасен: он может неожиданно поменять систему. Но если подтверждать каждую команду, работать невозможно. Решение: часть команд только читает и безопасна сама по себе, статический анализ проверяет, какие команды можно безопасно сочетать, а поверх стоит многоуровневая система разрешений, где команды можно разрешать и запрещать на разных уровнях.

Claude Code понимает картинки? Да, он мультимодальный с самого начала, просто в терминале это сложно заметить. Картинку можно перетащить в окно, указать путь к файлу или вставить из буфера. Борис часто кидает макет, просит его собрать и даёт Claude Puppeteer, чтобы тот сам сверялся со скриншотами. Всё происходит автоматически.

Почему именно терминал? Две причины. В Anthropic все пользуются разными редакторами, и терминал оказался общим знаменателем. И команда видит вблизи, как быстро растут модели. Борис допускал, что уже к концу 2025 года люди перестанут пользоваться средами разработки, поэтому не хотел вкладываться в интерфейс, который скоро может стать не нужен.

По словам Бориса, примерно 80% технических сотрудников Anthropic пользуются Claude Code каждый день, включая исследователей. Например, они правят и запускают блокноты (notebooks) через отдельный инструмент.

Что изменилось с тех пор

Доклад вышел в мае 2025 года. Главные приёмы работают и сейчас, но несколько деталей поменялись. Я сверил их с официальной документацией:

  • Установка. Сейчас рекомендуют нативный установщик без Node.js: для macOS и Linux команда curl -fsSL https://claude.ai/install.sh | bash, есть варианты для Windows и Homebrew. Актуальная инструкция: code.claude.com/docs/en/quickstart.
  • Память. CLAUDE.md и CLAUDE.local.md на месте, /memory тоже. Появилась автопамять: Claude сам записывает твои поправки и предпочтения между сессиями. А команда /init сама соберёт первый CLAUDE.md по твоему проекту. Документация советует держать CLAUDE.md до 200 строк. Подробно: code.claude.com/docs/en/memory.
  • Shift+Tab. Теперь переключает по кругу несколько режимов, среди них автоприём правок и режим плана.
  • Ctrl+O и Ctrl+R. Подробный вывод теперь открывается по Ctrl+O, а Ctrl+R ищет по истории. Esc, двойной Esc и «!» работают как в докладе. Все клавиши: code.claude.com/docs/en/interactive-mode.

Как применить в своём Claude: 7 приёмов

  1. Сначала вопросы, потом задачи. Прежде чем просить что-то сделать, задай Claude пару вопросов о своём материале: о папке с документами, о таблице, о тексте. Так быстрее поймёшь, что он делает с первого раза, а где нужна помощь. (04:13)
  2. Попроси план до работы. Одна фраза в конце промпта: «Прежде чем делать, предложи варианты и план, покажи мне и дождись моего “да”». Она спасает от результата «совсем не то». (08:36)
  3. Дай способ проверить себя. Образец, на который надо быть похожим, список требований или скриншот. И попроси сверить результат и доработать два-три раза. Это главный рычаг качества из доклада. (11:01)
  4. Заведи свой CLAUDE.md. Короткий файл с правилами: кто ты, для кого пишешь, какие слова не использовать, где лежат важные файлы. В Claude Code это CLAUDE.md в папке проекта, в обычном Claude похожую роль играют инструкции проекта. Держи файл коротким. (12:40)
  5. Ошибка повторилась, закрепи правило. Если Claude повторил ту же ошибку, добавь правило в память через /memory или прямо попроси записать его в CLAUDE.md. (17:33)
  6. Не бойся Esc. Видишь, что Claude уходит не туда, останавливай сразу, говори, что исправить, и проси продолжить. Сессия от этого не ломается. (20:06)
  7. Говори голосом. Включи диктовку и проговаривай задачу, как коллеге. Устно легко добавить детали, которые лень набирать, а конкретный промпт работает лучше. (03:44)

Главные цитаты

«Самый простой способ получить нужный результат: попросить его сначала подумать». (09:03)
«Просто скажи: прежде чем писать код, составь план. Всё». (09:19)
«Дай ему способ увидеть свой результат, и он будет дорабатывать и становиться лучше». (11:51)
«Чем больше контекста, тем умнее решения». (12:22)
«Что бы ни делал Claude, Esc можно нажать безопасно. Сессия не испортится». (20:08)

Задание на сегодня

Десять минут, три шага. Все три взяты прямо из доклада.

  1. Файл правил (4 минуты). Открой заметку и напиши 5–7 строк: кто ты, для кого работаешь, каким тоном писать, каких слов избегать, какой результат ты обычно ждёшь. Положи это в CLAUDE.md своей рабочей папки или в инструкции проекта в Claude.
  2. План до работы (3 минуты). Возьми задачу, которую давно хочешь отдать Claude. Допиши в конце: «Прежде чем делать, предложи 2–3 варианта и план, покажи мне и дождись моего “да”». Выбери вариант и только потом отпусти Claude работать.
  3. Проверка (3 минуты). Дай Claude образец или список из трёх требований и попроси: «Сверь результат с образцом по каждому пункту и доработай, пока всё не совпадёт». Сравни первую и последнюю версию.

Если Claude где-то ошибся, не исправляй молча: добавь правило в свой файл. Через неделю у тебя будет короткий файл правил, с которым Claude с первого раза пишет так, как нужно тебе.