Почему промпт не спасёт: ловушка сертификации CCA-F, в которую попадаются даже опытные разработчики

На мок-экзамене по сертификации CCA-F (Claude Certified Architect – Foundations) попался сценарий: система должна классифицировать обращения, и категория ни при каких условиях не может выйти за пределы фиксированного списка. Автор уверенно выбрал ответ «добавить в системный промпт строгую инструкцию с перечнем допустимых категорий и явным запретом на другие значения». Ответ оказался неверным — правильным было валидировать вывод на уровне приложения со схемой и retry-логикой.

Проанализировав свои прошлые ошибки, автор заметил закономерность: он стабильно проваливал вопросы одного типа, потому что неправильно провёл границу между промптами и архитектурой. Ожидая зубрёжки параметров API и лимитов контекста, он получил методичное «битьё» по этой ложной вере. Экзамен показал: даже самый строгий промпт — не гарантия, а архитектурная защита (валидация, схемы, ретраи) — единственный надёжный способ.

История — не просто байка с пробного теста, а иллюстрация распространённой ошибки: разработчики часто переоценивают возможности промптов и недооценивают необходимость архитектурных решений. Для тех, кто готовится к CCA-F или разрабатывает LLM-приложения, это ключевой урок: промпт управляет поведением, но не гарантирует его.