Як обрати модель Claude для коду: керівництво Anthropic і поради для Claude Code

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.

Промпт для перевірки конфігурації

Прочитайте це керівництво: 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, щоб виконати одну задачу зі списку на двох різних моделях і порівняти витрати.

Спочатку покажіть рекомендації. Поки нічого не змінюйте.