Это масштабное обновление изменило мой способ работы с Claude Code

하이라이트

• Стратегия «Советник» (Advisor) использует Claude 3.5 Sonnet как исполнителя для написания кода и Claude 3 Opus как консультанта для решения логических тупиков.

• Комбинированный подход превосходит одиночную модель Sonnet в тестах SWE-bench по производительности и стоимости.

• Использование Opus только в критических ситуациях значительно экономит лимит контекста и токены в сравнении с работой на Opus по умолчанию.

• В тестах рефакторинга интерфейса связка моделей потратила 31 минуту, что медленнее работы одиночной Opus из-за последовательного выполнения задач моделью Sonnet.

• При внедрении новых функций Sonnet иногда ошибочно считает задачу рутинной и не обращается к советнику, что требует ручного принуждения через промпт.

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

타임라인

1. 00:00 - 01:31

   Ограничения одиночных моделей и архитектура Advisor

   Существующие модели имеют явный дисбаланс между мощностью и стоимостью. Использование Opus для каждой мелкой итерации неэффективно, так как даже простые задачи поглощают большой объем контекста. Стратегия «Советник» разделяет обязанности: исполнитель отвечает за вызовы инструментов и правки, а советник подключается только тогда, когда основной агент застревает.

   • Claude Opus обладает высокой логикой, но быстро исчерпывает лимиты и бюджет токенов.
   • Claude Sonnet работает быстро, но не справляется со сложной логикой в изолированном режиме.
   • Роль исполнителя в новой стратегии отдается Sonnet, а Opus выступает в роли узкоспециализированного советника.
2. 01:31 - 02:55

   Экономическая эффективность и оптимизация ресурсов

   Оптимизация расхода токенов становится критическим фактором при разработке сложных продуктов. Sonnet потребляет значительно меньше ресурсов, чем Opus, выполняя аналогичные рутинные задачи по кодингу. Использование мощной модели только для сложных архитектурных решений позволяет разработчикам дольше оставаться в рамках установленных Anthropic лимитов.

   • Большинство AI-фреймворков игнорируют стоимость токенов в пользу функциональности приложения.
   • Переход на малые модели-исполнители увеличивает доступное время работы в часы пик за счет меньшего потребления ресурсов.
   • Вызов Opus по требованию дает максимальный эффект при минимальных затратах.
3. 02:55 - 06:27

   Практический тест: отладка синхронизации и UI

   При отладке приложения Sonnet несколько раз не смогла исправить ошибку синхронизации удаления объектов. После активации режима советника Opus проанализировал историю диалога и предоставил точный план действий. В другом тесте при масштабном изменении UI советник предотвратил поломку проекта, обнаружив несовместимость зависимостей до начала написания кода.

   • Команда advisor с параметром Opus 4.6 активирует режим консультации в Claude Code.
   • Советник выявил конфликт версий библиотек, который блокировал обновление пользовательского интерфейса.
   • Исполнитель мгновенно применил список правок от советника, устранив баги синхронизации, с которыми Sonnet не справлялась самостоятельно.
4. 06:27 - 08:25

   Ограничения стратегии и рекомендации по применению

   Метод имеет свои недостатки, связанные с ограниченной способностью Sonnet параллелить задачи. В тестах внедрения новых страниц модель-исполнитель пыталась выполнить работу самостоятельно, что привело к возникновению множественных багов в смежных компонентах. Только принудительный вызов советника через повторный промпт позволил структурировать реализацию правильно.

   • Последовательный характер работы Sonnet увеличивает время выполнения масштабных задач до 30 минут и более.
   • Младшая модель может игнорировать советника при выполнении крупных задач, ошибочно принимая их за простые.
   • Для систем с множеством глубоких зависимостей использование Opus напрямую остается более быстрым и надежным вариантом.
5. 08:25 - 10:13

   Финальный вердикт по использованию тандема моделей

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

   • Стратегия «Советник» оптимальна для проектов, где глубокая логика требуется лишь изредка.
   • Разрыв в глубине понимания между Sonnet и Opus сокращается, но не исчезает полностью.
   • Выбор между «Советником» и одиночной Opus зависит от приоритета: экономия токенов или скорость реализации.