> Подозреваю, что в библиотеку обработки низкоуровневых операций вы после этого захотите перенести примерно всё.

Ну оно примерно так всё и обстоит когда делают адекватные опытные люди. Ввод/вывод, обработка всего критичного (да и не только) основного функционала делает то, что в вашей терминологии - "библиотека обработки низкоуровневых операций". А для всякого сервисного, технологического и иногда "высокоуровневой" логики работы (не сильно критичной по времени и кастрированной ровно настолько чтоб минимальный функционал/безопасность обеспечивались даже если скрипты вообще "упадут" на первой же строке и навсегда), то почему бы и нет. Выбирается движок не по достоинствам скриптового языка, а по легкости встраивания, прожорливости и приемлемости/знакомости для участников. Делается не ради понтов, а чтобы часть работы могли делать менее квалифицированные товарищи (обычно "не из нашего района") так чтобы без шансов сломать что-либо важное. И чтобы им же было проще вносить хренилион мелких исправлений по мелким замечаниям типа "вот тут должно мигать чуть побыстрее", "при нажатии кнопки должно пищать 3 раза, а не 2" - не трогая ни нормальный код, ни нормальных разработчиков. Ну и вопрос ответственности (это же не "мы", а "мы вместе с вами" разрабатывали!)

Мне не очень нравится термин "библиотека обработки низкоуровневых операций" - он как бы намекает, что это набор каких-то разрозненных данных/функций, а тут всем рулит Скрипт (или даже СКРИПТ) и он лишь дергает какие-то низкоуровневые функции для мелкой черновой работы (хотя для поднятия самооценки пишуших такие скрипты - пусть так и считают).  По факту, это обычной embedded проект, где помимо обычного функционирования, в одном или нескольких потоках запускаются VM/интерпретаторы, им скармливается часть данных/событий и они чего-то дергают/возвращают/генерируют, что передается потом обратно основной программе.