Гарри Поттер и архитектурные тактики Гарри подготовился серьезно. Загрузил данные о производительности, описал компоненты и то, как они взаимодействуют, обозначил ограничения. Вдобавок скормил LLM учебники по software architecture. И попросил модель порассуждать о системе на уровне архитектурных тактик, рассматривая ее как единое целое. Получилось плохо. Она не могла удержать систему в голове целиком. Постоянно теряла какой-то блок. Чуть отвлечешься на один компонент — забывается связь с другим. Ответы блуждали. Дала рекомендацию и вот уже противоречит сама себе. Оно понятно: она же недетерминированная, какая-то связь всегда теряется. Забывчивый ангел. Тогда Гарри начал наводить ее уточнениями. Замечал проблему и подталкивал к нужному ответу. Спрашивал что-то вроде: Но разве здесь не будет накапливаться большое количество запросов? Она отвечала… «Вы абсолютно правы» Подожди. А вот здесь у нас тридцать тысяч RPS на кластер, а не на один компонент. Она снова: «О, я это… вы абсолютно правы» И вот в этот момент Гарри сформулировал для себя главное: ты должен знать ответ заранее. Чтобы подвести к нему модель. Она - зеркало, подтверждающее то, что ты и так знаешь. Если знаешь. 🪄 Волшебная палочка не имеет смысла, если не знать заклинаний и что ты хочешь с ее помощью получить.