Todoist connector setup
Operator·2 minutes to read
This page is the setup half — creating the OAuth app Todoist needs in its own developer console and getting its client id and secret into this deployment. Authorising a connection afterwards is the Authenticate control on the plugin sheet, which is what actually sends you to Todoist.
1. Create the OAuth app in the Todoist developer console
-
Open the Todoist App Console and create a new app — this is your own app, not Botseon's.
-
Under OAuth redirect URL, paste the redirect URL from
docs/connectors/README.md— with the quickstart's defaultBOTSEON_PUBLIC_URL, that is:http://127.0.0.1:3000/api/oauth/todoist/callback -
Save. The console shows you a Client ID and a Client secret — copy both now.
2. Scopes
Request the narrowest pair that covers the tools this connector exposes (F-PLUG-1: minimum scopes per capability, read and write requested separately):
data:read— list projects and tasks; no writes.data:read_write— everythingdata:readcovers, plus creating and completing tasks.
3. Enter the app
One command, with the client secret on standard input — there is no flag that takes it and no
environment variable that holds it (see
docs/connectors/README.md):
printf %s "$CLIENT_SECRET" | botseon oauth-app set \
--org <organisation id> --slug todoist \
--client-id <the client ID from step 1> \
--auth-url https://todoist.com/oauth/authorize \
--token-url https://todoist.com/oauth/access_token \
--configured-by <your user id>
It stores the secret encrypted and prints the redirect URL from step 1 back, so you can check the
two match. botseon oauth-app show --org <organisation id> --slug todoist says whether an app is
configured and under which client id; nothing prints the secret back.
Never put either value in a bot's description, a memory, or anywhere else a model reads as ordinary text.
Last verified against build c0f77aa.