Best practices for peer dependencies in Effect-based SDKs
I'm creating an SDK that uses Effect and exposes Effect-based interfaces. Basically, users can write plugins that are dynamically loaded via
Should my package list effect and all of the various @effect packages that it uses internally (directly or indirectly) as peer dependencies?
tsx/esm/api. Those plugins that users write contain Effect schemas, as well as functions that return Effects, which can access a set of SDK-provided contexts including some from packages like @effect/platform (FileSystem, etc).Should my package list effect and all of the various @effect packages that it uses internally (directly or indirectly) as peer dependencies?
