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

Хотя хрен его знает конечно

в гем и так ничего не мешает просто файлики вынести и их подгружать. Вопрос как им туда параметры всякие прокинуть

через configure

как в доке

Вообще, выбирая между кодом, который виден и абстракциями - я бы выбрал первое

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

# system/container.rb
require 'dry/system/container'
require_relative '../vendor/dry/system/components'

class Container < Dry::System::Container
  boot(:redis, from: :persistence) do
    configure do |config|
      config.url = ENV['REDIS_URL']
    end
  end
end

но дефолтные настройки работали бы в 99% случаев

в случае с плагином, еще красивше

# system/container.rb
require 'dry/system/container'
require_relative '../vendor/dry/system/plugins/redis'

class Container < Dry::System::Container
  use :redis, url: -> { ENV['REDIS_URL'] }
end

но вопрос в другом; вообще правильно ли я это использую, или это вообще не для того нужно юзать?

А никто не знает на самом деле. Я бы так не делал и писал все руками. Можно попробовать и посмотреть что будет

Мне кажется, что норм идея делать такие штуки в самих либах

Типо ставишь гем и появляется плагин

External dependencies can be provided as bootable components, these components can be shared across applications with the ability to configure them and customize booting process. This is especially useful in situations where you have a set of applications with many common components.

Прикольная идея так то, но стоит на практике проверить

ну вот например сегодня @morozzzko говорил, что хочет много доменов иметь, и ккаждый из доменов может иметь свою папку system, и еще какая-то зашаренная папка, где еще какие-то зависимости

или херню говорю

Так у тебя будут зависимости под домен

+ общий контейнер со всеми зависимостями сразу

а, ну да