Claude Fable 5.1: модель для длинных рабочих документов
Claude Fable 5.1 в этой карточке рассматривается отдельно от агентного сценария и программирования: фокус — длинные рабочие документы, их разбор и аккуратная редактура. Название версии и доступный режим нужно зафиксировать перед тестом: интерфейс, API и корпоративный тариф могут иметь разные лимиты контекста, историю файлов и правила хранения. Карточка не заменяет документацию поставщика и не обещает, что модель без проверки прочитает любой архив.
Профиль модели
Запишите точное обозначение версии, дату проверки, выбранный интерфейс и размер входного файла. Уточните, поддерживаются ли таблицы, PDF со сканами и комментарии редактора, а также что происходит при превышении лимита. Если сервис автоматически переключает модель, сохраните это в журнале, иначе повторный результат нельзя будет честно сравнить.
Fable имеет смысл проверять в задачах, где важны структура и объяснимость: собрать краткое резюме договора, найти противоречия в инструкции, подготовить список изменений между версиями, привести заметки к редакционному формату. Для финального юридического вывода, публикации без вычитки и принятия решения за сотрудника модель не подходит.
Тестовый корпус
Соберите 16 обезличенных документов: четыре инструкции, четыре протокола встреч, четыре версии одного регламента и четыре текста с намеренными ошибками. В каждом файле сохраните заголовки, даты и номера разделов. Один документ оставьте неполным, а в другом добавьте два похожих пункта с разными сроками — так проверяется, умеет ли модель замечать конфликт, а не выбирать удобную формулировку.
Перед загрузкой удалите имена, телефоны, ключи и внутренние ссылки. Для этого можно использовать локальную практику маскирования данных. Исходник и обезличенную копию храните раздельно, а словарь замен не передавайте в чат.
Собственный протокол проверки
Дайте модели четыре последовательных задания, не объединяя их в один запрос. Сначала попросите перечислить главы и неизвестные места. Затем — сделать резюме только по указанным разделам. Третьим запросом — сравнить две версии и назвать точные расхождения. В конце — подготовить редакторский черновик с полями «факт», «источник», «сомнение» и «следующий вопрос».
На каждом шаге сохраняйте исходный ответ. Указывайте, на какой странице или в каком разделе найдено утверждение. Если модель не может привести место в документе, помечайте фрагмент как требующий проверки, даже если формулировка звучит уверенно.
| Проверка | Что считаем хорошим результатом | Сигнал остановки |
|---|---|---|
| Структура | главы и номера сохранены | разделы перепутаны или пропущены |
| Сравнение версий | названы фрагменты и даты | модель пишет «изменений нет» без основания |
| Сомнительный пункт | явно помечен и вынесен в вопрос | добавлена догадка вместо источника |
| Редактура | стиль улучшен без новых фактов | изменены числа, условия или имена полей |
Повторите четыре задания на втором наборе документов. Оценивайте не литературность, а число исправлений, пропущенных конфликтов и ложных цитат. Методика контроля ответа подробно описана в гайде проверки результатов нейросети.
Контекст и работа с версиями
Длинный контекст не отменяет навигацию. Попросите модель сначала составить карту файла, а вывод строить только после подтверждения нужных разделов. При обновлении регламента загружайте две версии с явными датами и отдельным вопросом о конфликтующих сроках. Не добавляйте в тот же запрос задачу «сделай вывод и отправь его команде»: извлечение, редактура и действие должны иметь собственные контрольные точки.
Проверяйте переносы страниц и таблицы отдельно. Скан может распознаваться иначе, чем текстовый PDF, а мелкая сноска — потеряться при сокращении. Если документ содержит диаграмму или подпись, попросите модель назвать, что именно она увидела, и подтвердите это визуально.
Проверка трассируемости вывода
Попросите модель вернуть результат в виде списка: утверждение, точная цитата, номер страницы и действие редактора. Затем выберите несколько пунктов вслепую и найдите их в исходном файле сами. Удачный тест — когда проверяющий быстро отличает дословную цитату от пересказа и видит, где модель честно оставила поле пустым. Если ссылка ведёт на соседний раздел или цитата обрезает условие, это не мелкая косметика, а ошибка трассируемости. Для повторного прогона сохраните тот же набор страниц и сравните, какие ссылки изменились после обновления версии.
Русский язык и стиль
Дайте примеры с падежами, сокращениями, кавычками и числовыми диапазонами. Проверьте, не превращает ли модель «не позднее пяти рабочих дней» в календарные дни, не меняет ли термин «заказчик» на «клиент» и сохраняет ли нейтральный тон. Стиль можно закрепить образцом, но фактические ограничения должны проверяться по исходному документу.
Доступ, лимиты и приватность
Считайте полную стоимость: загрузка длинного файла, повторные вопросы после ошибки и время редактора. Зафиксируйте лимит размера, число запросов и срок хранения вложений. Не передавайте секретные приложения и персональные данные без разрешённого режима. Проверьте, кто видит историю чата и можно ли удалить файл после завершения.
Сильные и слабые стороны
Сильные стороны: работа с большой связной структурой, удобное сравнение редакций, понятное оформление черновика и возможность задавать проверяемые ссылки на разделы.
Слабые стороны: риск пропустить мелкую сноску, зависимость от качества распознавания скана, стоимость повторных прогонов и невозможность считать уверенный пересказ доказательством.
Честный вердикт
Claude Fable 5.1 стоит проверять для подготовки резюме, сопоставления версий и редакторского черновика, когда команда сохраняет первоисточник и вручную подтверждает факты. Модель не должна становиться единственным хранителем регламента или автором финального решения. Надёжность определяется не длиной контекста, а тем, может ли каждый важный вывод быть быстро найден и проверен человеком.