Инженер Anthropic Тарик Шихипар объяснил, как снизить число ошибок Claude Fable в сложных задачах простым способом.

Шихипар предлагает перед началом работы искать так называемые unknowns — вещи, которые пользователь еще не сформулировал для модели или не осознал сам. По словам Шихипара, именно такие пробелы заставляют ИИ делать догадки и выбирать не тот путь. «Чем больше работы выполняет Claude, тем больше неизвестных она может встретить», — написал он.

Инженер делит эти «неизвестные» на четыре типа:

• Known knowns — то, что уже есть в промпте: сформулированные требования и цели;
• Known unknowns — вопросы, на которые пользователь понимает, что пока не знает ответа;
• Unknown knowns — неявные критерии, которые трудно описать заранее, но легко узнать, увидев подходящий результат;
• Unknown unknowns — слепые зоны: ограничения, риски и варианты решения, о которых пользователь вообще не подумал.

Шихипар считает, что сильные пользователи агентных инструментов отличаются не только умением писать подробные промпты. Они заранее допускают наличие пробелов в постановке задачи и умеют находить их вместе с моделью. «Умение сокращать число неизвестных и планировать работу с ними — это и есть навык агентного программирования», — отметил он.

Для поиска слепых зон инженер советует прямо просить Claude провести «blind spot pass»: изучить незнакомую часть кодовой базы, перечислить возможные риски, объяснить, какие вопросы стоит уточнить, и помочь улучшить промпт.

Например, разработчик может попросить модель: «Я добавляю нового провайдера авторизации, но ничего не знаю о модулях авторизации в этом проекте. Проведи blind spot pass и помоги выявить важные неизвестные».

Перед реализацией функции Шихипар также рекомендует использовать Claude для брейншторминга, создания прототипов и интервью. Модель можно попросить задавать по одному вопросу о неоднозначных местах, особенно о тех, где ответ способен изменить архитектуру проекта.

Отдельно он советует давать агенту примеры и исходный код похожих решений. По его словам, ссылка на готовую библиотеку или компонент часто полезнее длинного текстового описания, потому что показывает модели не только желаемый результат, но и устройство решения.

Во время работы Claude Code инженер предлагает сохранять временный файл с заметками об реализации. В нем агент должен фиксировать случаи, когда из-за edge case или особенностей проекта пришлось отступить от первоначального плана.

После завершения задачи Шихипар рекомендует попросить модель собрать прототип, спецификацию и заметки в единый документ для ревью, а затем провести пользователя через небольшой тест по внесенным изменениям. Сам он пишет, что не мержит код, пока не сможет правильно ответить на вопросы Claude о том, что именно изменилось.