feat: Report provider name and version to LaunchDarkly

[kinyoklion]

Reports the provider as the wrapper so LaunchDarkly can attribute usage to the OpenFeature Ruby provider rather than the base Ruby SDK.

• The provider derives its client configuration with Config#with_wrapper_information("open-feature-ruby-server", VERSION), leaving the application's configuration untouched.
• Requires launchdarkly-server-sdk >= 8.15.0, which is the release that adds Config#with_wrapper_information (feat: Add Config#with_wrapper_information ruby-server-sdk#421). CI here will fail to resolve dependencies until that version is published.

Implementation details

Requirements

• I have added test coverage for new or changed functionality
• I have followed the repository's pull request submission guidelines
• I have validated my changes against all supported platform versions

Related issues

Part of an audit of the LaunchDarkly OpenFeature providers against the current OpenFeature specification. The Java and .NET providers already identify themselves via wrapper info; the Ruby provider did not, so usage of this provider was indistinguishable from direct use of the Ruby server SDK.

Describe the solution you've provided

Config is immutable and exposes wrapper_name/wrapper_version as readers only, so the base SDK gained a supported way to derive a configuration with different wrapper information. The provider calls it when constructing its client.

Describe alternatives you've considered

Setting the configuration's instance variables from the provider — rejected, as the provider must not depend on SDK internals. Rebuilding the configuration from its public readers — rejected because it would silently drop configuration options the provider does not know about.

Testing

bundle exec rake (RSpec + RuboCop) on Ruby 3.4, with the base SDK resolved from a local checkout of launchdarkly/ruby-server-sdk#421: 55 examples, 0 failures; 12 files inspected, no offenses.

Sequencing

This PR must not be merged before launchdarkly-server-sdk 8.15.0 is released; until then dependency resolution fails in CI.

@cursor review

Link to Devin session: https://app.devin.ai/sessions/0c452d209ec54b068ba120b4c92b8f6c
Requested by: @kinyoklion

[devin-ai-integration]

🤖 Devin AI Engineer

I'll be helping with this pull request! Here's what you should know:

✅ I will automatically:

• Address comments on this PR. Add '(aside)' to your comment to have me ignore it.
• Look at CI failures and help fix them

Note: I can only respond to comments from users who have write access to this repository.

⚙️ Control Options:

• Disable automatic comment, CI, and merge conflict monitoring