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

Вам нужно просто сделать инверсию зависимостей.
Каждый генератор должен быть изолирован, а взаимодействие с ними осуществляется через единый интерфейс (контракт взаимодействия с генераторами). В котором, к примеру, будет метод Generate();
В класс клиент (класс который использует генераторы), условно это медиатор, эти генераторы передаются в виде списка в конструктор.
Либо использовать Builder, который сконфигурирует этот медиатор и передаст в него все генераторы, которые вы в методе построения добавили. Сам класс посредник ничего не знает о реализациях и типах которые в него добавляют, он знает только о контракте и взаимодействует с генераторами через него.
Если это ASP.NET Core, можно их оформить как сервисы которые регистрируются в Startup через IServiceCollection, а потом вы их получаете через конструктор и используйте с помощью IoC, в качестве параметра конструктора можно задать IEnumerable<IGenerator>, тогда все сервисы зарегистрированные для этого интерфейса вернутся в виде "списка".

Вряд ли в момент выполнения вашей программы этот список необходимо менять. Так все генераторы будут изолированы друг от друга, класс клиент не будет ничего знать о их реализации, он будет знать только то, что можно запустить генерацию. При этом сам класс клиент ничего не инстанцирует, напрямую от них не зависит.
Любой генератор можно будет быстро добавить или удалить в конкретном и единственном месте в программе. А плагины вам 100% нафиг не нужны.