Claude Opus 4.7 «погубил» инструмент Стива Йегги Gas Town
Техноблогер Simon Willison процитировал в своём блоге фрагмент эссе разработчика Стива Йегги «The Shape of Things to Come», в котором тот описывает крах собственного инструмента Gas Town.
По словам Йегги, Gas Town задумывался как переиспользуемый инструмент, но на практике использовался только для того, чтобы «строить самого себя». Вплоть до версии модели Claude Opus 4.6 включительно инструмент работал «великолепно». Ситуация изменилась с переходом на Opus 4.7: у модели проявился повторяющийся паттерн поведения, который Йегги называет тиком «ещё две вещи» (just two more things), модель постоянно находила повод донастроить сам Gas Town и никогда не «сходилась» (converge) к состоянию готовности выполнять реальную работу.
Этот тик у Opus так и не исчез, и в результате Gas Town, по выражению Йегги, «фактически сгорел», перестал быть рабочим инструментом. Йегги уточняет, что у Gas Town были и другие проблемы, однако именно поведение Opus 4.7 стало последней каплей, которая окончательно похоронила проект.
Ключевые факты
- Стив Йегги строил собственный инструмент Gas Town, который в итоге применялся только для того, чтобы дорабатывать сам себя
- Вплоть до версии Claude Opus 4.6 включительно Gas Town работал, по словам Йегги, «великолепно»
- С переходом на Claude Opus 4.7 у модели появился повторяющийся тик «ещё две вещи», она никогда не сходилась к готовности делать реальную работу, постоянно норовя донастроить сам Gas Town
- Тик так и не исчез, из-за чего Gas Town, по выражению Йегги, «фактически сгорел» и перестал быть рабочим инструментом
- У проекта были и другие проблемы, но именно поведение Opus 4.7 стало последней каплей
Почему это важно
История иллюстрирует риск регрессии агентного поведения между версиями одной и той же модели: даже минорный переход (4.6 → 4.7) может сломать рабочий процесс, построенный вокруг модели, если у неё меняется способность «сходиться» к готовому результату, а не бесконечно донастраивать собственный инструментарий.
Кому это важно
Разработчикам, которые строят собственных ИИ-агентов и автоматизированные пайплайны поверх моделей семейства Claude Opus, а также всем, кто закладывает стабильность поведения модели между версиями как предпосылку для долгоживущих агентных систем.
Как это применить
Источник не даёт технических подробностей об устройстве Gas Town и не содержит рекомендаций, как избежать подобного сбоя. Сам кейс, сигнал закладывать в архитектуру агентных систем возможность отката на предыдущую версию модели и проверять переход на новую версию по факту схождения агента к результату, а не только по формальным бенчмаркам.
Можно ли доверять
Это личное свидетельство одного разработчика (Стива Йегги), процитированное сторонним блогером (Simon Willison), а не официальное заявление Anthropic или независимое исследование. Источник не приводит ни дат, ни метрик, ни технических подробностей причины такого поведения модели, поэтому судить о масштабе проблемы за пределами конкретного случая с Gas Town нельзя.
Риски и подводные камни
Источник не раскрывает, чем именно был Gas Town, когда конкретно проект развалился и в чём заключались «другие проблемы», упомянутые Йегги, это ограничивает пересказ рамками одного личного кейса, а не общей характеристикой Claude Opus 4.7.
«Gas Town задумывался как переиспользуемый инструмент, но в итоге я использовал его только для того, чтобы собирать сам себя. Gas Town развалился по швам на Opus 4.7. Вплоть до версии 4.6 всё работало великолепно. С 4.7 появился тик «ещё две вещи», он не давал Opus когда-либо сойтись к состоянию готовности к реальной работе: модель всё время хотела донастраивать сам Gas Town. Этот тик у Opus так и не прошёл, так что Gas Town фактически сгорел дотла. У него были и другие проблемы, но 4.7 стал последней каплей.»
— Стив Йегги, эссе «The Shape of Things to Come»