This roadmap tracks the direction for ruby_api_pack_cloudways as a Ruby gem
for Cloudways API access. It is planning context, not a release promise.
- Keep the Cloudways list and server endpoint surface stable and well tested.
- Keep token fetching and authenticated request behavior centralized.
- Improve safety around credentials and test fixtures. The hardcoded
debug_output: $stdoutleak inCwConnect/CwTokenis fixed inCHANGELOG.md [Unreleased], not yet cut as a release. - Keep release hygiene consistent for RubyGems publishing.
- Development/test gems (bundler, rubocop, simplecov, vcr, webmock) are
current with their latest RubyGems.org releases as of 2026-08-12; the
gemspec's
ruby_api_pack_coreruntime dependency already covers its latest published version under~> 0.1.
- Expand README examples for common Rails initializer and service-object usage.
- Add clearer examples for Cloudways server creation and scaling payloads.
- Confirm Ruby version support across gem metadata, CI, and docs.
- Improve response error handling around non-200 Cloudways API responses.
- Add optional pagination or filtering helpers if Cloudways endpoints require them.
- Add generator support for Rails initializer setup if Rails consumers need it.
- Add sanitized VCR cassette examples for representative Cloudways responses.
- Add richer typed response wrappers if downstream apps need stable result objects instead of raw hashes.
- Cloudways account administration
- Host application authorization policy
- UI components or dashboards
- Deployment orchestration outside Cloudways API calls
- Storing or rotating production Cloudways secrets