
Google Tasks
io.github.girmmyPublished by GitHub account girmmyv1.0.3Updated Oct 24, 2026
Read/write Google Tasks: create, update, complete, delete, move tasks and lists, with due dates.
Overview
Lets an assistant read and write Google Tasks: list, create, update, complete, delete, and move task lists and tasks with due dates.
- What you can do
- An MCP server that gives an MCP client full read/write access to Google Tasks. Tools cover task lists (list, get, create, rename, delete) and tasks (list with due-date and updated filters plus pagination, get, create including subtasks, update title/notes/due date/status, complete or reopen, delete, move or re-parent, and clear completed tasks). Every tool supports markdown or JSON response format.
- When to use it
- Useful when you want an assistant to manage your own Google Tasks directly, for example turning notes or conversations into tasks, rescheduling due dates, or cleaning up completed items. It is a personal, single-account integration rather than a shared or hosted service.
- Requirements
- Runs locally over stdio, typically via npx or a global npm install, so Node.js is needed. Each user must create their own Google Cloud OAuth desktop client, enable the Google Tasks API, and complete a one-time browser authorization. Configuration uses GOOGLE_TASKS_CLIENT_SECRET, GOOGLE_TASKS_TOKEN_PATH, and GOOGLE_TASKS_OAUTH_PORT; the auth step needs a loopback port and a local browser.
Installation
In SourceWeft
- Open Google Tasks in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
google-tasks-mcp-server
[npm] [CI] [License: MIT] [Listed on mcpservers.org]
An MCP server for Google Tasks. Gives any MCP client (Claude Desktop, Claude Code, Codex, Cursor, etc.) full read/write access to your task lists and tasks: list, create, update, complete, delete, and move them, with real due dates.
There's no official Google Tasks MCP server, so this covers that. Full CRUD, OAuth installed-app auth flow (your credentials never leave your machine), TypeScript throughout.
Tools
Task lists
google_tasks_list_tasklistslist all task listsgoogle_tasks_get_tasklistget one task listgoogle_tasks_create_tasklistcreate a new task listgoogle_tasks_update_tasklistrename a task listgoogle_tasks_delete_tasklistdelete a task list and all its tasks
Tasks
google_tasks_list_taskslist tasks in a list, with due-date/updated filters and paginationgoogle_tasks_get_taskget one taskgoogle_tasks_create_taskcreate a task (optionally as a subtask, optionally positioned)google_tasks_update_taskupdate title/notes/due date/statusgoogle_tasks_complete_task/google_tasks_reopen_taskmark done / not donegoogle_tasks_delete_taskdelete a taskgoogle_tasks_move_taskreorder, re-parent, or move a task to a different listgoogle_tasks_clear_completed_tasksclear all completed tasks from a list
Every tool supports response_format: "markdown" | "json".
Quick start
From npm:
Or don't install it at all and let your MCP client run it via npx (see step 4).
Or from source:
Either way, follow Setup below to create your own Google OAuth credentials and authorize. There's no shared or hosted version of this, it talks directly to your own Google account.
Setup
1. Create a Google Cloud OAuth client
Each user needs their own OAuth client. It's not something that can be shared, since anyone using your client secret could impersonate your app (though they'd still need each individual user's own consent).
- Go to the Google Cloud Console, create (or pick) a project.
- APIs & Services → Library → enable the Google Tasks API.
- APIs & Services → OAuth consent screen (Google now calls this "Google Auth Platform"):
- User type: External is fine for personal use.
- Fill in app name and your email for support/contact.
- Under Audience → Test users, add your own Google account. While the app is in "Testing" status only listed test users can authorize it, which is fine for running this yourself.
- Clients → Create Client → Application type Desktop app. Create it.
- Grab the client ID and client secret, either via "Download JSON" right after creation or from the client's detail page later. Google's console won't show a secret's plaintext again once you navigate away, only download or regenerate it, so if you lose it just add a new secret instead of hunting for the old one.
- Save that file. By default this server looks for it at:
~/.config/google-tasks-mcp-server/client_secret.json(override the path with theGOOGLE_TASKS_CLIENT_SECRETenv var, useful if you'd rather keep it inside the project directory, e.g../credentials/client_secret.json.credentials/is already gitignored.)
The file should look like:
2. Install
From npm (nothing to build):
From source:
3. Authorize (one-time)
If you installed from npm:
From source:
This prints a Google consent URL and tries to open it in your default browser. Sign in, grant access, and it redirects back to a short-lived local server on http://localhost:53682. The token gets cached to ~/.config/google-tasks-mcp-server/token.json (override with GOOGLE_TASKS_TOKEN_PATH) and refreshed automatically from then on, so you shouldn't need to run this again unless you revoke access.
Run this on the same machine and in the same regular terminal you'll actually use day to day. See Troubleshooting below if you're running it from a container, VM, or sandboxed shell where localhost doesn't map back to your browser.
4. Run it
Or wire it into an MCP client. For Claude Desktop / Claude Code, add to your MCP config (usually ~/Library/Application Support/Claude/claude_desktop_config.json on macOS).
Using npm, with your client secret at the default ~/.config/... path, this is the whole config:
Or pointing at a source checkout:
Omit the env block if you saved your client secret at the default ~/.config/... path. Fully quit and reopen your MCP client afterward.
Codex
Codex uses TOML rather than JSON. Add this to ~/.codex/config.toml:
Or let the CLI write it for you:
Raise startup_timeout_sec if the first launch times out. A cold npx downloads the
package before the server can answer initialize, and Codex's default allowance is short
enough that this sometimes trips on the first run only.
If your client secret isn't at the default path, add:
Check it registered with codex mcp list. Authorization is the same one-time
google-tasks-mcp-auth step as everywhere else — run it in a normal terminal, not inside
Codex, since it needs to open a browser and catch a loopback redirect.
Environment variables
Security notes
- The client secret and cached token are plain files on disk (mode
0600for the token). Never commit them (.gitignorealready excludesclient_secret*.json,token.json,credentials/). - The server requests the full
https://www.googleapis.com/auth/tasksscope (read/write). For read-only access, editTASKS_SCOPEinsrc/constants.tsto.../auth/tasks.readonlybefore runningnpm run auth. Write tools will then fail with a 403 from Google, which is expected. - Tool annotations mark deletion/clear operations as
destructiveHint: trueso MCP clients can warn or gate on them. - Nothing here talks to any server but Google's own APIs and, during
npm run auth, a local loopback listener. No third-party backend involved.
Troubleshooting
npm run auth opens a URL, I click Allow, and it just hangs.
The process running npm run auth isn't on the same machine/network as the browser you're clicking Allow in. Common if you're running the server inside a container, remote dev environment, or sandboxed shell that isolates localhost. Fix: run npm run auth directly in a normal local terminal on the machine whose browser you're using.
Error [TransformError] ... You installed esbuild for another platform
Your node_modules was installed on a different OS/architecture than you're running on now, e.g. copied from a Docker container or a different machine. Fix: rm -rf node_modules package-lock.json && npm install.
Authorization failed: invalid_client
Your client_secret.json has the wrong client secret in it, usually from copy-pasting it by hand instead of downloading it directly. Go back to Google Cloud Console, add a fresh client secret, download or copy it directly, and update your client_secret.json.
Server exits immediately with "No cached Google Tasks token found"
You haven't authorized yet, or the flow didn't finish. Run google-tasks-mcp-auth (npm install) or npm run auth (source checkout) before starting the server.
Development
Test with the MCP Inspector:
Contributing
Issues and PRs welcome. This covers the full Tasks API surface but hasn't been tested across every edge case, so if you hit a bug or want a feature, open an issue.
License
MIT, see LICENSE.
Source: README.md at commit 276d142
Tools
0Version history
1- v1.0.3LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts