Повний посібник із Claude Fable 5.1: еволюція, економія токенів та створення навичок

Еволюція, економія токенів, промпти, обв’язки та побудова навичок

1 вересня 2026 року Anthropic випустила "Claude Fable 5.1." Станом на 2 вересня 2026 року, коли я пишу цю статтю, минув лише один день з моменту релізу. Тому замість суб'єктивних оглядів у соціальних мережах я систематизую цю інформацію на основі офіційної документації Anthropic, API-документів та останніх специфікацій Claude Code.

Щоб одразу перейти до висновку: Fable 5.1 — це не просто "модель, яка трохи розумніше відповідає на звичайні запитання."

Її суть полягає у здатності виконувати завдання тривалістю в години або дні, не втрачаючи з поля зору мету, копати до першопричин, а не поверхневих проблем, і перевіряти власний результат до самого кінця.

Однак ціна вдвічі вища, ніж у Opus 5, і вп'ятеро вища, ніж у Sonnet 5. Крім того, внутрішнє мислення не можна вимкнути. Якщо ви будете кидати все підряд на Fable 5.1, ви вичерпаєте ліміти використання та бюджет, перш ніж зможете по-справжньому використати її можливості.

Ключ до опанування Fable 5.1 — це не просто написання чудових промптів.

Це проєктування того, які конкретні завдання доручати Fable, яку інформацію завантажувати та які процеси передавати дешевшим моделям або скриптам.

Частина 1: Повне пояснення Claude Fable 5.1

1. Що таке Claude Fable 5.1?

Claude Fable 5.1 позиціонується як модель з найвищими можливостями серед тих, що Anthropic випустила для публіки.

Fable 5.1 та Claude Mythos 5.1, доступний лише за запрошеннями, по суті, є однією і тією ж моделлю. Різниця полягає переважно в заходах безпеки. Публічна версія Fable включає потужні класифікатори для виявлення сфер високого ризику, таких як кібербезпека, науки про життя та хімія. Тим часом Mythos використовується перевіреними організаціями для оборонних досліджень та інших цілей. (Anthropic

Основні технічні характеристики:

Для індивідуальних користувачів Claude вона доступна користувачам Pro, Max, Team та Enterprise. В API вона доступна звичайним клієнтам без спеціального відбору. (Claude Platform

Контекст в 1 мільйон токенів може, за простим підрахунком, одночасно обробити від кількох до десятка книг, величезні кодові бази або довгу історію розмов.

Однак "він може вмістити 1 мільйон токенів" відрізняється від "ви повинні вставити 1 мільйон токенів."

Чим більше нерелевантних файлів, старих розмов і довгих журналів ви завантажите, тим більше важлива інформація буде похована. Хоча Fable 5.1 може працювати з величезними контекстами, він автоматично не нейтралізує нерелевантний контекст за вас.

2. Еволюція Fable 5.1 — це "Робота довше"

Найбільш значуща еволюція Fable 5.1 — це не точність одноразового запиту, а його здатність підтримувати узгодженість під час тривалих агентних завдань.

Загальні AI-агенти, як правило, спричиняють такі проблеми зі збільшенням тривалості завдань:

• Забування початкової мети.
• Виконання лише симптоматичних виправлень без дослідження причини.
• Багаторазове читання одних і тих самих файлів або веб-сторінок.
• Довільне зменшення обсягу роботи посередині.
• Оголошення "Я протестую далі", а потім просто завершення.
• Внесення масштабних змін, але невиконання фінальної перевірки працездатності.

Fable 5.1 значною мірою зосереджується на виправленні цих збоїв під час довготривалої роботи. Офіційні описи називають основними випадками використання програмування, операції в браузері, дослідження та створення документів/електронних таблиць/слайдів тривалістю від кількох годин до кількох днів. Він розроблений для відновлення після невдалих кроків, перепріоритезації та продовження роботи, ведучи власні робочі журнали. (Anthropic

Компанії, які першими почали його використовувати, повідомили про такі випадки:

У MongoDB, як повідомляється, він досліджував службовий код та документацію для створення нового дизайну, завершивши складний прототип приблизно за три дні завдяки годинам автономного виконання. У Ramp він працював 38 годин поспіль над проблемою машинного навчання, виявив проблеми з маркуванням у минулих результатах і виконав шість експериментів паралельно після їх виправлення. (Anthropic

Крім того, у випадку з Millennium повідомлялося, що для збою, який траплявся лише один раз на мільйон, модель дизасемблювала зовнішні бібліотеки, зіставила їх із дампами пам'яті та дійшла до причини, яка залишалася невиявленою роками. Хоча це історії клієнтів на офіційній сторінці, а не результати, відтворені незалежними агентствами, вони чітко вказують напрямок, до якого прагне Fable 5.1. (Anthropic

Коротше кажучи, Fable 5.1 — це менше "AI, який пише багато коду", а більше:

Відповідальний лідер, який ізолює складні проблеми, збирає необхідну інформацію, випробовує кілька методів, перевіряє докази і, нарешті, узагальнює результати.

3. Що покращилося в бенчмарках?

Згідно з основними показниками, опублікованими Anthropic, Fable 5.1 демонструє значне зростання в довгострокових агентах, наукових дослідженнях та бізнес-автоматизації.

У Terminal-Bench-Science 0.1, який вимірює наукові термінальні завдання, показник зріс з 24.7% у Fable 5 до 52.6%. У Terminal-Bench 4.0, який вимірює загальне агентне програмування, він набрав 55.8% порівняно з 42.0% у Fable 5. Mythos 5.1 з іншими обмеженнями безпеки набрав 60.9%.

В AutomationBench, який вимірює бізнес-автоматизацію, показник зріс з 17.1% у Fable 5 до 31.4%. У CursorBench 3.2 Fable 5.1 набрав 73.4%, порівняно з 70.5% у Fable 5 та 70.0% у Opus 5.

Крім того, в Humanity's Last Exam, який вимірює просунуті міркування в різних галузях, він набрав 60.9% без інструментів та 65.0% з інструментами. (Anthropic

Однак при читанні цих цифр слід бути обережним.

Це результати оцінювання, опубліковані Anthropic. Крім того, Fable має увімкнені класифікатори безпеки для продакшну; у задачах, де втрутився класифікатор, він може отримати нульовий бал, або процес може перейти на іншу модель. Тому різниця між Fable та Mythos може включати відмінності в налаштуваннях безпеки, а не лише чисту здатність моделі. (Anthropic

Також на етапі "день після релізу" важливішим, ніж бути #1 у бенчмарках, є "відсоток виконання завдань" у вашій власній практичній роботі.

Наприклад, у виробництві статей самого лише текстового оцінювання недостатньо:

• Чи зміг він перевірити факти за першоджерелами?
• Чи дотримався він заданої кількості символів?
• Чи видалив він надлишковості та суперечності?
• Чи розрізняв він цитати та підсумки?
• Чи є він узгодженим від заголовка до висновку?

Якщо ви не підготуєте такі практичні оцінки, використання дорогого Fable може просто призвести до того, що він довго думатиме без кращого результату.

4. Адаптивне мислення тепер завжди увімкнено

У Fable 5.1 адаптивне мислення завжди увімкнено.

На відміну від попередніх моделей, мислення не можна повністю вимкнути. Вказівка thinking: {type: "disabled"} в API призведе до помилки. Метод, за якого людина вказує фіксовану кількість токенів для мислення, також недоступний; модель сама регулює обсяг мислення залежно від проблеми. (Claude Platform

Те, що регулюють користувачі, — це "зусилля."

Доступно п'ять рівнів:

• низьке
• середнє
• високе
• дуже високе
• максимальне

За замовчуванням встановлено високе.

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

Кажуть, що Fable 5.1 навіть на середньому рівні демонструє продуктивність, близьку до старого Fable 5, а на низькому рівні може мати краще співвідношення ціни та продуктивності на завдання, ніж запуск меншої моделі з високим зусиллям для певних робіт. (Claude Platform

Важливим моментом тут є те, що внутрішнє мислення також тарифікується як вихідні токени та споживає max_tokens.

Наприклад, навіть якщо остаточний рукопис, відображений на екрані, становить 10 000 токенів, якщо він використав еквівалент 10 000 токенів для попереднього обмірковування, загалом 20 000 токенів підлягатимуть тарифікації на стороні виведення. Оскільки вихідна ціна за одиницю Fable становить $50 за 1 мільйон токенів, непотрібне використання max швидко збільшить споживання. (Claude Platform

Fable 5.1 — це не модель, де "вище зусилля завжди приносить прибуток."

Використання max для форматування тексту або підсумовування може просто збільшити випадки, коли модель пише чернетку всередині, а потім знову пише її в полі відповіді. Anthropic також радить в принципі використовувати високий рівень для довгих результатів і переходити на дуже високий або вище лише в тому випадку, якщо можна виміряти покращення якості. (Claude Platform

5. Високі ціни, але надзвичайно дешеве кешування

Стандартні тарифи для Fable 5.1 становлять $10 за 1 мільйон вхідних токенів та $50 за 1 мільйон вихідних токенів.

Оскільки Opus 5 коштує $5/$25, а Sonnet 5 — $2/$10, Fable вдвічі дорожчий за Opus та вп'ятеро дорожчий за Sonnet з точки зору простого ціноутворення на токени. (Claude Platform Docs

З іншого боку, суттєвою зміною в Fable 5.1 є ціна читання з кешу.

У той час як у Fable 5 вона становила $1 за 1 мільйон токенів, у Fable 5.1 вона стала $0.25. Це становить 2.5% від звичайної вхідної ціни. Anthropic підраховує, що при типовій обробці це призведе до зниження витрат приблизно на 25% порівняно зі старим Fable, і до приблизно 45% для агентної обробки, яка багаторазово читає кеш. (Anthropic

Наприклад, якщо ви щоразу читаєте фіксований контекст у 100 000 токенів, це коштуватиме $0.10 за раз за звичайним вхідним тарифом, але лише $0.0025, якщо це потрапляння в кеш.

Іншими словами, робота, яка багаторазово читає одні й ті самі описи проєктів, визначення інструментів, передумови кодової бази та історії розмов у стабільній формі, є більш вигідною.

І навпаки, використання, яке щоразу переписує системний промпт, змінює порядок списків інструментів або видаляє та відновлює старі розмови, зламає кеш.

У Fable 5.1 незламна структура промпту безпосередньо пов'язана з вартістю більше, ніж хитромудрий промпт.

6. Fable 5.1 може зламати існуючі API-обв'язки

При зміні лише назви моделі з Fable 5 або Opus слід бути особливо обережним щодо трьох моментів:

Примусовий виклик інструментів недоступний

Примусове використання any або конкретної назви інструменту в tool_choice призведе до помилки 400.

Причина полягає в тому, що примусовий виклик інструменту змушує модель пропускати нормальні процеси мислення та починати думати всередині аргументів інструменту, що погіршує якість аргументів.

Натомість використовуйте tool_choice: auto та явно вкажіть "Будь ласка, використовуйте інструмент XX для цього процесу" в промпті. Якщо ви хочете гарантувати формат JSON, використовуйте strict: true або Structured Outputs. (Claude Platform

Історію розмови не можна переписувати посередині

Блок мислення в Fable 5.1 прив'язаний до системного промпту, інструментів та минулих повідомлень на момент генерації цього мислення.

Якщо ви видалите старі повідомлення, перегенеруєте системний промпт або перепишете минулі визначення інструментів посередині, наступні блоки мислення стануть недійсними. Для нових акаунтів вже застосовано механізм, який робить таке порушення умови помилкою. (Claude Platform

Основний принцип — не редагувати історію, а лише додавати в кінець.

Тимчасові інструкції слід додавати як системні повідомлення з обмеженим обсягом, а довгі контексти слід організовувати за допомогою серверного ущільнення або редагування контексту.

Внутрішнє мислення не можна перенести при поверненні до дешевших моделей

Fable 5.1 може читати блоки мислення, створені попередніми моделями, такими як Opus 5, Fable 5 або Sonnet.

Однак зворотне неможливе. Якщо ви передасте блок мислення, створений Fable 5.1, моделям Opus або Sonnet, ці моделі не зможуть його прочитати. (Claude Platform Docs

Тому, якщо ви перемикаєте моделі в межах однієї розмови, наступний порядок зазвичай є безпечним:

Досліджуйте дешевими моделями → Підвищуйте до Fable

Якщо ви повертаєтеся до дешевшої моделі з Fable, ви повинні залишити рішення, невирішені проблеми, необхідні файли та результати перевірки у вигляді явного передавального документа, не покладаючись на блок мислення.

7. Обмеження безпеки та зберігання даних

У Fable 5.1 деякі запити щодо кібербезпеки або наук про життя обмежуються класифікаторами безпеки.

У стандартному додатку Claude відповідні процеси можуть автоматично перенаправлятися на Opus 4.8 або Opus 5. В API вам потрібно налаштувати параметри резервування. За процеси, переключені на інші моделі, з вас не стягуватиметься плата за тарифами Fable. (Anthropic

Крім того, Fable 5.1 зазвичай вимагає 30-денного зберігання даних. Якщо ви не отримали явного дозволу від Anthropic, його не можна використовувати в стандартних середовищах Zero Data Retention.

При роботі з корпоративним конфіденційним кодом, інформацією про клієнтів або неопублікованими дослідницькими матеріалами слід впроваджувати його лише після підтвердження контракту та умов зберігання, а не просто використовувати "тому що продуктивність висока." (Claude Platform

8. Зрештою, кому потрібен Fable 5.1?

Fable 5.1 призначений для людей, для яких відсоток завершення всієї роботи, а не окрема відповідь моделі, є цінністю.

• Дослідження та модифікація величезних кодових баз.
• Аналіз першопричин важковідтворюваних помилок.
• Дослідження, що охоплюють десятки документів.
• Завдання, які переходять від дослідження до створення електронних таблиць, документів та слайдів.
• Тривалі операції в браузері або обробка відкладених завдань.
• Дослідження, які автономно планують та виконують кілька експериментів.

І навпаки, майже немає потреби використовувати Fable для створення електронних листів, коротких підсумків, простого генерування коду, рутинного впорядкування документів або написання чернеток для соціальних мереж.

Сама Anthropic рекомендує починати загальну обробку з Opus 5 і переходити на Fable лише в тому випадку, якщо якість недостатня навіть при запуску Opus з високим зусиллям. (Claude Platform Docs

Fable 5.1 — це не "стандартна модель для всіх з самого початку", а висококласна модель для прориву складних моментів.

Частина 2: Економія токенів, промпти, обв'язки та побудова навичок

1. Техніки економії токенів для Fable 5.1

Порада з економії 1: Не змушуйте Fable робити все від розвідки

Найефективніший спосіб економії — це не написання коротких речень.

Це зменшення кількості викликів самого Fable.

Залиште отримання списків файлів, фільтрацію журналів, класифікацію матеріалів, прості підсумки та перетворення форматів для Sonnet, Haiku або звичайних скриптів.

Використовуйте Fable для таких етапів:

• Визначення дослідницької політики
• Вибір найбільш перспективної гіпотези з кількох
• Інтеграція суперечливої інформації
• Визначення першопричин
• Аудит кінцевих результатів
• Повторне вивчення проблем, де інші моделі зазнали невдачі

Офіційна документація також рекомендує конфігурації з використанням кількох моделей, де недорогі моделі виступають виконавцями, а висококласні — радниками або наглядачами. (Claude Platform Docs

Порада з економії 2: Змінюйте зусилля для кожного кроку

Вам не потрібно встановлювати весь сеанс на максимум.

Я рекомендую наступний розподіл:

Fable 5.1 також надає механізм для зміни зусилля під час розмови. Замість перезапису налаштувань верхнього рівня, додавання змін зусилля як системних повідомлень посередині дозволяє підтримувати кеш промпту. (Claude Platform

Правильний підхід — це не "завжди максимальна здатність", а "максимальна здатність лише для складних ходів."

Порада з економії 3: Зберігайте історію лише додаванням, щоб захистити кеш

У Fable 5.1 тримайте наступний вміст фіксованим:

• Системний промпт
• Визначення інструментів та їх порядок
• Загальні правила проєкту
• Минулі повідомлення
• Блоки мислення

Додавайте всі зміни в кінець.

Якщо ви створюєте власний API, безпечніше підтримувати однаковий префікс байт-в-байт, а не перезбирати системний промпт щоразу.

У Claude Code обробка кешу в основному автоматизована, але ви можете використовувати cache_control в API. Для багатоходових розмов використовуйте автоматичне кешування; для відокремлення довгих фіксованих матеріалів використовуйте явні межі кешу. (Claude

Порада з економії 4: Не передавайте вихідні дані інструментів як є

Передача 10 000 рядків журналів Claude з проханням "знайти помилку" є марнотратством.

Спочатку відфільтруйте їх за допомогою скриптів або хуків.

Офіційний посібник з вартості Claude Code також рекомендує попередньо обробляти довгі журнали за допомогою хуків і передавати моделі лише необхідні кілька сотень рядків. Він також пояснює, що використання CLI, таких як gh, aws або gcloud, коли вони доступні, полегшує придушення споживання контексту з визначень інструментів, ніж підключення великої кількості серверів MCP. (Claude

Перш ніж дозволити AI читати, виріжте те, що можна вирізати машиною.

Порада з економії 5: Групуйте незалежні виклики інструментів

При читанні п'яти файлів, якщо ви розділите це на п'ять ходів по одному файлу, історія розмови надсилатиметься щоразу.

Включення наступної інструкції в Fable 5.1 є ефективним:

"Організуйте необхідну інформацію внутрішньо та виконуйте читання, пошук та перевірки, які не залежать від результатів один одного, паралельно в межах одного ходу."

Anthropic також пояснює, що заохочуючи групування незалежних викликів інструментів в одній відповіді, можна зменшити кількість раундів, токенів та час очікування. (Claude Platform

Порада з економії 6: Не дозволяйте переписувати весь файл для дрібних виправлень

Fable 5.1 може переписати цілий файл навіть для невеликих змін.

Включіть це речення у ваші загальні правила:

"Якщо кінцевий результат не змінюється, не переписуйте весь файл; редагуйте лише необхідні частини з мінімальними відмінностями."

Це особливо ефективно для довгих Markdown, JSON, конфігураційних файлів, LP та величезних вихідних кодів. Запобігаючи повній регенерації, ви можете придушити вихідні токени та навантаження на перевірку відмінностей. (Claude Platform

Порада з економії 7: Не продовжуйте не пов'язану роботу в тому самому сеансі

У Claude Code використовуйте /clear під час переходу до не пов'язаної роботи.

У довгих розмовах навіть додавання одного короткого запитання означає повторну обробку минулих розмов, прочитаних файлів та результатів інструментів. Навіть якщо кеш працює, це не безкоштовно.

Якщо ви не хочете забруднювати історію тимчасовими запитаннями, використовуйте /btw; якщо ви хочете залишити лише необхідний вміст, використовуйте /compact. Передайте дослідження кодової бази підагентам і повертайте лише підсумки в основну розмову. (Claude

2. Практичні промпти для Fable 5.1

Для Fable 5.1 ефективніше чітко передати мету, обсяг, умови завершення та методи перевірки, ніж вказувати десятки детальних кроків мислення.

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

Роль

Ви є особою, відповідальною за виконання цього запиту до кінця.

Ви відповідаєте не лише за відповідь, але й за необхідні дослідження, роботу, перевірку та виправлення.

Мета

[Напишіть кінцевий продукт, який потрібно створити, або проблему, яку потрібно вирішити]

Вхідні дані

[Напишіть файли, URL-адреси, матеріали та передумови]

Обсяг

Потрібно реалізувати:

• [Обов'язкове завдання]
• [Обов'язкове завдання]

Не потрібно реалізовувати:

• [Поза обсягом]
• [Вміст, який ви не хочете, щоб змінювали довільно]

Умови завершення

Завдання вважається виконаним, коли виконані всі наступні умови:

1. [Умови для функції/вмісту]
2. [Умови для формату/кількості символів/якості]
3. [Метод перевірки]
4. [Докази відсутності помилок]

Правила виконання

• Спочатку організуйте необхідну інформацію та залежності.
• Виконуйте пошук, читання та перевірки, які не залежать від результатів один одного, паралельно.
• Продовжуйте роботу, яку можна скасувати, в межах запиту, не питаючи дозволу посередині.
• Підтвердьте причину перед виправленням, а не лише симптоми проблеми.
• Не виконуйте незапитаних додавань функцій, оптимізацій або периферійних виправлень; відокремте їх як пропозиції в кінці.
• Редагуйте файли з мінімальними відмінностями, коли це можливо.
• Після роботи перевірте відповідно до початкових умов завершення.
• Якщо перевірка не вдалася, дослідіть причину, виправте її та перевірте знову.
• Не завершуйте написанням "що робити далі"; виконайте цю роботу.
• Підтверджуйте перед виконанням лише для руйнівних операцій або серйозних змін специфікацій.

Фінальний звіт

Нарешті, коротко повідомте в наступному порядку:

1. Що було завершено
2. Внесені зміни
3. Результати перевірки та докази
4. Решта проблем
5. Кандидати на покращення, помічені, але поза обсягом

Fable 5.1 може продовжувати роботу протягом тривалого часу, але якщо незрозуміло, що вважається завершенням, він продовжуватиме досліджувати більше, ніж потрібно.

Тому написання умов завершення та зупинки є важливішим, ніж "думайте глибоко."

3. Дизайн обв'язки для використання Fable 5.1

Обв'язка — це механізм роботи, що оточує модель.

Замість того, щоб покладатися виключно на здатність моделі, ви ззовні вирішуєте, яку інформацію передавати, які інструменти використовувати, в якому порядку діяти, де перевіряти та скільки разів повторювати спробу в разі невдачі.

Я рекомендую наступну 6-рівневу структуру:

Рівень 1: Загальні правила

У CLAUDE.md розміщуйте лише факти проєкту, необхідні щоразу.

Проєкт

• Цей репозиторій призначений для сервісу XX
• Продакшн-середовище — XX
• Використовуйте pnpm для керування пакетами

Необхідні перевірки

• pnpm lint після змін
• pnpm test після змін
• Перевірка типів при змінах API

Обмеження

• Не порушуйте сумісність з існуючими API
• Не виводьте секретну інформацію в журнали
• Не виконуйте рефакторинг за межами запиту

Оскільки CLAUDE.md зчитується в кожному сеансі, його надмірна довжина споживатиме контекст щоразу. Офіційна документація рекомендує тримати один файл обсягом до 200 рядків, а довгі процедури виносити в Skills. (Claude

Рівень 2: Маршрутизатор

Коли надходить запит, класифікуйте роботу, а не запускайте одразу Fable.

• Просте вилучення/форматування -> Haiku або скрипт
• Звичайна реалізація/дослідження -> Sonnet
• Складний дизайн/аналіз -> Opus
• Довгострокова робота/складні проблеми -> Fable
• Лише невдалі складні моменти -> Fable xhigh

Створюючи автоматичний маршрутизатор, оцінюйте на основі «втрат у разі помилки», «необхідного автономного часу» та «складності перевірки», а не ціни.

Рівень 3: Керівник дослідження

Відокремте дослідження коду, збір матеріалів та аналіз конкурентів у підагенти.

Кожен підагент працює в незалежному контексті та повертає головному агенту лише висновки та докази. Це запобігає розбуханню основної історії результатами читання десятків файлів. (Claude

Рівень 4: Супервізор Fable

Fable приймає рішення, використовуючи результати, повернуті керівниками дослідження.

• Яку гіпотезу прийняти
• Чи потрібне додаткове дослідження
• Які зміни внести
• Чи є суперечності в результатах
• Чи виконано умови завершення

Замість того, щоб покладати на Fable відповідальність за все, аж до збору необроблених даних, передавайте йому організовані докази та дозвольте зосередитися на прийнятті рішень.

Рівень 5: Детермінована верифікація

Не покладайте верифікацію виключно на підказки.

• Для коду: Тести, Lint, перевірки типів.
• Для статей: Кількість символів, повторювані вирази, URL-адреси, цитування.
• Для електронних таблиць: Помилки формул, відсутні значення, підсумки.
• Для лендінгів: Посилання, збої макета, порівняння скріншотів.

Використовуючи хуки, ви можете запускати перевірки до та після виконання інструментів. Замість того, щоб розраховувати, що LLM запам'ятає перевірити, виконуйте це автоматично за фіксованих умов. (Claude Platform Docs

Рівень 6: Цикл виправлення

Повертайтеся до Fable лише у разі невдалої верифікації.

Створення -> Механічна перевірка -> Успіх (Завершено) / Невдача -> Аналіз причини -> Мінімальне виправлення -> Повторна перевірка

Важливо не зациклюватися нескінченно.

Наприклад, визначте «до 2 разів для однієї й тієї ж помилки» або «зупинитися з доказами після 3 загальних невдач». Для моделей, які можуть працювати довго, витрати та обсяг роботи зростатимуть без умов зупинки.

Для процесів, що використовують десятки або сотні підагентів, переходьте до Dynamic Workflow, а не дозволяйте Claude керувати ними послідовно. У Workflow ви можете зберігати проміжні результати в змінних скрипту та повертати лише кінцевий результат в основний контекст, що робить його придатним для масштабних досліджень або обробки величезних файлів. (Claude

4. Skills — це не «Сховище довгих підказок»

Skills — це механізм для збереження робочих процедур, які використовуються повторно, у вигляді SKILL.md.

Відмінність від CLAUDE.md полягає в тому, що тіло зчитується лише за потреби.

• Інформація про проєкт та короткі правила, яких слід завжди дотримуватися: CLAUDE.md.
• Процедури для створення статей, розгортання, дослідження, рецензування тощо: Skills.
• Великі обсяги прикладів або специфікацій: Довідкові файли для Skills.

Це розділення безпосередньо пов'язане з економією токенів. (Claude Platform Docs

Я рекомендую наступну структуру:

1.claude/
2├── CLAUDE.md
3├── skills/
4│   └── deep-article/
5│       ├── SKILL.md
6│       ├── research-rules.md
7│       ├── writing-rules.md
8│       ├── examples.md
9│       └── scripts/
10│           ├── count_chars.py
11│           └── check_repetition.py
12├── agents/
13│   ├── researcher.md
14│   └── critic.md
15└── settings.json

У SKILL.md розміщуйте лише огляд, умови виконання, процедури та умови завершення.

Відокремте масивні пояснення, специфікації API та історії успіху в окремі файли та дозвольте Claude читати їх лише за потреби. Офіційна документація рекомендує тримати SKILL.md обсягом до 500 рядків, а детальні матеріали виносити в допоміжні файли. (Claude Platform Docs

5. Практичний шаблон SKILL.md

Нижче наведено приклад навички для створення дослідницьких статей.

name: deep-article

description: Досліджує первинну інформацію та створює довгі статті з доказами. Використовуйте, коли потрібні ретельні пояснення останніх досягнень у сфері AI, компаній, систем або продуктів.

argument-hint: "[Тема] [Цільова кількість символів]"

effort: high

Мета

Створити фактологічну довгу статтю на тему $ARGUMENTS.

Основні правила

• Завжди шукайте, чи актуальна остання інформація
• Надавайте перевагу первинній інформації
• Розрізняйте факти, корпоративні оголошення, сторонні оцінки та припущення
• Додавайте цільові періоди та визначення до чисел
• Не повторюйте одні й ті ж висновки або приклади
• Пояснюйте технічні терміни при першій згадці
• Не завершуйте, якщо не досягнуто 90% зазначеної кількості символів
• Наприкінці повідомте кількість символів та неперевірені пункти

Робочий процес

1. Розділіть тему на 3-7 пунктів дослідження
2. Досліджуйте незалежні пункти паралельно
3. Зберіть первинну інформацію
4. Дослідіть контраргументи або несприятливу інформацію
5. Створіть список фактів
6. Визначте структуру
7. Створіть перший чернетку
8. Перевірте на дублікати, стрибки, цитування, дати та числа
9. Виправте
10. Перевірте кількість символів

Умови завершення

• Висновок чіткий на початку
• Читач може вирішити, що робити далі
• Важливі факти мають джерела
• Факти та припущення не змішані
• Відповідає зазначеній кількості символів
• Відсутні повторювані абзаци

Матеріали для читання лише за потреби

• Стандарти дослідження: research-rules.md
• Стандарти стилю: writing-rules.md
• Хороші приклади завершення: examples.md

Фінальна перевірка

Виконайте наступне:

• python ${CLAUDE_SKILL_DIR}/scripts/count_chars.py <output-file>
• python ${CLAUDE_SKILL_DIR}/scripts/check_repetition.py <output-file>

Опис навички функціонує як маршрутизатор, а не просто пояснення.

Замість неоднозначної фрази на кшталт «Пишіть високоякісні статті», написання «Використовуйте для запитів на довгі форми, що досліджують первинну інформацію про останні AI, компанії та системи» полегшує її виклик у необхідних ситуаціях.

Оскільки Claude Code поміщає список описів навичок у контекст, написання величезних описів збільшує постійні витрати. Розміщуйте важливі випадки використання на початку та тримайте їх короткими. (Claude Platform Docs

6. Розширене використання навичок

Навички, які не можна автоматично виконувати

Розгортання, надсилання, видалення, публікація та платежі не повинні запускатися Claude довільно.

Встановіть disable-model-invocation: true і запускайте їх лише тоді, коли користувач явно вводить /deploy тощо.

Навички, які не повинні засмічувати розмову

Для навичок, які виконують масивні дослідження або дослідження коду, встановіть context: fork.

Це змушує їх виконуватися в окремому контексті підагента. Величезні вмісти файлів та історії пошуку не потраплять в основну розмову; повертається лише кінцевий результат. (Claude Platform Docs

Навички, які автоматично вставляють поточний стан

У межах навички ви можете попередньо вставити результати команд.

Поточний стан

!git status --short

!git diff --stat

Claude отримує результат виконання, а не рядок команди.

Однак вставляти повні git-дифи або величезні логи щоразу є контрпродуктивним. Спочатку вставляйте лише --stat або рядки помилок, і дозвольте читати деталі лише тоді, коли вони стають необхідними. (Claude Platform Docs

Встановлення рівня зусиль для навичок

Встановіть прості навички на medium, рецензії дизайну та глибокі дослідження на high, а надзвичайно складні аудити на xhigh.

Якщо кожна навичка має власний рівень зусиль, користувачеві не потрібно перемикати його щоразу.

7. Завжди порівнюйте навички

Просто створення навички не говорить вам, чи покращилася якість.

Офіційна документація рекомендує оцінювати дві речі окремо:

1. Чи запускається навичка правильно для необхідних запитів?
2. Чи дійсно результат стає кращим внаслідок запуску?

Виконайте той самий запит у нових сеансах як «з навичкою», так і «без навички».

Для навички написання статей порівняйте кількість символів, відсутні джерела, дублікати, фактичні помилки та кількість виправлень. Для навички коду порівняйте відсоток успішних тестів, кількість змінених файлів, непотрібні зміни та кількість переробок.

Тестування в продовженні розмови, де ви створили навичку, приховає дефекти додатковою інформацією з розмови. Завжди оцінюйте в новому сеансі. Claude Code також надає офіційний плагін skill-creator для підтримки цього порівняння. (Claude Platform Docs

Остаточний висновок

Claude Fable 5.1 — це не модель, яка просто прискорює серію Claude.

Її найбільша цінність полягає в здатності продовжувати складну роботу протягом тривалого часу, відновлюватися після проміжних невдач, шукати першопричини та доводити роботу до завершення, перевіряючи власні результати.

З іншого боку, ціни за одиницю введення та виведення вдвічі вищі, ніж у Opus 5. Внутрішнє мислення не можна вимкнути, воно несумісне з обв'язками, які перезаписують старі розмови, а примусовий виклик інструментів недоступний.

Отже, найсильніший спосіб використання такий:

**Звужуйте інформацію за допомогою Sonnet або скриптів.

Відокремлюйте дослідження за допомогою підагентів.

Призначайте Fable складні рішення та інтеграцію.

Перевіряйте механічно за допомогою хунків і тестів.

Підвищуйте рівень зусиль лише для невдалих складних моментів.

Зберігайте повторювані процедури в навичках.

Тримайте історію розмови в режимі додавання, щоб захистити кеш.**

Якщо ви використовуєте Fable 5.1 як «преміум-чат, який відповідає на все», високою буде лише ціна.

Справжня відмінність від попередніх поколінь проявляється лише тоді, коли ви позиціонуєте Fable 5.1 як супервізора, який об'єднує дешеві моделі, навички, підагентів, хуки та цикли верифікації.