Claude Fable 5 починає запитувати розробників після скорочення 80% системних підказок

6 липня 2026 року інженер Claude Code компанії Anthropic Тарік Шихіпар опублікував "A Field Guide to Claude Fable: Finding Your Unknowns". Це не ще один документ з техніками підказок. Рівно місяць тому Тарік за допомогою Claude Code з нуля змонтував відео про випуск Fable 5, під час якого він дозволив моделі досліджувати свої "незнані незнання" та вивчити знання про кольорокорекцію. Ця методологія знаменує собою зміщення основного конфлікту в співпраці з ШІ: коли Fable 5 скорочує системні підказки на 80%, а інтелект моделі більше не є вузьким місцем, якість виходу стає залежною від здатності розробника прояснити невідоме.

Польовий посібник Claude Fable: виявлення ваших невідомих | Офіційний блог Anthropic

Карта не є територією: новий вузол після скорочення на 80% підказок

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

У традиційній моделі відповіді ШІ розробники звикли "згущувати" "карту". Зіштовхуючись з недостатньо розумними моделями, розробники повинні були завантажувати системні підказки детальними прикладами Few-shot та суворими обмеженнями. Початкова система підказок Claude Code досягала 65k токенів. Після запуску Fable 5 Anthropic безпосередньо скоротила 80% системних підказок, стратегія змістилася з "надання обмежень" на "надання контексту".

Це скорочення не є випадковим стисненням, а є прямою відповіддю на стрибок можливостей моделі. У 65k токенах системних підказок містилося безліч жорстких правил щодо стилю коду, стандартів роботи з файлами та меж безпеки. Ці правила були необхідними механізмами безпеки в епоху слабких моделей, щоб запобігти відхиленню моделі під час тривалих розмов. Але розумова здатність Fable 5 вже достатньо потужна, щоб самостійно визначати правильний шлях дій на основі контексту без цих жорстких обмежень. Інженери Anthropic виявили під час внутрішнього тестування, що надмірне збереження жорстких правил насправді заважає ухваленню рішень Fable 5. Модель може обійти кращі рішення, щоб дотримуватися певного правила, або зазнати коливань у разі конфлікту між правилами.

Ця зміна базується на жорстокому факті: Fable 5 достатньо розумний, і якщо "карта" розробника не позначає "невідоме", він буде з великою ефективністю бігти в неправильному напрямку. У епоху слабких моделей розробники намагалися написати підказки, щоб запобігти непорозумінням. Але в епоху Fable 5 надмірні обмеження стали кайданами. Якщо системні підказки містять занадто багато жорстких правил, Fable 5 може обійти реальні цілі, щоб дотримуватися правил. Дії Anthropic щодо скорочення підказок насправді є звільненням моделі, дозволяючи їй покладатися на контекст та власну здатність до міркування, а не на механічне відповідність правилам.

Традиційні моделі, стикаючись з нечіткими інструкціями, зазвичай виконують завдання на основі найкращих практик галузі або просто відмовляються. Це призводить до того, що розробники часто виявляють, що ШІ вводить приховані архітектурні відхилення після злиття коду. Типовий сценарій: розробник описує вимоги до модуля аутентифікації користувачів у підказці, але не вказує конкретний алгоритм шифрування паролів. Традиційна модель за замовчуванням використовує MD5 або SHA1, які є поширеними, але вже небезпечними алгоритмами, оскільки вона бачила безліч таких реалізацій у навчальних даних. Розробник виявляє цю проблему лише під час аудиту безпеки. Fable 5 змінює цю логіку. Вузьке місце якості виходу переміщується з можливостей міркування моделі на власну експертизу розробника та здатність визначати невідоме. Якщо розробник не може чітко визначити межі завдання та потенційні ризики, потужна здатність міркування Fable 5 може прискорити генерацію помилкового коду.

Чотири категорії невідомого: як ШІ запитує розробників

Основна ідея польового посібника полягає в розподілі завдань на чотири категорії: відомі відомі, відомі невідомі, невідомі відомі та невідомі невідомі. У поєднанні з Claude Code ці чотири категорії невідомого відображаються на конкретні моделі підказок, охоплюючи повний життєвий цикл від реалізації до після реалізації.

Відомі відомі відповідають плану реалізації. У великих кодових базах під час реконструкції розробники чітко знають, які модулі потрібно змінити, але не впевнені в порядку змін. Розробники можуть вимагати від ШІ розглянути найбільш ймовірні зміни в моделях даних спочатку, а механічні реконструкції — пізніше. Це забезпечує, що ШІ спочатку узгоджує основну архітектуру з розробниками, запобігаючи генерації великої кількості верхнього бізнес-коду, поки нижчі інтерфейси ще не визначені. У міграції кодової бази рівня Stripe, що містить 50 мільйонів рядків Ruby-коду, така стратегія сортування може значно зменшити повторну роботу. Якщо ШІ спочатку закінчує переписування верхньої бізнес-логіки, а потім нижча модель даних змінюється, весь верхній код потрібно переписати.

Відомі невідомі відповідають інтерв'ю. Це один з найбільш революційних режимів Fable 5. ШІ більше не чекає інструкцій, а навпаки, проводить інтерв'ю з розробниками. При проектуванні високонавантаженого API-інтерфейсу розробник може чітко усвідомлювати, що йому потрібно обробляти велику кількість запитів, але не має чіткого висновку щодо конкретної стратегії обмеження або узгодженості кешу. Розробники можуть вимагати від ШІ: "Переважно запитуй ті питання, які змінять архітектурний дизайн на основі моїх відповідей." ШІ може запитати про конкретні показники вимог до узгодженості даних, очікуваний піковий QPS або стратегії зниження. Через ці запитання ШІ змушує розробників конкретизувати нечіткі ідеї.

У сценарії проектування мікросервісної архітектури розробник говорить Fable 5, що потрібно реалізувати сервіс замовлень. Fable 5 не почне відразу писати код, а натомість запитає: чи потрібно забезпечити транзакційну гарантію при зміні статусу замовлення між сервісами? Якщо так, то використовувати модель Saga чи двофазну коміт? Чи потрібно зменшити запаси під час створення замовлення чи після успішної оплати? Кожне з цих запитань безпосередньо змінює остаточний архітектурний дизайн. Відповідаючи на ці запитання, розробник фактично завершує свій архітектурний дизайн.

Невідомі відомі відповідають мозковому штурму та прототипу. Щодо естетичних або інтуїтивних питань, пов'язаних з "бачити, щоб знати, що хочеш", розробники можуть попросити ШІ згенерувати кілька різних прототипів HTML для вибору людиною. Під час розробки інформаційної панелі розробник може не змогти точно описати ідеальне взаємодійне макет. Дозволивши Fable 5 згенерувати чотири різні HTML-прототипи з різними акцентами, розробник може інтуїтивно вибрати та комбінувати елементи. Цей режим визнає обмеження людського пізнання, використовуючи швидкі прототипи для компенсації недоліків мовного опису.

Невідомі невідомі відповідають скануванню сліпих зон. Розробники можуть безпосередньо дати команду ШІ: "Допоможи мені знайти мої невідомі невідомі в цьому модулі." Під час обробки, здавалося б, простого логічного виклику платежу, розробник може пропустити ризик повторного стягнення через одночасні запити або механізм повторних спроб третьої сторони. ШІ, спираючись на глобальну перспективу кодової бази, вказує на межі, які розробник міг пропустити, історичні проблеми або потенційні загрози безпеці.

Тарік під час монтажу відео про випуск Fable 5 скористався скануванням сліпих зон. Він нічого не знав про кольорокорекцію, і, дозволивши Claude Code дослідити сліпі зони в процесі обробки відео, модель активно вказала на ключові знання про перетворення кольорового простору та застосування LUT. Конкретний процес дій: Тарік спочатку дозволяє Claude Code завантажити відеофайл та проаналізувати його кольорові метадані, а потім дає команду моделі "знайти технічні деталі, які я можу пропустити в процесі кольорокорекції". Claude Code повертає список, що включає різницю між кольоровими просторами Rec.709 та Rec.2020, час перетворення між логарифмічною та лінійною кодуваннями, а також різницю в ефектах застосування файлів LUT на різних вузлах. Тарік вивчає цей список по черзі, перетворюючи "невідомі невідомі" на "відомі", і врешті-решт завершує монтаж відео.

У процесі реалізації Fable 5 вимагає вести нотатки. Розробники повинні підтримувати файл implementation-notes.md, в якому записуються обережні рішення ШІ, що відхиляються від плану. Коли ШІ виявляє, що первісний план не здійсненний під час реалізації певної функції, і переходить до зниженого рішення, це рішення буде зафіксовано. Це забезпечує, що людина завжди контролює фактичний прогрес проекту, а не дозволяє ШІ еволюціонувати в темряві. У проекті міграції бази даних ШІ може виявити, що інструмент масового імпорту, запланований для використання, має відомий баг у цільовій версії бази даних, і переходить до обережного рішення імпорту по одному. Це рішення буде зафіксовано в implementation-notes.md, і розробник може зрозуміти логіку рішень ШІ під час подальшого перегляду та, за необхідності, скасувати його.

Найбільш незвичні дії відбуваються на етапі приймання. Після тривалої розмови, просто переглядаючи Code Diff, неможливо зрозуміти глибокі зміни AI. Тарік вимагає, щоб Клод згенерував звіт у форматі HTML, що містить контекст та інтуїтивні пояснення, а внизу додає набір тестових питань. Лише після того, як всі питання будуть правильно відповіді, код буде об'єднано. Це повністю перевертає традиційну парадигму "людина перевіряє AI", використовуючи запитання AI, щоб компенсувати недоліки людського розуміння непрозорих процесів під час тривалої розмови. Тестові питання можуть включати: "Чому в цій функції використовується оптимістичне блокування, а не песимістичне?" "У яких ситуаціях ця стратегія недійсності кешу може призвести до несумісності даних?" Розробники повинні точно відповідати на ці питання, щоб довести, що вони зрозуміли зміни AI.

Двосмугова система Fable 5 та Mythos 5: Вивільнення можливостей та безпечний відкат

Anthropic одночасно випустила Fable 5 та Mythos 5, що відображає баланс між звільненням можливостей та контролем безпеки. Mythos 5, як частина проекту Project Glasswing, зняла частину обмежень, пов'язаних з кібербезпекою, для запрошених користувачів. Fable 5, як широко доступна версія, має вбудовані суворі класифікатори безпеки.

Fable 5 автоматично повертається до Claude Opus 4.8 у відповідь на чутливі питання, такі як кібербезпека та біохімія. Офіційно заявлено, що в ранніх даних більше 95% сеансів Fable не викликали жодного безпечного відкату, а рівень помилок менше 5%.

Ця двосмугова система забезпечує безпечний вихід Fable 5 на масовий ринок, але також призводить до розриву в досвіді. Деякі розробники під час нормального програмування на нижньому рівні або біохімічних досліджень стикаються з примусовим відкатом. Наприклад, при написанні інструменту безпеки, що включає перехоплення мережевих пакетів, Fable 5 може активувати класифікатор безпеки, що призведе до переривання ефективного робочого процесу, раніше керованого Fable 5, і миттєвого зниження можливостей моделі. Розробники, які пишуть скрипти для тестування правил брандмауера, також можуть бути повернуті до Opus 4.8 через наявність логіки сканування портів у коді. Хоча офіційно обіцяно звузити діапазон класифікаторів у майбутніх оновленнях та запустити програму надійного доступу для науковців, на даному етапі безпечний відкат залишається однією з основних проблем, про які повідомляють розробники.

Спалювання токенів та втома від взаємодії: Вартість активного уточнення

Активне уточнення невідомих механізмів у реальному використанні призвело до значних витрат та проблем з досвідом.

Спалювання токенів є найбільш поширеною проблемою, про яку повідомляють розробники. Fable 5 примусово активує адаптивне мислення, не підтримує вимкнення ланцюга мислення, а лише через параметр effort контролює глибину мислення. Багато користувачів Reddit скаржаться, що Fable 5 "з'їдає мій максимальний план", оскільки вихід дуже довгий, а мислення завжди активне, що призводить до неконтрольованого споживання токенів. Fable 5 має ціну $10/мільйон токенів на вхід, $50/мільйон токенів на вихід, за замовчуванням 1 мільйон токенів контексту, ця швидкість споживання створює суттєвий економічний тягар для особистих розробників. Деякі користувачі повідомляють, що під час середньомасштабної рефакторингу коду процес мислення та запитання Fable 5 спожили десятки тисяч токенів за кілька хвилин. У рамках підписки Max 20x деякі користувачі повідомляють, що швидкість споживання Fable 5 досягає $2 за хвилину, що значно перевищує очікування.

Відгуки спільноти показують, що середній effort Fable 5 часто перевищує максимальний effort Opus 4.8. Це означає, що при виконанні простих завдань Fable 5 все ще споживає велику кількість обчислювальних ресурсів для глибокого мислення. Для розробників з обмеженим бюджетом необхідно суворо використовувати параметр effort або уникати використання Fable 5 для простих завдань. Деякі розробники підсумували практичний досвід: для чітко визначених CRUD-операцій або простих обробок рядків достатньо використовувати low effort; для складних завдань, що стосуються архітектурного дизайну, слід активувати medium або high effort. Але навіть так, споживання токенів Fable 5 все ще значно перевищує попередні моделі.

Втома від взаємодії також турбує розробників. Хоча проведення співбесід AI з розробниками може підвищити якість архітектурного дизайну, це значно збільшує кількість взаємодій та часові витрати. Для чітко визначених цілей та ясних шляхів CRUD-завдань така сократівська співпраця стає тягарем. Розробникам потрібно постійно відповідати на запитання AI, щоб просунути генерацію коду. У швидкому середовищі гнучкої розробки така часта взаємодія може призвести до зниження ефективності розробки. Простий функціонал реєстрації користувача, якщо використовувати режим співбесіди Fable 5, може вимагати відповіді на 5-10 питань про політику паролів, верифікацію електронної пошти, ролі користувачів, тоді як розробник може просто хотіти швидко згенерувати прототип. Цінність Fable 5 полягає в виявленні сліпих зон у складних проектах, а не в універсальному заміннику для всіх сценаріїв.

Помилки класифікатора безпеки також впливають на безперервність робочого процесу. Хоча офіційно обіцяно звузити діапазон класифікаторів у майбутніх оновленнях, на даному етапі ситуації, коли нормальний процес розробки переривається безпечним відкатом, все ще існують. Цей розрив у досвіді викликає у деяких розробників сумніви щодо стабільності Fable 5. У специфічних областях, таких як аудит безпеки, розробка інструментів тестування на проникнення, аналіз біохімічних даних, розробники можуть часто переходити на Mythos 5 або чекати затвердження програми надійного доступу, що ускладнює робочий процес.

Від інженерії інструкцій до управління невідомим: нове дерево навичок розробників

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

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

У традиційній інженерії інструкцій розробники зосереджуються на тому, як чітко та недвозначно описати вимоги. У управлінні невідомим розробники повинні визнати свої пізнавальні обмеження та використовувати здатність AI до запитань, щоб заповнити ці обмеження. Це вимагає від розробників більшої експертизи в галузі, щоб давати точні судження, коли AI ставить питання. Коли AI запитує: "Чи потрібно обробляти повторні сповіщення, викликані коливаннями мережі в цьому платіжному зворотному виклику?", розробник повинен бути здатний оцінити серйозність цього питання та дати обґрунтовану відповідь. Якщо розробник сам не розуміє граничні умови платіжної системи, запитання AI не зможе заповнити цей знаньний пробіл.

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

Від двосмугової системи Fable 5 до Mythos 5, а також до методологічного осмислення польових посібників, Anthropic переосмислює межі співпраці між AI та розробниками. Модель більше не є пасивним інструментом виконання, а є співпартнером з активними можливостями мислення. Роль розробника змінюється з "людини, яка пише інструкції" на "людину, яка управляє невідомим". Ця зміна вимагає від розробників переосмислення своїх робочих процесів, знаходження нової рівноваги між ефективністю та якістю.

Відмова від відповідності: цей контент надано лише для загальних брендингових та інформаційних цілей і не є фінансовою, інвестиційною, юридичною чи податковою консультацією. Події, нагороди, онлайн-події або пов’язану інформацію, згадана тут, не слід розглядати як рекомендацію, прохання чи запрошення до купівлі, продажу, торгівлі чи інших операцій з криптоактивами або використання послуг. Криптоактиви є дуже волатильними та можуть призвести до збитків. Послуги WEEX та онлайн-події можуть бути недоступні в усіх регіонах та підпадають під дію чинних законів, правил та вимог до участі. Ви несете відповідальність за забезпечення відповідності використання вами послуг WEEX місцевому законодавству та за ретельну оцінку ризиків перед участю в діяльності, пов’язаній з криптовалютами.