Запускай 3–5 git-worktree одновременно, каждый со своим Claude-сеансом параллельно. Это самый большой буст к продуктивности и главный совет команды.

Некоторые дают worktree'ам имена и навешивают shell-алиасы (za, zb, zc), чтобы прыгать между ними одним нажатием. У других есть отдельный «analysis» worktree только для чтения логов и BigQuery.

Вложи энергию в план, чтобы Claude мог сделать всю реализацию с одного прохода. Не проталкивай, когда пошло не так — возвращайся в plan mode и переписывай план.

Также явно просят Claude входить в plan mode для шагов верификации, а не только для сборки.

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

Один из инженеров просит Claude вести папку заметок для каждой задачи/проекта, которая обновляется после каждого PR. А CLAUDE.md просто указывает на неё.

Пиши свои skills и коммить их в git. Переиспользуй в каждом проекте.

Подключи Slack MCP, вставляй в Claude ветку с баг-репортом из Slack и просто говори «fix». Переключение контекста не нужно.

Или просто скажи «Пойди и почини упавшие CI-тесты». Не микроменеджь, как именно.

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

б. После посредственного фикса скажи: «Зная всё, что ты теперь знаешь, выброси это и реализуй элегантное решение».

в. Пиши детальные спеки и убирай двусмысленность до передачи работы. Чем конкретнее — тем лучше результат.

Команда обожает Ghostty! Многим нравится его синхронный рендеринг, 24-битный цвет и нормальная поддержка юникода.

Чтобы легче жонглировать Claude'ами, через /statusline настрой status bar так, чтобы всегда видеть использование контекста и текущую git-ветку. Многие ещё цветом и именем помечают табы терминала, иногда через tmux — один таб на задачу/worktree.

а. Добавляй «use subagents» к любому запросу, где хочешь бросить на задачу больше компьюта.

б. Выноси отдельные подзадачи в subagent'ы, чтобы основной контекст главного агента оставался чистым и сфокусированным.

в. Роутить permission-запросы в Opus 4.5 через хук — пусть сам сканирует на атаки и авто-аппрувит безопасные.

Проси Claude Code использовать «bq» CLI, чтобы вытаскивать и анализировать метрики на лету. В нашем репозитории закоммичен BigQuery skill, и вся команда гоняет через него аналитические запросы прямо в Claude Code.

Это работает с любой базой, у которой есть CLI, MCP или API.

Несколько советов от команды, как использовать Claude Code для обучения:

а. Включи output style «Explanatory» или «Learning» через /config, чтобы Claude объяснял почему он вносит те или иные правки.

б. Попроси Claude сгенерировать визуальную HTML-презентацию по незнакомому коду. Слайды получаются на удивление хорошими!

в. Проси Claude рисовать ASCII-диаграммы новых протоколов и кодовых баз — это помогает быстрее разобраться.

г. Собери skill для интервального повторения: ты объясняешь, как понял, Claude задаёт уточняющие вопросы для закрытия пробелов и сохраняет результат.

Несколько быстрых настроек, чтобы Claude Code ощущался в терминале как надо:

Запусти /model и выбери предпочтительный effort level:

Лично я использую High для всего.

Плагины позволяют ставить LSP (теперь доступны для всех крупных языков), MCP, skills, агентов и кастомные хуки.

Ставь плагины из официального маркетплейса Anthropic или заводи собственный маркетплейс для компании. Закоммить settings.json в репозиторий, чтобы маркетплейсы подтягивались у всей команды автоматически.

Чтобы сделать кастомного агента, положи .md-файл в .claude/agents. У каждого агента может быть своё имя, цвет, набор инструментов, pre-allowed/pre-disallowed инструменты, permission-режим и модель.

Чтобы начать, запусти /agents.

Claude Code использует продвинутую систему permissions — комбинацию детекции prompt-инъекций, статического анализа, песочницы и человеческого надзора.

Из коробки мы пре-аппрувим небольшой набор безопасных команд. Чтобы добавить ещё — запусти /permissions и пополни allow- и block-списки. Закоммить это в командный settings.json.

Подключи open-source sandbox-рантайм Claude Code, чтобы повысить безопасность и уменьшить число permission-запросов.

Запусти /sandbox, чтобы включить. Песочница работает локально и поддерживает изоляцию файлов и сети. Поддержка Windows — скоро.

Кастомные status line выводятся прямо под композером и показывают модель, директорию, остаток контекста, стоимость — и вообще что угодно, что хочется видеть во время работы.

У каждого в команде Claude Code — свой statusline. Запусти /statusline, чтобы начать: Claude сам сгенерирует для тебя statusline по твоим .bashrc/.zshrc.

А ты в курсе, что любое сочетание клавиш в Claude Code настраивается?

Запусти /keybindings и перепривяжи что угодно. Настройки перечитываются на лету — сразу видно, как ощущается.

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

Чтобы начать — попроси Claude добавить хук.

Мелочи делают CC личным. Попроси Claude кастомизировать глаголы спиннера — добавить или заменить дефолтный список на свои.

Закоммить settings.json в репозиторий, чтобы делиться глаголами с командой.

Запусти /config и выстави output style, чтобы Claude отвечал в другом тоне или формате.

Claude Code сделан так, чтобы отлично работать из коробки. Когда всё же кастомизируешь — коммить settings.json в git, чтобы этим пользовалась вся команда.

Мы поддерживаем конфигурацию для репозитория, подпапки, лично для тебя или через политики уровня компании.

Чтобы запустить Claude Code в собственном git worktree — просто стартуй с опцией --worktree. Можно задать имя worktree или позволить Claude сделать это за тебя.

Так можно крутить несколько параллельных сеансов Claude Code в одном репозитории, не затирая правки друг друга.

Если не хочешь сидеть в терминале — зайди во вкладку Code в Claude Desktop и поставь галочку worktree.

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

Чтобы включить, попроси Claude использовать worktree для своих агентов. Доступно в CLI, Desktop, IDE-расширениях, веб и в мобильном приложении Claude Code.

Subagent'ов можно заставить всегда работать в собственном worktree. Для этого достаточно добавить isolation: worktree во frontmatter агента.

Если ты на Mercurial, Perforce или SVN — определи worktree-хуки, чтобы получить изоляцию без необходимости использовать Git.

Используйте параллельных агентов, чтобы улучшить качество кода, повысить его эффективность и убедиться в соответствии CLAUDE.md. Просто допишите /simplify к любому промпту.

Интерактивно спланируйте миграции кода, затем выполните их параллельно десятками агентов. Каждый агент работает в полной изоляции в git worktree, тестирует свою работу и выставляет PR.

Используйте /loop, чтобы планировать повторяющиеся задачи на срок до 3 дней подряд. Claude запускает ваш промпт с заданным интервалом, автономно обрабатывая долгие воркфлоу.

Когда открывается PR, Claude отправляет команду агентов на охоту за багами. Сначала Anthropic построила это для себя — объём кода на инженера в этом году вырос на 200%, и ревью стали узким местом.

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

Слеш-команда для побочных диалогов, пока Claude активно работает. Один ход, без вызова инструментов, но с полным контекстом разговора. Сделано @ErikSchluntz как side-project — 1,5 млн просмотров у запускающего твита.

Установите уровень 'max', и Claude будет рассуждать дольше, используя столько токенов, сколько потребуется. Сжигает ваши лимиты быстрее, поэтому активируется на сессию.

Запустите claude remote-control, а затем запускайте новые локальные сессии прямо из мобильного приложения. Доступно на тарифах Max, Team и Enterprise (v2.1.74+).

Voice mode теперь раскатан на 100% пользователей, в том числе в Claude Code Desktop и Cowork. Иногда просто нужен кто-то, с кем можно поговорить.

Добавьте setup-скрипт в Claude Code на вебе и в desktop. Он запускается перед стартом Claude Code в облачном окружении — установить зависимости, настроить параметры, задать env-переменные.

Называйте сессию при запуске флагом --name. Это упрощает опознание сессий, когда их несколько параллельно.

После plan mode Claude автоматически назовёт вашу сессию исходя из того, над чем вы работаете. Ручное именование не требуется.

Меняйте цвет поля ввода промпта командой /color. Полезно, чтобы визуально различать сессии, когда их много параллельно.

Новое событие хука: PostCompact. Срабатывает после того, как Claude сжимает контекст диалога, позволяя подмешать инструкции или выполнить команды при каждом сжатии.

Вместо того чтобы одобрять каждую запись файла и bash-команду или полностью отключать разрешения через --dangerously-skip-permissions, auto mode позволяет Claude принимать решения о разрешениях за вас.

Комментарий Boris: "no 👏 more 👏 permission prompts 👏"

Используйте /schedule, чтобы создавать повторяющиеся облачные задания для Claude прямо из терминала. В отличие от /loop (работает локально до 3 дней), запланированные задания выполняются в облаке — они работают даже при закрытом ноутбуке.

iMessage теперь доступен как канал Claude Code. Установите плагин и пишите Claude так же, как писали бы другу — с любого Apple-устройства.

В Claude Code теперь встроенная система памяти. Запустите /memory, чтобы её настроить.

Вы знали, что у Claude Code есть мобильное приложение? Борис пишет много своего кода из iOS-приложения. Это удобный способ вносить изменения, не открывая ноутбук.

Перемещайте сессии туда-обратно между mobile/web/desktop и терминалом.

Две самые мощные возможности в Claude Code. Используйте их, чтобы запланировать автоматический запуск Claude с заданным интервалом — вплоть до недели подряд.

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

См. code.claude.com/docs/en/hooks

Борис использует Dispatch каждый день, чтобы разбирать Slack и почту, управлять файлами и делать дела на ноутбуке, когда он не за компьютером.

«Когда я не пишу код, я диспетчерю.»

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

Подумайте об этом как о любом другом инженере: если вы попросите кого-то построить сайт, но ему не дадут пользоваться браузером, получится ли хорошо? Скорее всего нет. Но если дать браузер — он будет писать код и итерировать, пока не будет выглядеть хорошо.

Скачайте расширение для Chrome/Edge.

Используйте приложение Claude Desktop, чтобы Claude автоматически запускал и тестировал веб-серверы.

Часто спрашивают, как форкнуть существующую сессию. Два способа:

Борис постоянно использует это, чтобы отвечать на быстрые вопросы, пока агент работает.

Claude Code поставляется с глубокой поддержкой git worktrees. Worktrees необходимы, когда нужно выполнять много параллельной работы в одном репозитории. У Бориса десятки Claude'ов работают постоянно.

/batch проводит с вами интервью, а затем Claude распределяет работу по стольким worktree-агентам, сколько нужно (десятки, сотни, даже тысячи), чтобы довести задачу до конца.

По умолчанию, когда вы запускаете claude -p (или TypeScript/Python SDK), он ищет локальные CLAUDE.md, settings и MCP. Но для неинтерактивного использования чаще всего нужно явно указывать, что загружать.

Когда работаете с несколькими репозиториями, Борис обычно запускает Claude в одном репо и использует --add-dir (или /add-dir), чтобы Claude увидел другой репо. Это сообщает Claude о репозитории и даёт права работать в нём.

Кастомные агенты — мощный примитив, который часто упускают из виду.

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

Claude анонсировал Routines в Claude Code — research preview, 14 апреля 2026. Настройте routine один раз (prompt, репозиторий, коннекторы) — и он запускается по расписанию, через API-вызов или в ответ на событие GitHub. Работает на инфраструктуре Anthropic — ноутбук не нужен.

Пример: POST'им payload алерта на webhook routine. Claude находит владеющий сервис и постит triage-сводку в #oncall.

От Thariq (15 апреля 2026): единственная привычка, которая выдаёт хорошее управление контекстом, — это откат (rewind), а не исправление.

Когда Claude идёт по неверному пути, не пишите «это не сработало, попробуй X». Так вы оставляете неудачную попытку в контексте и засоряете окно. Вместо этого откатитесь и напишите новый промпт с учётом того, что вы узнали.

Также можно использовать "summarize from here", чтобы Claude сжал усвоенное в handoff-сообщение перед откатом — послание следующей итерации Claude от прошлой.

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

Правило: начинаете действительно новую задачу → новая сессия с /clear. Смежная задача, где нужен остаток контекста → /compact с подсказкой.

Context rot — деградация качества модели по мере роста контекста — начинается примерно на 300-400k токенов у модели с 1M контекста. Можно задать порог autocompact, чтобы форсировать более раннюю компакцию и фактически уменьшить своё окно контекста.

Сочетайте с проактивным /compact <hint>, когда чувствуете риск плохой компакции (autocompact срабатывает посреди задачи и суммирует не то).

Документация: Настройки Claude Code

От Cat Wu (16 апреля 2026) про Opus 4.7 в Claude Code: «Модель показывает лучшие результаты, если относиться к ней как к инженеру, которому вы делегируете, а не как к пару-программисту, которого вы ведёте построчно.»

Это сдвиг ментальной модели. Старый процесс: описать шаг, наблюдать за выводом, исправить, описать следующий шаг. Высокая частота прерываний, вы постоянно в цикле.

Когда Claude задаёт слишком много уточняющих вопросов или уходит не туда, обычно это сигнал, что ваш бриф был неполным, а не что модели нужно больше опеки. Вложитесь в бриф заранее (см. следующий совет) и дайте Opus 4.7 делать своё дело.

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

Если Claude стартует со всеми тремя пунктами — он планирует вокруг всей проблемы. Если стартует только с «добавь rate limiting» — сделает допущения, которые вам потом придётся исправлять, а каждое исправление расходует контекст.

Opus 4.7 в Claude Code по умолчанию использует xhigh — новый уровень усилий за пределами шкалы low/medium/high/max из совета 34. Модель размышляет дольше перед действием, что сочетается со сдвигом к делегированию: думать крепче один раз, а не итерировать быстро и отскакивать к вам.

Снизьте уровень, если хотите скорость вместо глубины, или оставьте как есть для большинства задач. Доступно через /effort, как и другие уровни.

Opus 4.7 силён в долгих и сложных задачах: глубокий research, рефакторинги, фичи с итеративными улучшениями. Раньше выбор был между бэбиситтингом и --dangerously-skip-permissions.

Доступно для Max, Teams и Enterprise.

Новый skill анализирует историю сессии и выявляет частые bash- и MCP-команды, которые безопасны, но раз за разом упираются в запрос разрешений.

Recaps выдают короткую сводку того, что делал агент, и какие следующие шаги. Полезно при возврате к долгой сессии через минуты или часы.

Если хочется старого поведения — отключить можно в /config.

Boris: «Я залип на новом focus mode в CLI — он прячет всю промежуточную работу и оставляет только финальный результат.»

Хорошо сочетается с auto mode: один режим убирает запросы разрешений, второй — визуальный мусор.

Opus 4.7 использует адаптивный thinking вместо фиксированных бюджетов: модель сама решает, когда reasoning поможет, а не тратит заранее заданный лимит. Меньше overthinking, лучше расход ресурсов.

Глубину рассуждения подсказываешь промптом: «Думай аккуратно и пошагово» для сложного, «Отвечай быстро» — чтобы экономить токены на простом.

В современном воркфлоу Boris часто заканчивает промпты /go и считает это ключом к качеству вывода Claude.

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

Opus 4.7 ведёт себя иначе, чем 4.6, в трёх местах. Под это надо подкрутить ожидания и воркфлоу.

Auto mode и focus mode уменьшают активный мониторинг — поэтому критично знать, когда Claude закончил.

Boris: "Лучший способ прокачаться — перейти от 1 агента к множеству агентов. Больше никакого переключения между вкладками терминала." Как описывает Thariq: "что-то вроде tmux, заточенного под CC" — нативный control plane для параллельных сессий Claude Code.

Это продуктизированная версия Части 1, Совета 1 — исходного паттерна Boris'а "подними 3-5 worktree", но с control plane первого класса вместо ручных вкладок терминала и алиасов za/zb/zc.

Research preview. Команда Claude Code активно читает фидбек — Thariq: "дайте знать, если есть фидбек! мы всё прочитаем и отработаем."

Засветился в треде ClaudeDevs от 12 мая, описан как "зашиплен недавно" — точной даты релиза в посте нет, для подтверждения нужен changelog. /goal задаёт условие завершения. Claude продолжает работать, пока условие не станет правдой; каждый раз, когда он пытается остановиться, модель сверяет условие с транскриптом. Не готово — продолжает. Готово — ты получаешь сводку "Goal achieved".

Связка с Советом 1 из Части 12 — это и есть история запуска: agent view позволяет крутить много сессий разом; /goal заставляет каждую сессию доводить начатое до конца. Паттерн worktree от Boris'а (Часть 1, Совет 1) плюс auto mode (Совет 68) плюс /goal дают приближение к автономному флоту, который не нуждается в бэбиситтинге.

Формулировка Boris: "выросла на SWE-bench Pro (с 64.3 до 69.2) и заметно честнее в оценке собственной работы. Она говорит, когда не уверена, и ловит свои баги вместо того, чтобы рано объявлять победу." Цена та же, что у 4.7. Доступна на claude.ai, Claude Platform и всех крупных облачных платформах.

Boris: "4.8 по умолчанию работает на high effort, который тратит примерно столько же токенов, сколько дефолт 4.7 на коде, но выдаёт лучше." Смена дефолта — это не налог: тот же бюджет токенов, использованный умнее. Для сложных задач и долгой асинхронной работы переключайся на xhigh. Чтобы это было экономически оправдано, Anthropic подняла rate limits в Claude Code, чтобы покрыть лишние токены.

Research preview, выпущен сегодня. Boris: "для задач, слишком больших для одного прохода. Обязательно включай auto mode по умолчанию, чтобы Claude не останавливался на запросах разрешений." Согласно посту о релизе, Claude гоняет сотни параллельных субагентов в одной сессии и верифицирует свою работу перед тем, как отчитаться.

Под капотом — паттерн orchestrator

Dynamic workflow — это форма оркестратора, а не peer-to-peer "команд агентов". Верхнеуровневый claude запускает N задач (N может быть в сотнях). Каждая задача расходится веером: implementer пишет, ветвится на двух verifier'ов, оба verifier'а сходятся в одного fixer'а. Цикл каждой задачи крутится, пока её verifier'ы не пройдут; оркестратор возвращается только когда завершилась каждая ветка.

Схема из треда Cat Wu от 28 мая.

Это связывает дугу от Части 11 (auto mode, мастерство усилий) через Часть 12 (agent view, /goal) в Часть 13: модель честнее в оценке своего прогресса (Совет 1), по умолчанию вкладывает больше размышлений (Совет 2) и теперь имеет first-class режим выполнения для задач, не влезающих в один проход. Автономный флот из интро Части 12 — agent view + /goal + worktrees — получает четвёртый столп.

Research preview. Ожидай, что поверхность будет меняться.

Дефолтный harness Claude Code планирует и исполняет в одном context window. Для большинства кодовых задач это отлично работает. Ломается на долгих, массово-параллельных или состязательных задачах — и чем дольше Claude работает в одном окне, тем сильнее проступают три конкретных режима провала.

Dynamic workflow — это JavaScript-файл с несколькими специальными функциями, которые спавнят и координируют субагентов. Стандартные JSON, Math и Array тоже на месте для обработки данных.

Построить ментальную модель этих паттернов помогает подталкивать Claude через промпты. Они не взаимоисключающие — Claude их смешивает и вкладывает друг в друга.

Thariq: "Я обнаружил, что воркфлоу иногда даже полезнее для нетехнической работы." Выборка из статьи:

Воркфлоу собираются с остальной частью Claude Code. Три рычага, которые стоит знать, плюс честное "когда не надо".

Хороший воркфлоу переиспользуем. Как только Claude соберёт тот, что тебе нравится — сохрани его.

Это четвёртый столп, встающий на место: auto mode из Part 11, agent view + /goal из Part 12, Opus 4.8 + запуск воркфлоу из Part 13, и теперь паттерны, чтобы ими управлять. Закрывающая фраза Thariq честна — "ещё многое предстоит открыть в том, как использовать их наилучшим образом."

Research preview. Лучшие практики ещё формируются.

Больше года plan mode был у Boris'а основным инструментом для синхронного кодинга. Спустя год после GA он перешёл дальше — и причина в модели, а не в фиче.

"От context engineering к context minimalism" — это отдельная глава в интервью. Эпоха, в которой ты находишься, привязана к модели, которой пользуешься.

Boris называет это самой важной идеей для долгих прогонов — и именно благодаря ей его агенты могут работать часами.

Сочетается с советами про CLAUDE.md и Skills из Part 1 и с /rewind вместо правок из Part 10.

Auto mode направляет каждое действие в классификатор вместо того, чтобы спрашивать у тебя подтверждение на каждый промпт. Интервью объясняет, почему ему можно доверять — и почему это, пожалуй, безопаснее, чем читать каждый промпт самому.

Boris: "Только что выкатил поддержку вложенных subagent'ов в Claude Code. Начинаю больше экспериментировать с тем, как агенты запускают агентов, чтобы лучше управлять контекстом. На старте ограничено глубиной depth=5."

Если динамический воркфлоу (Части 13–14) — это оркестрированная обвязка, то вложенные subagent'ы — это примитив более низкого уровня: любой агент может делегировать, чтобы держать собственный контекст чистым. Хорошо сочетается с subagent'ами + worktrees из Части 1 и agent view из Части 12.

Идея, которой Boris поделился в том же треде, явно обозначив её как "одну из идей, с которыми я экспериментирую" — так что относись к ней как к превью, а не как к стабильному API.

Уточнение к триггеру активации из Части 13 и Части 14. На старте говорилось, что триггер — это просто слово "workflow" в промпте. Boris это уточнил:

Анонс от Claude: "Представляем Claude Fable 5: модель Mythos-класса, которую мы сделали безопасной для общего использования. Её возможности превосходят любую модель, которую мы когда-либо выпускали в общий доступ." Уже доступна в Claude Code и Cowork.

Шаги вперёд, вкратце

• Меньше промптов и направляющих указаний
• Эффективнее расход токенов
• Лучше качество кода и работа с инструментами
• Более умная самопроверка
• Дольше работающие сессии
• Выше доверие и автономность

Примечание о точности: "Fable 5" — это Mythos-класс модель, сделанная безопасной для общего использования; в таблице приводится большее из значений Mythos 5 / Fable 5 (в пределах 1–3 пунктов). На отмеченных звёздочкой бенчмарках (кибербезопасность, биология, Terminal-Bench, Humanity's Last Exam, HealthBench) Fable 5 выступает ближе к Opus 4.8 из-за защитных откатов — так что эти более высокие цифры стоит считать Mythos 5. Boris подтверждает, что классификаторы сейчас "слишком на взводе" (помечают обычную отладку как кибер/био), и команда "работает над улучшением".

Fable 5 вытесняет Opus 4.8 как сильнейшую модель для кода — а это сдвигает пару прежних советов и сильнее опирается на другие.

Когда Тарик приносит задачу в Claude, он раскладывает её на четыре части — матрица Рамсфелда в применении к промптингу:

Когда Claude натыкается на неизвестное, ему приходится принимать решение, опираясь на лучшую догадку о том, чего ты хочешь. «У лучших агентных кодеров относительно мало неизвестных», — пишет Тарик. Когда смотришь, как промптит кто-то вроде Бориса или Джарреда, очевидно: они в деталях знают, чего хотят, и глубоко синхронизированы и с кодовой базой, и с поведением модели. Но при этом они ещё и допускают наличие неизвестных. Сокращение их числа и планирование под них — это и есть реальный навык агентного кодинга, а остальная часть этой Части — его набор инструментов, чтобы находить их до, во время и после реализации.

Большинство неизвестных дешевле всего найти до того, как ты напишешь код. Приёмы Тарика для этапа до реализации, каждый — с реальными промптами, которые он использует:

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

Это сочетается с дисциплиной «записывай» из Части 15 — то, что агент узнаёт по ходу работы, становится картой для следующего раза, а не испаряется в конце сессии.

Когда работа приземлилась, оставшиеся неизвестные — это уже чужие: неизвестные твоих ревьюеров и твоего же будущего понимания.

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

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

Два цикла реального времени: ты запускаешь их и остаёшься рядом.

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

Цикл хорош ровно настолько, насколько хороша система вокруг него. Две вещи, которые важно сделать правильно, плюс шпаргалка.

Чтобы начать, посмотри на работу, которую ты уже делаешь, выбери одну задачу, где ты сам — узкое место, и спроси, какую часть ты мог бы передать — проверку, условие остановки или триггер. Запусти цикл, посмотри, где он застревает или перебарщивает, и итерируй.

Запусти /checkup — и Claude Code проверит твою конфигурацию на расточительность, устаревание и поломки, а затем предложит фиксы по семи направлениям:

Почему /checkup можно запустить на реальном проекте без замирания сердца: он никогда ничего не меняет за твоей спиной.

Boris запустил /checkup на своей конфигурации и выложил результат. Он выловил то, о чём Boris и не подозревал:

Урок под этой фичей: конфигурации накапливают незаметный балласт, и ты редко это замечаешь, пока что-то это не измерит. /checkup и есть это измерение — половина минимализма контекста, отвечающая за обслуживание, автоматизирована.

Основная мысль не изменилась — только усилилась. Лучшие инженеры, которых знал Boris, всегда вкладывали время в автоматизацию собственной работы, потому что это умножало всё остальное, что они делали.

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

Сочетается с параллельным запуском (Часть 1) и циклами (Часть 19).

Есть разница между исправлением проблемы и устранением целого класса проблем. Первое — правка в чате; второе — инфраструктура.

Boris: это «на самом деле то, о чём говорят, когда говорят про циклы, — это про автоматизацию целых типов рутинной работы, а не решение их поодиночке». Идея не новая — инженеры делают так давно, — но агенты делают её дешёвой в применении. Она обобщает принцип запиши, не перепромпчивай (Часть 15): правка в чате исправляет один запуск; закодированная инфраструктура исправляет каждый запуск (Часть 19).

Самая важная причина — и по-настоящему новая. Автоматизация — это то, что позволяет вносить вклад в кодовую базу другим людям, а не только тебе.

Что изменилось: знания, которые можно закодировать как инфраструктуру, больше не ограничены правилами линтера, типами и тестами. Теперь можно охватить почти все доменные знания —

— так что агент (или новый человек) продуктивно работает без какого-либо дополнительного контекста от промптера. Напрямую развивает CLAUDE.md (Часть 1), skills (Часть 2) и код-ревью (Часть 6).

Каждой команде стоит писать те CLAUDE.md, REVIEW.md, skills и документацию, которые позволяют агентам работать в её кодовой базе без лишнего контекста. Звучит радикально, но это естественное продолжение того, что инженеры делали всегда: автоматизируй и кодируй доменные знания как инфраструктуру — чтобы Claude писал код лучше, ревью ловило проблемы автоматически, а следующему человеку было проще вносить вклад.