Files
verdande/docs/api.md
T
Kristian WindandClaude Opus 5 cb77990458 docs(api): an OpenAPI spec, checked against the router
The brief asked for one. docs/api.md is complete and hand-written, and
there was nothing a tool could read.

Written by hand rather than generated from annotations, which would have
meant every handler carrying a second copy of itself in a comment. The
risk with a hand-written spec is that it goes stale, so it does not
depend on anybody remembering: openapi_test.go walks the chi router and
fails both on a route nothing describes and on a description with no
route behind it. CI separately checks it is a valid OpenAPI document.

The test reads the file with a forty-line scanner rather than pulling in
a YAML library. It needs two things — which paths are listed and which
methods each has — and both sit at fixed indentation in a document the
test also owns, which is worth more than a dependency in a project whose
whole shape is one static binary.

The CalDAV routes are excluded deliberately: PROPFIND and REPORT are
outside what OpenAPI can describe, and docs/caldav.md covers them.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-08-17 10:56:33 +02:00

6.4 KiB

API

REST under /api/v1, JSON in and out. Everything the web interface does goes through it, so anything you can do there you can script.

Authenticating

Two ways, accepted everywhere.

A session cookie, which the web interface uses. httpOnly, so nothing but the browser handles it.

A personal API token, which is what scripts use:

curl -H "Authorization: Bearer vrd_..." https://todo.example.dk/api/v1/tasks

Make one under Settings → API tokens. It carries your permissions exactly — there is no separate service identity.

The machine-readable spec

openapi.yaml describes the same API as an OpenAPI 3.1 document — for generating a client, for importing into Bruno or Insomnia, or for reading in a tool that renders it.

It is written by hand, and a test walks the router on every build and fails if an endpoint is routed but not described, or described but no longer routed. So it is as current as this page is, which is to say: as current as CI is green.

Errors

Every failure has the same shape:

{
  "code": "validation_failed",
  "error": "one or more fields are not valid",
  "fields": { "due_date": "must be a date like 2026-03-15" }
}

code is stable and meant to be matched on. error is English prose for a log — what a person reads is decided by the client, which knows what language they are in.

Code Status Means
bad_request 400 The body could not be read.
unauthorized 401 Not signed in, or the token is wrong.
totp_required 401 The login still needs its verification code.
forbidden 403 Cross-site request, or admin needed.
not_found 404 Does not exist, or you cannot see it.
conflict 409 Already exists, or the state does not allow it.
validation_failed 422 Check fields.
rate_limited 429 Too many attempts.
internal_error 500 Our fault.

!!! note "404 rather than 403" Anything you may not see answers 404. A 403 would confirm the thing exists, which is what somebody trying ids is hoping to learn.

The endpoints

Tasks

Method Path
GET /tasks List. Filter with project_id, label_id, priority, due_before, due_from, no_date, assignee_id=me, q, completed=include|only.
POST /tasks Create.
POST /tasks/quick-add Create from one line of natural language.
GET /tasks/quick-add/preview?text= Parse without saving.
GET /tasks/{id} One task.
PATCH /tasks/{id} Change it. Only the fields you send.
DELETE /tasks/{id} To the trash, recoverable for 30 days.
POST /tasks/{id}/complete Tick off. A repeating task advances instead.
POST /tasks/{id}/reopen Un-tick.
POST /tasks/{id}/move Reorder: {"after_id": …, "before_id": …}.
curl -X POST https://todo.example.dk/api/v1/tasks/quick-add \
  -H "Authorization: Bearer vrd_..." \
  -H "Content-Type: application/json" \
  -d '{"text": "betal moms i morgen kl 10 p1 #Firma @regnskab"}'

Projects and sections

Method Path
GET POST /projects List, create.
GET PATCH DELETE /projects/{id} Read, change, trash. Owner only for the last two.
GET POST /projects/{id}/sections
PATCH DELETE /sections/{id}
GET /projects/{id}/members
POST /projects/{id}/invites Share it. {"email": …, "role": "editor"|"viewer"}
DELETE /projects/{id}/members/{userID}
GET /projects/{id}/activity

Views, filters and labels

Method Path
GET /today Overdue and due today, in your timezone.
GET /upcoming?days=7 One entry per day, empty days included.
GET /search?q= Across everything you can see.
GET POST /filters
GET /filters/{id}/tasks Run one.
GET /filters/preview?query= Run an expression without saving it.
GET POST /labels

Comments and attachments

Method Path
GET POST /tasks/{id}/comments
PATCH DELETE /comments/{id} Author only for editing.
POST /tasks/{id}/attachments multipart/form-data, field file, 25 MB.
GET DELETE /attachments/{id}

Import and export

Method Path
POST /import/todoist A Todoist CSV, multipart/form-data.
POST /import/csv Mapped rows as JSON.
GET /export/account Everything, as JSON.
GET /export/projects/{id}.csv Todoist-compatible.
GET /export/projects/{id}.ics A calendar file.

API tokens

Method Path
GET POST /tokens List, or mint one. name is required; expires_in_days is optional, and 0 means it never expires.
DELETE /tokens/{id} Revoked immediately.

The plaintext token comes back from POST and never again — only its hash is stored. The listing shows a prefix, which is enough to tell two of your own tokens apart.

!!! warning "These three need a signed-in session" A bearer token is refused here with 403, even though it is accepted everywhere else. Otherwise a leaked token would be permanent: whoever had it could issue a second one, and revoking the first would change nothing.

Everything else

Method Path
GET /ws WebSocket. Live changes to projects you can see.
GET /notifications
GET POST /feed, /feed/rotate The calendar feed URL.
GET POST /mail-address, /mail-address/rotate The mail-to-task address.
POST /mcp The MCP endpoint.
GET /healthz Unauthenticated. Reads the database rather than merely answering.

Live updates

const socket = new WebSocket('wss://todo.example.dk/api/v1/ws');
socket.onmessage = (event) => {
  const { type, project_id, payload } = JSON.parse(event.data);
  // task.created, task.updated, task.completed, task.deleted,
  // task.moved, comment.created, notification, reminder
};

One-way by design: nothing a client sends over the socket changes anything. Writes go through the REST API, where the permission checks are.

Rate limits

Only where guessing matters: ten login attempts per address per fifteen minutes, five password-reset requests per hour. The rest of the API is not limited — it is your server.