Специалист по Boo: dotnet-интеграция и наследие Unity

Моя специализация — язык Boo: статически типизированный язык, похожий синтаксисом на Python, который компилируется под платформу dotnet/Mono. Живьём его чаще всего встречают в устаревших проектах Unity, и именно с таким кодом я работаю больше всего. Есть набор старых сценариев на Boo, которые перестали собираться после апгрейда движка? Я приведу их в порядок: добьюсь чистой компиляции, аккуратно переведу самые опасные участки на актуальные конструкции либо оберну их так, чтобы действующий dotnet-код вызывал их без переписывания с нуля. Boo даёт привычную питоновскую запись с отступами, но при этом строго следит за типами, поэтому логику между ним и C# я переношу без потери типобезопасности. Работа обычно распадается на три направления. Первое — восстановление: я разбираю недокументированные модули, выясняю их настоящее поведение и отдаю проверенную, собираемую сборку. Второе — стыковка с dotnet: делаю сборки Boo доступными из C# и обратно, привожу в порядок ссылки на сборки и добиваюсь, чтобы Mono и dotnet одинаково трактовали типы. Третье — построение DSL: открытый компилятор и макросы Boo превращают его в удобную базу для маленьких внутренних языков, и я не раз собирал такие языки под конфигурации и бизнес-правила, которые безопасно правит даже не-технический сотрудник. К каждому заказу прилагаю понятный исходник, пояснения в коде, краткую памятку по сборке и модульные тесты, где это уместно. Перед любой правкой я простыми словами проговариваю плюсы и минусы решения, чтобы вы видели, зачем оно сделано. Опишите, чего вы ждёте от кода на Boo, и я честно назову объём работ и возможные риски.