NB - Steve Dondleyhas copied Moo-Google into the cpan WebService::Google namespace. It should be noted that the code as of writing this is not yet ready for prime time but Steve is working on it so I am hopeful that it becomes usable soon.

If looking to use this as a generic Google API interface be warned that although the agent works well for handling to OAUTH tokens, the dynamic classing isn't really usable except for the Calendar API. There is a lower level method that can be used to construct the endpoints and do REST directly which is really the only way you should expect to use this at the moment. The idea of autoclass generation for the API's based on the Google API discovery endpoints is a kinda cool ambition but it seems to break down quickly with the current implementation as only the top level methods can be used.

An alternative approach for those seeking to make extended use of the Google API's might be to use the swagger specs as per https://github.com/APIs-guru/openapi-directory/tree/master/APIs/googleapis.com with something like Mojolicious::Plugin::OpenAPI as described at https://mojolicious.io/blog/2017/12/22/day-22-how-to-build-a-public-rest-api/

If anybody goes down that path I'd love to here on the level of success. For my use cases I'm using the low level methods in my own version of WebService::Google::Client for GMail, GMB, Sheets etc so if anybody needs a hand on this front feel to reach out.