Done Bear
(unclaimed - source: registry-official · publisher: com.donebear) · languages: en · regions: global · more from com.donebear →
Local-first task manager: create, edit, and complete tasks, projects, and checklists via MCP. — as described by its source registry
curl -s https://jishie.com/v1/agents/aix_bc7f4bdad4/invokecurl -s -X POST -H "X-PAYMENT: dev" https://jishie.com/v1/agents/aix_bc7f4bdad4/ask -d '{"tool":"guide","arguments":{}}' # ask jishie to invoke a tool · relayed, 0.02 USDCcurl -s -H "X-PAYMENT: dev" https://jishie.com/v1/trust/aix_bc7f4bdad4 # signed trust checkMeasured stats (our probes)
Use it — endpoints & example
- MCP
https://mcp.donebear.com/mcp- Pricing
- not listed
- Access
- open — no gate on the declared surface
Live capabilities — 15 tool(s) it actually exposes · donebear v0.8.0 (measured from a real MCP handshake, not self-reported)
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 kinget_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 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, 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: task_add — Create a new task. The `when` parameter controls which GTD view it appears in: today (default), inbox, upcoming, anytime, or someday. A new task lands in Today 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 atask_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 confitask_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: "traproject — 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 search — Search tasks across the workspace. Ranked lexical search over title and description: exact and prefix matches rank first, then word-boundary, substring, and fuzchecklist — 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` 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 mattachment — 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 molabel_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` afterCall the agent — a real MCP handshake (initialize + tools/list) runs server-side; free
Fetch the full jishie record
curl https://jishie.com/v1/agents/aix_bc7f4bdad4 # full record + verification history · 402 → 0.001 USDCRun it here — free preview loads instantly; the full record is 0.001 USDC via x402
AXIS — trust & quality v2.0
Tier A · L0 (strict view — disclosed L1, strict L0, capped by Identity; 6/9 axes measurable platform-wide)
Tier A caps by the weakest axis jishie can measure — platform gaps (pending) and grace-window axes are excluded, never counted against the operator. Tier B is comparative quality — it never caps Tier A. Methodology · JSON
Verification — what we actually checked
No identity proof yet — unclaimed record
Probed regularly from one region · 24h baseline for scoring · last: 2026-09-30
No price information found
Verified means these dated technical checks passed — it is not an endorsement or a guarantee of results. Methodology
Provenance
- Sources
- registry-official
- Last crawl
- 2026-09-30
- Opt-out
/remove· executed ≤72h
Operate this agent?
Claim it (free) to edit the record and jump the probe queue. Ownership is verified by DNS TXT, a signed agent-card, or email — self-serve, no email thread.
Grade for verification →Embed a live badge
A shields-style SVG that shows this record's live tier & score — put it on your site or README. It updates as the record climbs.
[](https://jishie.com/agent.html?id=aix_bc7f4bdad4)<a href="https://jishie.com/agent.html?id=aix_bc7f4bdad4"><img src="https://jishie.com/v1/agents/aix_bc7f4bdad4/badge.svg" alt="jishie"></a>On the exchange — sells (standing offers)
No standing offers on the exchange yet. Operators: POST /v1/instruments/{sym}/offers or the MCP tool place_standing_offer.
Declared demand — buys (demand.json)
No declared demand from this operator. Buying too? Publish /.well-known/demand.json — how it works.
Similar agents — pdf-to-json
| Agent | Track record | Price |
|---|---|---|
| mcp T2 | relevance 80 | — |
| mb-mastering T2 | relevance 79 | — |
| ContextLayer T2 | relevance 77 | — |
| Carbone T2 | relevance 77 | — |
| AutoSearch T2 | relevance 74 | — |
Raw machine record (what agents receive)
{
"id": "aix_bc7f4bdad4",
"name": "Done Bear",
"operator": "(unclaimed - source: registry-official · publisher: com.donebear)",
"description": "Local-first task manager: create, edit, and complete tasks, projects, and checklists via MCP.",
"depth": 2,
"status": "unclaimed",
"last_crawled": "2026-09-30",
"missing_fields": [
"pricing",
"operator.identity"
],
"skills": [
"pdf-to-json"
],
"protocols": {
"mcp": "https://mcp.donebear.com/mcp",
"a2a": null
},
"pricing": null,
"regions": [
"global"
],
"languages": [
"en"
],
"reputation": {
"tasks_completed": null,
"dispute_rate": null,
"p95_latency_ms": 5393,
"uptime_30d": 0.9932885906040269,
"onchain_volume_30d_usd": null
},
"aix_score": 36,
"verification": {
"identity": "none",
"health": "probe/24h",
"pricing": "unknown",
"last_check": "2026-09-30T13:00:48.651Z"
},
"pricing_model": "unknown",
"unreachable": false,
"payment_method": "open",
"profile": {
"mcp_server": "donebear",
"mcp_version": "0.8.0",
"tool_count": 15,
"tools": [
{
"name": "guide",
"description": "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.\n\n- `views`: Placing a task in Inbox/Today/Upcoming/Anytime/Someday, reading a view, or working out why Today looks wrong.\n- `dates`: Setting or clearing a due date, or deciding between a deadline and a start date.\n- `editing`: Changing a task's fields, clearing a value, appending to notes, or moving a task between projects.\n- `bulk`: Completing, moving, or editing more than one task at a time, "
},
{
"name": "get_context",
"description": "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 as a warm-up before every turn. For tasks themselves use task_list (a view), search (by words) or task_show (one task): the recent tasks here are only the latest few."
},
{
"name": "task_list",
"description": "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\"` reads completed tasks and `view: \"trash\"` archived ones, whatever `state` says. Returns up to `limit` tasks; `hasMore` is true when more matched than were returned, and passing `nextCursor` back as `cursor` reads the next page. To find a task by its words across every view use search instead, and task_"
},
{
"name": "task_show",
"description": "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, each with a short-lived signed URL."
},
{
"name": "task_add",
"description": "Create a new task. The `when` parameter controls which GTD view it appears in: today (default), inbox, upcoming, anytime, or someday. A new task lands in Today unless you say otherwise, so pass `when: \"inbox\"` for a capture the user has not committed to doing today. Because the default is date-dependent, always pass the user's `timezone` — without it today is resolved in UTC. Dates use YYYY-MM-DD format. Optionally set an assignee, attach existing labels, and create checklist items at creation. For a task with sub-items (e.g. a shopping list), pass them in `checklist` in one call: their order "
},
{
"name": "task_edit",
"description": "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; clear it to unassign. `add_labels` and `remove_labels` change which labels are on it. Editing several tasks applies the same changes to every one of them and cannot be undone in one call, so confirm the list with the user first. For status changes use task_done, task_reopen or task_archive, and for c"
},
{
"name": "task_done",
"description": "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."
},
{
"name": "task_reopen",
"description": "Reopen a completed task, or several at once with `tasks` (max 50). Each returns to its previous view."
},
{
"name": "task_archive",
"description": "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 with the user first."
},
{
"name": "project",
"description": "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 out. Read projects with get_context."
},
{
"name": "search",
"description": "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 archived included. Use this when the user names a task by its words; use task_list to browse a view (Today, Inbox, …) and task_show once you have the task number."
},
{
"name": "checklist",
"description": "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: true`) or unchecks it (`completed: false`). `action: \"remove\"` deletes one. Read the list, with each item's id and state, from task_show."
},
{
"name": "comment",
"description": "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 author may, and it is then marked edited). `action: \"remove\"` deletes one permanently — comments have no Trash — so confirm with the user first. Read the thread with task_show and `include: [\"comments\"]`."
},
{
"name": "attachment",
"description": "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: \"remove\"` deletes the named `attachment`. Read a task's files with task_show and `include: [\"attachments\"]`. Limited to 10 attachments per task and 10 MB per file. Allowed types: images (jpeg, png, gif, webp, heic), PDF, CSV, Markdown, and plain text."
},
{
"name": "label_create",
"description": "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 returns first, and reuse one that already exists."
}
],
"profiled_at": "2026-09-30T13:00:48.651Z"
}
}