Внутренняя структура ИИ-компаний:

Anthropic опубликовала полное руководство по выбору между Fable 5.2, Opus 5.5, Sonnet и Haiku. Можно попросить Fable 5.2 проверить вашу конфигурацию Claude Code на соответствие рекомендациям из этого руководства.

Раньше встроенный субагент Explore в Claude Code всегда работал на Haiku. Теперь он использует вашу основную модель. Если это Opus 5.5 или вы только что переключились на Fable 5.2, Explore впустую расходует лимиты более мощной модели каждый раз, когда читает файлы или ищет код.

Поэтому стоит создать собственного субагента с именем Explore и указать model: haiku.

Отправьте Fable 5.2 следующий промпт:

Прочитай это руководство: https://claude.dev/blog/which-claude-model-should-you-build-with/

Затем проверь мою конфигурацию Claude Code на соответствие рекомендациям из него: пользовательские настройки и настройки проекта, субагентов в ~/.claude/agents и .claude/agents, а также файл CLAUDE.md.

Найди три категории проблем.

1. Субагенты используют неподходящие модели.

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

Если у меня нет собственного субагента Explore с настройкой model: haiku, тоже считай это проблемой.

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

2. Модель или уровень усилий не соответствуют задаче.

Используй таблицу из руководства:

- Opus 5.5 с уровнем усилий medium для повседневной разработки и отладки.
- Sonnet 5.5 для чётко определённых задач, например исправления ошибки или реализации функции по спецификации.
- Fable 5.2 для масштабного рефакторинга, миграций и координации большого числа субагентов.

Отметь уровень усилий выше high, если он установлен по умолчанию, и предложи сначала попробовать более мощную модель с меньшим уровнем усилий.

Также отметь opusplan, если он выбран по умолчанию, поскольку в этом режиме редактирование кода выполняется на Sonnet.

3. Нет возможности проверить результаты работы в проекте.

Проверь, указано ли в CLAUDE.md, как запускать тесты и сборку, и существует ли вообще какая-либо проверка, которую можно выполнить.

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

Для каждой найденной проблемы:

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

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

В завершение объясни, как использовать /model и /usage, чтобы выполнить одну задачу из моего списка на двух разных моделях и сравнить затраты.

Сначала покажи рекомендации. Пока ничего не изменяй.

Как ИИ меняет разработку ПО

Еще год назад мы хихикали над тем, как нейронки делают ошибки джунов. Целые компании делали вид, что в разработке ничего не изменилось. А что там у этих хипстеров, какие то гпт с клодами, что?

И сейчас.

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

ИИ пишет код, проводит его через ИИ ревьюеров, тестирует ИИ тестировщиками и гонит его в прод через ИИ девопса. И все это запускает один человек. Не то чтобы он нужен, просто потому, что хоть кто-то все еще должен понимать, что происходит.

Гипер-автономность и "ночные агенты" - повседневность.
"Юзер репортит в поддержку баг и через час готов PR с фиксом без участия человека" - про это даже скучно писать.
"Зачем делать UI, если всё равно все будут юзать апп через Клода?" - вопрос, которым задавалась каждая вторая компания.
"Что круче - рой из сотни Sol или 10 Opus'ов, но с оркестратором?" - обычные разговоры в курилке.

В этом году мы уже обсуждаем не просто "AI в разработке". Всё слишком изменилось.

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

Онлайн-конференция 11-12 ноября. Бесплатно с подпиской на спикеров

Приходите, чтобы понимать, как жить в новой реальности

Спикеры:

— Илья Измайлов — LLM Wiki 2.0: как растить базу знаний агента и не утонуть в галлюцинациях
— Кирилл Мокевнин — Внедряем AI в легаси проект. Пошаговый план
— Данила Симонов — К 2027 готов: как компании перейти на агенто-центричные процессы и стать AI Native
— Константин Доронин — Гарантия качества продукта, сгенерированного агентами.
— Максим Ключников — Человеческая сторона агентной разработки
— Александр Поляков — Как дать агенту доступ к вашему продукту: MCP, Skills и CLI
— Максим Романовский — Продуктовое мышление для разработчиков

И другие. Подробная программа на сайте