You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This will explain how we plan to allow users to get started using the CLI
If the user wants to log in (this is the expected primary workflow);
deepgram login will prompt the user to log in via the web using an OAuth2.0 device flow, and the API endpoints we create return a new API key (named "Automated CLI API Key for ") and should write to the config file.
If the user wants to manually set their API key into config;
deepgram login --api_key=<your key> should write to the config file (should not read from the environment variable - as this is potentially confusing where the value might come from)
To support users who prefer environment driven credentials (and CI workflows) they should be able use parameters and environment variables.
any command including --api_key=<your key> or a DEEPGRAM_API_KEY environment variable should just work
The text was updated successfully, but these errors were encountered:
This will explain how we plan to allow users to get started using the CLI
If the user wants to log in (this is the expected primary workflow);
deepgram login
will prompt the user to log in via the web using an OAuth2.0 device flow, and the API endpoints we create return a new API key (named "Automated CLI API Key for ") and should write to the config file.If the user wants to manually set their API key into config;
deepgram login --api_key=<your key>
should write to the config file (should not read from the environment variable - as this is potentially confusing where the value might come from)To support users who prefer environment driven credentials (and CI workflows) they should be able use parameters and environment variables.
--api_key=<your key>
or aDEEPGRAM_API_KEY
environment variable should just workThe text was updated successfully, but these errors were encountered: