Но он пошёл по примитивному пути, вызывать exe из MSBuild Target'а

оно может тулом ставиться и вызываться как хочешь. А путь мсбилда для билда

то бишь для активного девелопа, где спека по сути твой сорс код

А смысл, если можно сразу код вызывать

У меня получилось

ну смысл в том что ты кидаешь спеку в проект и у тебя серверная часть генерируется на каждом изменении спеки

Там чуть надо разобраться как сделать чтобы работало и в MSBuild и в MSBuild Core

И порешать кодом конфликты версий сборок

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

https://github.com/Szer/GiraffeGenerator/blob/f488a4a0c693cc954557960da19015169e7f8f76/src/GiraffeGenerator/Program.fs#L20-L26

Ну так Заед точно так же сделал. Только над MSBuild интеграцией не заморачивался

чот вроде dotnet run giraffegenerator —inputfile "abc.yaml" —outputfile "abc.fs"

В общем случае валидация данных отнюдь не про их длину или диапазон значений, а про взаимосвязи с остальными данными в системе, что предлагает некий вызов к остальным частям системы для получения этих данных. Я не понимаю, когда валидация сводится к «длина должна быть 24 символа». Это ведь так не работает в реальной жизни. А монада тут появляется как следствие накапливать ошибки валидации, чтобы сразу вернуть обратно все нарушения.

А я поверх его exe напилил MSBuild task. Но я по настоящему код вызываю

А не exe

ты так говоришь как будто это ко мне претензия, но я не понимаю её сути)

Я констатирую факт 🙂

Никаких претензий

Я так и не понял что в итоге не так и где ты чо поправил!

Ты не понимаешь! Это всё задел на сорс генераторы!

Просто люди думают на 5 лет вперёд! А ты сиди и жди по 0.5 фичи в год на своём фаршике 🌚