В этом разборе
Миграция forced tool должна сохранить границы уточнения и исполнения, а не только убрать ошибку параметра.
Предположение об управлении запросом перестало работать
Анонс Fable 5 и Mythos 5 от 9 июня 2026 года и запись о выпуске Opus 5 от 24 июля предшествовали заметкам о Fable от 1 сентября. Документация новой модели называет принудительный вызов инструмента несовместимым изменением, возвращающим ошибку. Речь не просто о другом предпочтении по стилю ответа. Если приложение считало принудительный вызов гарантированным следующим шагом, теперь ему требуется пересмотреть границу контракта и понять, какую прикладную обязанность обеспечивало прежнее управление.
Выбор инструмента не даёт полномочий
Принуждение модели к выбору инструмента могло служить сокращённым маршрутом для уже распознанного запроса. Само по себе оно не доказывало разрешение операции или правильность аргументов. Исчезновение такого сокращения разделяет несколько ранее объединённых решений: нужна ли работа, какая операция подходит, достаточно ли входных данных и допустимо ли исполнение. Явное разделение упрощает миграцию. Оно также предотвращает ошибочную реакцию, при которой любой похожий на вызов текст считается разрешением выполнить действие. Формат ответа и право изменить внешнюю систему имеют разные основания.
Ошибка отличается от отказа модели
Непринятый параметр запроса представляет нарушение контракта ещё до продвижения нужного процесса. Отказ модели выполнить задачу является другим состоянием. Корректный ответ без инструмента, потому что требуется уточнение, также отличается от обоих случаев. Если назвать всё «сбоем инструмента», повторные попытки становятся бессистемными. Приложению следует классифицировать наблюдение до выбора восстановления. Это инженерное следствие документированного изменения, а не заявление о поддержке определённого заменяющего параметра или обходного решения. Каждый предполагаемый заменитель требует собственной проверки контракта и не получает совместимость автоматически.
Проверка миграции должна дойти до решения
Представим условный поиск адреса с недостающей частью местоположения. Прежняя обвязка ожидала принудительный поиск. Обновлённый сценарий допускает поддержанное уточнение и проверяет, что выдуманный адрес не отправлен во внешнюю систему. Другой случай предоставляет полные сведения и изучает предложенную операцию перед исполнением. Вместе случаи проверяют продвижение и сдержанность. Это предлагаемые сценарии, а не результаты бенчмарка продукта. Они не позволяют доказать успешную миграцию одним исчезновением ошибки параметра: корректная работа должна сохраниться и на уровне смысла пользовательской задачи.
Ответственность приложения должна сохраниться
Важный инвариант — граница решения приложения, а не точный вид устаревшего запроса. Система по-прежнему отличает неполное поручение от готового к исполнению и сохраняет управление действиями с последствиями. Успешное обновление меняет способ достижения решения, сохраняя его смысл. Поэтому сентябрьский выпуск показывает более общий урок миграции: после исчезновения средства управления сначала определяется обслуживаемая им обязанность. Затем она восстанавливается поддержанным поведением. Одна синтаксическая совместимость не могла гарантировать правильность раньше и не становится достаточным критерием после изменения интерфейса или перехода на новую модель.