Anthropic випустила Claude Fable 5.1 1 вересня 2026 року — оновлену модель, яка коштує дешевше за Claude Fable 5 і одночасно послаблює частину обмежень, які раніше діяли в API. За даними TechCrunch, саме ця комбінація — нижча ціна плюс ширше поле дозволеного використання — і є головною новиною релізу, а не приріст у бенчмарках.

Для команд, які будують продукти на Claude API, це два окремі сигнали. Дешевший інференс знижує вартість масштабування — особливо для сервісів із високим обсягом запитів, де кожен цент за токен множиться на мільйони викликів. А послаблені обмеження відкривають категорії продуктів, які раніше впиралися в policy-фільтри Anthropic і змушені були або обходити їх складними промптами, або переходити на моделі з менш строгими правилами використання.

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

Що конкретно змінилося у Fable 5.1?

Anthropic оновила ціну виклику API та переглянула частину обмежень usage policy, які діяли для Claude Fable 5. За даними TechCrunch, реліз подають саме як два вдосконалення — дешевше і менш обмежено, — без акценту на нових спроможностях моделі. Це нетиповий фокус анонсу для Anthropic, яка зазвичай підкреслює безпеку і обережність у побудові Claude.

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

Кому нижча ціна змінить економіку продукту?

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

Що означає «менш обмежена» модель на практиці?

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

Водночас TechCrunch не наводить перелік конкретних знятих обмежень, тож розробникам варто самим перевірити актуальну usage policy Anthropic для свого сценарію, а не покладатися на загальні заяви про «менше обмежень». Практична порада: перш ніж переносити продукт на Fable 5.1 через очікування ширших дозволів, протестуйте саме той сценарій, який раніше блокувався, — політики можуть змінитися вибірково, а не по всьому спектру одразу.

Висновок AiiN

Наша теза: Anthropic вперше публічно грає на полі, де донедавна домінували конкуренти з менш строгими правилами використання, — і робить це одночасно зі зниженням ціни, а не замість нього. Це радше сигнал конкурентного тиску, ніж зміна філософії компанії: ринок продуктів на межі policy виявився достатньо великим, щоб Anthropic не могла ігнорувати його далі. Для AI-білдерів практичний висновок такий: перевірте, чи продукт, який ви раніше не будували на Claude через обмеження, тепер технічно можливий — і чи економіка на новій ціні взагалі має сенс для вашого обсягу запитів.

Що таке usage policy в контексті Claude API?

Usage policy — це набір правил Anthropic, які визначають, які типи запитів і застосунків дозволено будувати на базі Claude API. Порушення політики може призвести до обмеження доступу або блокування облікового запису розробника.

Чи означає це, що Claude тепер без обмежень взагалі?

Ні. TechCrunch описує послаблення частини обмежень, а не їх повне скасування. Anthropic зберігає базові guardrails щодо шкідливого контенту, і розробникам варто перевіряти актуальну версію policy перед запуском продукту.

Чи означає нижча ціна, що якість моделі впала?

Судячи з опису релізу, ні — TechCrunch не повідомляє про погіршення якості відповідей, а описує зниження ціни та послаблення обмежень як окремі, паралельні зміни. Втім, перш ніж переносити production-навантаження, варто прогнати власні бенчмарки на реальних задачах, а не покладатися на маркетингові тези релізу.