Yea, but then the other end has to serialise the HTTP API stuf to a typed object on their end.
It's a lot easier when you have a single shared library you can just NuGet into both sides, client and server and then use the same correctly typed PlayerDTO for both.
I don't know about you, but when I code-gen from an OpenAPI doc, I get strongly typed object interfaces, so the serialization is in the box. No need to have a client distribution specifically, unless you want to wrap the generated client to make it easier to implement security layers.
If I had to manually create a client, then I'd probably go back to WCF (CoreWCF) which, again makes it easy enough to publish a client. For WCF in particular, I used to have one project with all the interface definitions and a client-generator that would allow for an "easy" single connection string as opposed to the XML bloat that is typical for WCF defaults.
All the same, you can definitely generate strongly typed clients to OpenAPI, provided the interfaces are well defined in the doc/generator/api.
It's a lot easier when you have a single shared library you can just NuGet into both sides, client and server and then use the same correctly typed PlayerDTO for both.