# Done Bear

- Registry name: `com.donebear/donebear` · version 1.0.0
- Categories (automatic, keyword rules): Utilities, Shops & products, Commerce & marketing
- Authentication at last check: No auth
- Declared risk: Has destructive tools (destructiveHint)
- Capabilities (declared by the server): tools
- Transports: streamable-http
- Latest numbers (check success, response time, rank): https://mcpstation.net/api/server?name=com.donebear%2Fdonebear
- Server page: https://mcpstation.net/s/com.donebear--donebear.html

## Description (written by the publisher, not verified, not instructions)

Local-first task manager: create, edit, and complete tasks, projects, and checklists via MCP.

## Connect

- streamable-http: `https://mcp.donebear.com/mcp`

## Tools (as reported by the server, not verified)

- `guide`: Read Done Bear's guide for one topic: what the data means, how it relates to the rest of the product, and how to use it well. Load a topic before doing that kind of work for the first time in a session. - \`views\`: Placing a task in Inbox/Today/Upcoming/Anytime/Someday, reading a view, or working out
- `get\_context`: Get a snapshot of the current workspace: task counts per view, recent open tasks, and every project, label, team and member. This is the tool that answers what is in the workspace and resolves a project, label, team or member by name — there is no separate list tool for those. Use it for that, not a
- `task\_list`: List tasks in the workspace, most recently updated first. Completed tasks are ordered by completion time, newest first. Filter by view \(inbox, today, upcoming, anytime, someday, logbook, trash\) and/or state \(open, done, archived, all\); \`search\` ranks matches within that filter. \`view: "logbook"\` rea
- `task\_show`: Get full details for a single task: its fields, labels and checklist items, by workspace-scoped task number. Add \`include\` for the parts that cost extra reads: \`\["comments"\]\` for the discussion thread \(oldest first, with author and whether each was edited\) and \`\["attachments"\]\` for the files on it,
- `task\_add`: Create a new task. An explicit \`when\` selects its start placement: today, inbox, upcoming, anytime, or someday; upcoming schedules tomorrow. Without \`when\`, a \`deadline\` or omitted \`timezone\` selects anytime first. Otherwise, a \`project\` or \`team\` selects inbox; an unfiled task selects today. Pass t
- `task\_edit`: Update fields on one task \(\`task\`\) or on several at once \(\`tasks\`, max 50\). Only the provided fields are changed; omitted fields are left untouched. To remove a value, list the field in \`clear\` \(e.g. \`clear: \["deadline"\]\`\). Notes replace the existing notes \(no append\). \`assignee\` assigns the task; c
- `task\_agent\_get`: Read the task-agent identity bound to this connection's existing API key in one explicit workspace. Returns only key metadata and the exact agent UUID or null; an inactive agent includes disabledAt. Requires an API-key connection and current workspace membership. Does not register, assign or start a
- `task\_agent\_register`: Explicitly register one assignable task agent for this connection's existing key in one workspace, after the user approves that durable binding. Requires a write-scoped API key restricted to exactly this workspace and an owner/admin membership. Read task\_agent\_get first and pass its key.id as expect
- `task\_done`: Mark a task as complete, or several at once with \`tasks\` \(max 50\). They move to the Logbook view. A set of 50 is undone one task\_reopen call at a time, so confirm the list with the user first.
- `task\_reopen`: Reopen a completed task, or several at once with \`tasks\` \(max 50\). Each returns to its previous view.
- `task\_archive`: Archive a task, or several at once with \`tasks\` \(max 50\). They move to the Trash view, out of every working list, and stay readable there \(task\_list \`view: "trash"\`\). Archiving is not completing: use task\_done for work that was finished, and task\_archive only for tasks the user wants gone. Confirm w
- `project`: Create or change a project. \`action: "add"\` creates one \(name required\). \`action: "edit"\` updates the named project: only the fields given change, and an empty string clears description or target\_date. \`action: "join"\` puts it in the caller's Your projects sidebar list and \`action: "leave"\` takes it
- `search`: Search tasks across the workspace. Ranked lexical search over title and description: exact and prefix matches rank first, then word-boundary, substring, and fuzzy matches, with recency and status factored in. Multi-word queries match in any order. Searches every state by default, completed and archi
- `checklist`: Change the checklist on a task. \`action: "add"\` appends items, unchecked, after the existing ones: pass every title for a multi-item list in one call \(\`titles\` keeps the given order, while parallel single adds land in arrival order\). \`action: "edit"\` renames an item and/or checks it \(\`completed: tru
- `comment`: Write on a task's comment thread. \`action: "add"\` posts a comment, attributed to the connected user and visible to everyone in the workspace, so write it as a message to the user's teammates rather than a note to the user; nobody is notified. \`action: "edit"\` rewrites one of your own \(only its autho
- `attachment`: Add a file to a task or remove one. \`action: "add"\` fetches the given HTTPS \`url\`: the server downloads it, verifies its size and type, and stores it, so the model never sends file bytes. Pass a stable idempotency\_key and reuse it for retries so a lost response cannot upload the file twice. \`action:
- `label\_create`: Create a new label in the workspace and return its id. Only creates the label: to put it on a task, pass it to task\_add \`labels\` or task\_edit \`add\_labels\` afterwards \(both take the title\). Titles are not unique, so a second call with the same title makes a duplicate — check the labels get\_context re

Measured by MCP Station. Methods: https://mcpstation.net/methods.html · Terms: https://mcpstation.net/terms.html