Создатель Claude Code в Y Combinator: полный конспект на русском

Ты отправляешь Claude одно сообщение, и он работает над задачей больше двух недель без остановки. Сам заводит рабочий канал и каждые несколько минут присылает туда скриншоты прогресса. Так сейчас работает человек, который придумал Claude Code. Его команда выкинула больше 80% скрытой инструкции, на которой держится продукт, и в экспериментах без инструкций модель оказывается даже чуть умнее.

Этого человека зовут Борис Черный (Boris Cherny). Он руководит Claude Code в Anthropic и сам его создал полтора-два года назад, когда лучшей моделью для кода был Sonnet 3.5. Программировать начинал в средней школе на калькуляторе TI-83. На следующий день после выхода Opus 5 он вышел на сцену Startup School от Y Combinator и рассказал, как теперь ставить задачи нейросети. Ниже полный конспект на русском, 7 приёмов для твоего Claude, главные цитаты и задание на 15 минут.

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

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

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

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

Видео называется «Boris Cherny: We Cut 80% of Claude Code's Prompt», то есть «Мы вырезали 80% промпта Claude Code». Это беседа на Startup School 2026, вопросы задаёт Диана Ху (Diana Hu) из Y Combinator. Запись опубликована 27 июля 2026 года, длина 35 минут 51 секунда, на момент подготовки конспекта 333 187 просмотров.

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

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

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

00:00 · Вступление: создатель Claude Code на сцене

Разговор открывается коротко: Диана Ху представляет Бориса как создателя Claude Code. В зале сидят основатели стартапов и те, кто только собирается им стать. Поэтому многие вопросы звучат с позиции «что делать тем, кто строит продукты на ИИ».

Важен момент записи. Opus 5 вышел буквально накануне, и весь разговор крутится вокруг того, что умеет новая модель и какие привычки работы с ней пора выбросить.

00:07 · Чем Opus 5 отличается от прошлых моделей

Диана начинает с цифры: модели ускоряются, и Opus 5 поднял результат в тесте ARC-AGI-3 до 30%. До этого лучшие результаты держались на уровне нескольких процентов или чуть больше десяти.

Борис объясняет, как появляются новые умения. Часть она всё же усваивает. А иногда удивляет: у неё появляются способности, которым её специально никто не учил.

Первая такая способность Opus 5: он может работать очень долго. По словам Бориса, ни одна модель раньше так не умела. В связке с автоматическим режимом (auto mode) Opus 5 идёт днями, неделями и даже месяцами и просто не останавливается. Дополнительные подпорки вроде команды /goal ему не нужны: модель сама понимает, что задачу надо довести до конца.

Вторая способность Борису кажется удивительной, потому что она совсем новая: модель, похоже, больше не поддаётся промпт-инъекциям.

02:06 · Промпт-инъекции больше не работают

Промпт-инъекция (prompt injection) выглядит так. Модель читает в интернете страницу, а там спрятана команда: «сделай то и это, а заодно удали всё на компьютере пользователя». Год назад модель бы это выполнила. Об этой угрозе давно говорят, у неё даже есть название «смертельная триада» (lethal trifecta), и она сильно влияет на то, как устроены агенты и продукты.

Сейчас Opus на такое не ведётся. Сдвиг начался ещё с Opus 4.7 и 4.8, неплохо держались Sonnet 5 и Fable, а Opus 5 вышел на новый уровень.

Защита состоит из трёх слоёв. Первый: хорошо «выровненная» модель (alignment), за которой стоят примерно три года исследований. Второй: классификатор промпт-инъекций, который проверяет весь трафик. Он построен на исследованиях механистической интерпретируемости: команда буквально смотрит на нейроны в «мозге» модели, которые загораются в момент инъекции. Модель может об этом и промолчать, но нейроны всё равно видно. Третий слой: классификатор автоматического режима. С этими тремя слоями, по словам Бориса, продемонстрировать промпт-инъекцию у них больше не получается.

03:21 · Почему из Claude Code удалили 80% системного промпта

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

Opus 5 очень умный. А большая часть системного промпта исправляла поведение, которое модель должна была понимать сама, но не понимала. Теперь Opus 5 делает это без подсказок. Поэтому из промпта удалили больше 80%.

Остальное можно убрать самостоятельно. Флаг --system-prompt позволяет поставить свою инструкцию вместо стандартной. Есть и недокументированный простой режим (simple mode): переменная CLAUDE_CODE_SIMPLE=1 удаляет вообще все системные промпты, включая описания инструментов. Команда сама пользуется этим режимом, чтобы проверить, приносит ли промпт пользу. И находка любопытная: без этих инструкций модель немного умнее. Правда, в продукте часть инструкций всё равно нужна, чтобы им было удобно пользоваться и модель вела себя так, как ожидает человек.

Метод называется абляция (ablation). Удаляешь весь промпт целиком, потом возвращаешь его строка за строкой и смотришь, как влияет каждая. Это та же проверка качества (eval), только через удаление. С инструментами поступают так же: их регулярно убирают. Диана шутит, что команда «жмёт delete каждые полгода». Борис уточняет: весь код не удаляют, но удаляют много. Сегодня код Claude Code почти целиком про безопасность, разрешения и статический анализ, плюс интерфейс. Остальное уже убрали.

06:37 · Нажми «удалить» в своём ИИ-продукте

Диана спрашивает: стоит ли всем, кто делает ИИ-продукты, так же смело нажимать «удалить» с каждой новой моделью? Борис отвечает: на все 100%.

Совет касается и тех, кто просто пользуется Claude Code без своих продуктов. Раз в полгода удаляй свой CLAUDE.md (файл с постоянными инструкциями), свои навыки (skills) и хуки (hooks, автоматические правила). Посмотри, что модель будет делать без них. Результат может удивить.

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

07:20 · Как собрать промпт заново

Порядок простой. Первый шаг: удалить. Второй: пользоваться. Угадывать заранее, какая инструкция понадобится модели, Борис не советует, потому что легко ошибиться. Запусти и смотри, где модель справляется, а где спотыкается: в твоём продукте, в твоём коде, в устройстве проекта.

Инструкцию возвращай только тогда, когда видишь, что модель снова и снова спотыкается на одном и том же месте. Делать это слишком рано не стоит. Модель читает каждую инструкцию при каждом обращении, поэтому нужна уверенность, что строчка ей действительно нужна.

Борис признаётся, что такая работа совсем не похожа на инженерию, которой он занимался раньше. Раньше большие красивые системы продумывали заранее, обвешивали тестами, а переделка архитектуры занимала месяцы, в крупных компаниях годы. С моделью он предлагает думать иначе: как с живым существом, чем-то органическим. Каждое поколение ведёт себя по-своему, у него немного другой характер. Нужно время, чтобы с ним познакомиться и подстроить под него обвязку (harness). Подход научный: попробовал, посмотрел на результат, поправил.

Что тогда остаётся стабильным? Диана предполагает, что наборы проверочных задач (evals). Борис соглашается лишь отчасти. Проверки живут чуть дольше обвязки, но ненамного: одно, два, три поколения моделей. Модели растут по экспоненте, проверочный набор быстро «выбивается» на максимум, его выбрасывают и придумывают новый. Собирать его стоит из тех мест, где модель реально буксует, когда ты ею пользуешься.

10:30 · Нераскрытые способности и «стреноженная» модель

Борис вводит два термина. «Стреноживание» (hobbling): модель что-то умеет, а продукт ей мешает. «Нависающие возможности» (product overhang): у сегодняшней модели, именно у сегодняшней, полно способностей, о которых люди не знают. Пользоваться каким-то инструментом, языком, решать определённый тип задач, которые считали ей не по силам. Модель это может, но нет продукта, который дал бы ей это показать. Две стороны одной медали.

Пример из истории самого Claude Code. Полтора-два года назад была модель Sonnet 3.5, лучшая модель для кода на тот момент (сегодня по меркам Бориса ужасная) и первая по-настоящему сильная модель Anthropic для программирования. Продукты тогда умели дописывать одну строку кода, иногда несколько строк (это считалось новинкой), и был чат, где с кодом можно было только разговаривать, без права что-то менять. Ни один продукт не давал модели писать целые функции и целые файлы, хотя на файлы её уже хватало.

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

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

14:26 · Давай Claude задачи сложнее

Первый совет: давай модели задачу чуть сложнее, чем кажется ей по силам. Частая ошибка, которую видит Борис: слишком подробные инструкции. «Сделай это, но вот так, так и так, сначала первое, потом второе, третье, четвёртое». С современными моделями так работать не нужно. Поднимись на уровень выше: опиши задачу, рамки (guardrails) и критерий готовности, когда работа считается законченной. Дальше дай модели «поготовить» (let it cook) и вернись чуть позже. Полгода назад это бы не сработало, сегодня работает.

Пример: модель теперь может переписать практически любую программу с одного языка на другой. Claude Code построен на Bun, это среда выполнения JavaScript с открытым кодом, более быстрая альтернатива Node.js. Bun написан на Zig, низкоуровневом языке вроде C, где память приходится контролировать вручную, и в нём легко появляются утечки памяти. Команда Bun долго заставляла Claude искать эти утечки, по одной за раз. На большее модель тогда была не способна.

Потом Джаред из команды сказал: а давайте просто перепишем. Он давал эту задачу каждому новому поколению моделей. Начиная с Fable модель стала справляться, Opus 5 тоже справился бы. Джаред задал набор тестов (у Bun и у Node.js большие наборы тестов, так что легко понять, правильно ли сделано) и поручил модели переписать Bun с Zig на Rust. Один промпт, запущенный как dynamic workflow, это функция Claude Code, которая координирует десятки, сотни и тысячи агентов. Работа шла 11 дней, переписана вся кодовая база. Совсем без вмешательства не обошлось, по ходу задачу корректировали. Но прошлые модели не справились бы даже с подсказками. По оценке Бориса, у лучших инженеров это заняло бы больше года. Новая версия уже работает, ей пользуется Claude Code.

Отсюда второй совет: если у тебя есть деловая, инженерная или продуктовая задача, которую модель не решила, бросай в неё каждую новую модель. Прошлая не смогла, новая может. Третий совет: экспериментируй и разрешай себе играть. Последние пару недель внутри Anthropic гуляет находка: Opus 5 можно дать OpenCV (библиотеку для работы с изображениями) и попросить нарисовать картинку. Получаются портреты, животные, пейзажи, и выходит неплохо. Рисовать модель никто не учил, это разрыв в «извлечении» способностей (elicitation gap): попроси правильно, и она сможет. Нашли это случайно, просто играя. Борис предполагает, что у сегодняшних моделей таких возможностей десятки или сотни, и их пока никто не заметил.

19:32 · Промпт-инжиниринг меняется

Большая область исследований здесь называется извлечением способностей модели (model elicitation). Диана спрашивает: нужен ли теперь промпт-инжиниринг? Борис вспоминает, что год назад одной из самых популярных вакансий был «промпт-инженер», потом его сменил «контекст-инженер». Такие волны приходят и уходят.

Сегодня, по его словам, главный навык другой: как дать Claude задачу, которая кажется чуть слишком трудной, и как сделать так, чтобы Claude мог проверять свою работу по ходу дела. Проверку (verification) он называет, пожалуй, самым важным, что люди почти всегда делают неправильно.

Пример. У Claude есть десктоп-приложение на Electron. Его сделали быстрым, хотя полгода назад оно тормозило и было ненадёжным, и почти вся команда им пользуется. Борису стало интересно, каким бы оно было в нативном варианте для Mac. Он запустил сессию в Claude Tag, новом продукте: это Claude внутри Slack. Первый вопрос: «Есть у тебя доступ к Mac-машине на GitHub?» Ответ: нет. Борис подключил, и Claude смог запускать виртуальный Mac. Второй вопрос: Борис создал пустой проект «десктоп-приложение Claude на Swift» и спросил, есть ли к нему доступ. Нет. Дал доступ.

Дальше сама задача: перепиши приложение с Electron на Swift. Запусти Electron-версию в виртуальном Mac, сделай скриншоты и сравни пиксель за пикселем со Swift-версией. Не останавливайся, пока не закончишь. Это весь промпт.

21:57 · Промпт, который работает две недели

Диана спрашивает, сколько это работало. Борис отвечает, что работает до сих пор: чуть больше двух недель, 14-15 дней. И спрашивает зал, запускал ли кто-нибудь Claude на задачу дольше двух недель.

Это и есть извлечение способностей. Модель умеет это уже сегодня, ей нужно просто позволить. Никаких сложных штук вроде /goal или /loop. Достаточно дать задачу и способ проверить результат, чтобы модель не застряла. В этом случае Claude ещё и сам решил вести репортаж: создал внутренний канал в Slack и каждые несколько минут выкладывает туда скриншоты прогресса.

Как попасть в 1% лучших пользователей Claude Code? Борис советует не слушать инфлюенсеров из LinkedIn и Twitter. Все ищут один волшебный трюк, а его просто нет. Работать с моделью нужно опытным путём: дай задачу, которая слишком трудная. Дай инструменты, чтобы проверить работу тем же способом, каким её проверяешь ты. Смотри, где модель буксует, и исправляй: точнее сформулируй, добавь навык (skill), а если ей не хватает данных, подключи MCP, чтобы она сама подтягивала нужный контекст.

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

24:42 · Тысячи агентов на одну задачу

Сколько агентов породила задача со Swift? Борис не знает точно, говорит, что может спросить у Claude, и предполагает тысячи или десятки тысяч. По его словам, лучшие пользователи умеют запускать задачи с огромным рычагом, на тысячи агентов. Способов несколько.

Первый и самый простой: динамические рабочие процессы (dynamic workflows), довольно новая функция Claude Code. Достаточно сказать «используй workflow», и Claude сам его запустит. Внутри Claude стартует много агентов и управляет ими. Это не один агент и не десяток параллельных. Допустим, задача переписать программу, глубоко проанализировать очень сложные данные или собрать сложную функцию в несколько этапов. Сначала группа агентов делает первый проход. На втором этапе другая группа проверяет или суммирует сделанное. На третьем работа снова расходится по агентам. Борис пришёл из функционального программирования и называет это «алгеброй для агентов»: их можно запускать последовательно и параллельно, расходуя токены экономно.

Он считает это новой формой вычислений во время работы модели (test-time compute). Недавно добавилась четвёртая: сколько токенов модель генерирует, пока решает задачу. Динамические процессы позволяют резко нарастить этот объём на действительно трудной задаче.

Второй способ: циклы и рутины (loops и routines). Цикл это задача по расписанию, которая работает на твоём компьютере. Рутина то же самое, только в облаке, так что ноутбук можно закрыть. Разница с workflow такая: workflow берёт одну задачу и режет её на куски, а рутина повторяет одну и ту же задачу снова и снова, раз в час, раз в пять минут или раз в день. Общего контекста у запусков нет, но общая память может быть.

Команда Claude Code уже поручила Claude обслуживать самого себя. В Slack есть канал, где Claude запустил рутины для своей программы, приложений для iOS, Android и компьютера. Одна рутина чистит мёртвый код: промпт в одно предложение, запуск каждый день. Способ поиска (статический и динамический анализ) Claude придумал сам, и каждый день он присылает запрос на удаление лишнего. Другие рутины выкатывают эксперименты, которые уже включены у 100% пользователей, пишут тесты для плохо покрытых мест и удаляют бесполезные тесты, оставленные старыми моделями или людьми. Любимая у Бориса «полиция абстракций»: она каждый день ищет почти одинаковые решения, которые со временем сделали в разных местах по-разному, и объединяет их.

Сейчас каждый день работает 20-30 таких рутин, это сотни, а иногда тысячи агентов в день. Они делают работу десятков или сотен инженеров. До полной автоматизации поддержки приложений ещё не дошли, но идут к ней. Инженерам остаётся то, чем им хочется заниматься: выпускать новое, говорить с пользователями и делать интересные вещи.

30:15 · Программирование (почти) решено

Диана напоминает, что Борис раньше говорил: программирование решено. Он делает оговорку: решено для того кода, который пишет он сам. Claude всё ещё буксует в очень глубоком системном коде, в распределённых системах и в тонкой проверке интерфейса, когда что-то съехало на пиксель. Opus 5 сделал большой скачок в зрении и работе с компьютером (computer use), но и здесь пока не идеален.

Борис проводит опрос зала. Поднимите руку, если 100% вашего кода пишут агенты и руками вы не пишете ничего. Рук немало. Больше 50%? Примерно столько же. Значит, программирование решено для всё большего числа видов кода.

Что отличает тех, кто пользуется Claude лучше всех? Особый настрой: опытный, эмпирический. Забудь всё, что знаешь о прошлых моделях, и всё, что проходили по теории в университете. Смотри на модель, давай задачу, наблюдай, где она буксует, и подстраивайся. Работа с моделями стала опытной наукой. Лучше всего получается у тех, кто умеет отпустить прежние убеждения и снова попробовать идею, которая раньше не сработала.

32:20 · Чему всё ещё стоит учиться руками

Последний вопрос: чему студентам всё ещё стоит учиться по-старому, руками? Борис рассказывает, что сам учился практически: программировал, чтобы решить конкретную свою задачу. Первым языком был BASIC на калькуляторе TI-83 в средней школе. Он даже написал в интернете руководство по программированию TI-83, оно до сих пор где-то лежит.

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

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

В конце Борис объявляет подарок: всем в зале подписка Max 20x, код придёт на почту. И надеется, что кто-то из зала построит то, что работает месяцами и тысячами агентов.

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

1. Устрой своим инструкциям чистку. Раз в полгода и сразу при переходе на Opus 5 открой инструкции проектов, личные настройки и сохранённые шаблоны промптов (в Claude Code это CLAUDE.md, навыки и хуки). Скопируй их в заметку и удали. Поработай без них какое-то время. Борис объясняет, зачем: новой модели может не понадобиться то, что было нужно старым, и в экспериментах без инструкций она даже чуть умнее. (06:51)
2. Возвращай правило, только когда ошибка повторяется. Не пытайся угадать заранее, что понадобится модели. Каждую инструкцию она перечитывает при каждом обращении. Claude третий раз подряд пишет слишком длинно? Тогда и только тогда добавь одну строку про длину. Так команда собирает свой промпт: удалить, пользоваться, вернуть по одной строке. (07:43)
3. Пиши задачу, рамки и критерий готовности вместо пошагового плана. Вместо «1. Открой. 2. Сделай заголовок. 3. Добавь список» попробуй: «Нужна серия из пяти писем для подписчиков. Рамки: тон дружеский, без скидок. Готово, когда каждое письмо ведёт к одной кнопке». Дальше дай модели поработать и вернись позже. Борис называет подробные инструкции по пунктам самой частой ошибкой. (14:52)
4. Дай Claude способ проверить свою работу. Борис попросил сравнивать скриншоты пиксель за пикселем и не останавливаться, пока всё не совпадёт. Для тебя это образец, с которым нужно сверяться, или список требований с просьбой перепроверить результат по каждому пункту. Не хватает данных, значит подключи источник через коннектор (MCP). Проверку он называет самым важным, что люди делают неправильно. (20:22)
5. Держи список «невозможных» задач и проверяй их на каждой новой модели. Джаред давал переписку Bun каждому поколению, пока модель не справилась за 11 дней. Запиши задачи, на которых Claude у тебя проваливался, и пробуй снова с каждым выходом новой версии. И оставляй время на игру: рисунки через OpenCV внутри Anthropic нашли случайно. (18:21)
6. Большую задачу отдай многим агентам. В Claude Code достаточно написать «используй workflow», и Claude сам разобьёт работу на этапы: одни агенты делают, другие проверяют и сводят итог. Подходит для глубокого анализа сложных данных, большой переделки, многоэтапного проекта. (25:19)
7. Повторяющуюся работу отдай рутинам. Рутина это промпт в одно предложение, который сам запускается по расписанию в облаке, даже при закрытом ноутбуке. У команды Claude Code таких 20-30 в день. Подумай, какую ежедневную проверку или уборку можно описать одной фразой и поставить на расписание. (27:36)

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

«Многое в системном промпте исправляло то, что модель должна была понимать сама. Теперь Opus 5 просто это делает». (04:11)

«Модель на самом деле немного умнее без этих промптов». (05:05)

«Каждые полгода удаляй свой CLAUDE.md, свои навыки, свои хуки. Посмотри, что сделает модель. Это может удивить». (06:51)

«Проверка, пожалуй, самое важное, что люди почти никогда не делают правильно». (20:27)

«Все ищут один волшебный трюк. Его просто не существует». (23:21)

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

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

1. Чистка (5 минут). Скопируй в заметку свои инструкции из проекта или настроек Claude и удали их. Сделай без них одну привычную задачу. Запиши, где Claude ошибся. Возвращать строку стоит только тогда, когда та же ошибка повторится.
2. Задача сложнее (5 минут). Возьми задачу, которую обычно приходится расписывать по шагам. Перепиши её по схеме: что нужно сделать, какие рамки, когда работа считается готовой и как Claude проверит себя. Отправь и сравни с тем, что выходило раньше.
3. Список «невозможного» (5 минут). Запиши три задачи, с которыми Claude у тебя не справился. Одну прямо сейчас попробуй снова на Opus 5. Остальные сохрани и возвращайся к ним с каждой новой моделью.

Через неделю посмотри, сколько строк из старых инструкций пришлось вернуть. Оставшиеся строки и есть твой новый короткий промпт.

Отправить статью в Telegram