Собирался переписать чат-роутер, а баг оказался в двух строках промпта — классика

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

Он искал проблему там, где её не было: поисковый роутер исправно возвращал нужные данные, но LLM их упорно игнорировала. Всё выглядело как архитектурный провал, пока кто-то не заметил, что в промпте переменная названа неправильно — модель просто не понимала, что ей передали.

Мораль: прежде чем переписывать полсистемы, проверь промпты. Иногда баг — это не сломанный CI или кривой фреймворк, а просто опечатка в инструкции для нейросети. Эдакий "перезагрузи роутер", только вместо роутера — промпт.

Комментарий студии METABYTE

У нас тоже был случай, когда полдня искали баг в бэкенде, а он оказался в названии поля в JSON. С тех пор мы сначала проверяем данные, потом — промпты, и только потом трогаем архитектуру. Экономит нервы и кофе.