Вроде бы для кастомной задачи реализация подобной штуки не выглядит слишком сложной. Собственно всё, что нужно - это маппинг сообщения на функцию, которая его обрабатывает.

Маппинг можно делать словарём, анализ сообщения для маппинга - ну тут уже индивидуально в зависимости от задачи.

Ну какой-то мультиплексор, который смотрит на тег/имя функции и на id сообщения, вызывает нужную функцию, принимает от нее результат, и добавляет тот же id сообщения.

+ соглашения на обеих сторонах по форматам сериализации и по ключевым словам для имени функции и id

Можно функцию, которая превращает сообщение в ключ (например вытаскивает значение нужного тега), потом по ключу берет функцию из словаря, исполняет ее и возвращает результат.

Вроде бы не выглядит сложным.

вряд ли такое есть как отдельная библиотека, реально проще всего явным образом эти несколько строк кода написать

Ну и еще - преобразовать все поля сообщения - в тупл и передать в функцию как args... или kwargs..
Можно самому написать, только эту будет нестандарт. Думал, что есть какие-то устоявшиеся способы, чтобы была поддержка в других языках из коробки.

Я думаю, что args... или kwargs... сложно, что если у тебя какие-нибудь вложенные структуры?

Но вообще, если бы это кто-нибудь оформил в виде библиотеки было бы неплохо, потому что это регулярно надо делать и помнить все детали не очень хочется каждый раз.

То есть условный процессинг может принимать: функцию, которая превращает сообщение в ключ, функцию, которая из сообщения достает id, функцию, которая добавляет в сообщение id и словарь, который преобразует ключ в функцию-обработчик.

Если так сделать, то в принципе потом можно любой формат использовать, процессинга это будет неважно.

А у разработчика, который будет этим пользоваться, в голове будет четкое разделение, что для чего нужно.

А есть CapNProto для julia?

Похоже, что нет.
Есть какой-то древний заброшенный проект.

MsgPack вроде поудобней protobuf - там не нужны сторонние компиляторы и файлы с описаниями.

Ну так в стороннем описании и компиляторе вся суть. Если есть описание, то для любого языка можно сгенерировать код клиента/сервера

ну а MsgPack просто есть для большинства языков, и использует препроцессоры

Msgpack как бинарный json, protobuf вообще другое

и там кстати схема не нужна - имена ключей хранятся в самом сообщении