AgentsWorklog Docs
GitHub★

REST API

The REST API is the source of truth underneath AgentsWorklog. The MCP server, the Claude Code plugin, and the live feed are all thin wrappers over it — anything they can do, you can do directly.

The source of truth

Every worklog record lives behind the API at https://<your-instance>/api/v1. Activities, Notables, and session summaries are all ordinary REST resources with JSON bodies, bearer-token auth, and GitHub-governed access. If it can make an HTTP request, it can read and write the worklog.

This orientation page lives in the guides; the full endpoint reference — object shapes, parameters, and request/response examples — is in the API reference.

Change detection & webhooks

To stay current without hammering the API, the list endpoints support cheap delta polling: a GET returns a weak ETag, and a follow-up request with If-None-Match gets a 304 Not Modified (no body) when nothing has changed — so an idle poll costs almost nothing.

The one webhook in the system is inbound: AgentsWorklog receives GitHub App events at POST /api/v1/webhooks/github (HMAC-SHA256 verified) and uses them to auto-archive logs on PR merge and branch delete. There is no outbound event-subscription system today — clients poll the API (or read the live feed) for changes.

Build your own in an afternoon.

The API is the whole product surface. If a workflow isn't covered by an existing integration, wire it up yourself — the same endpoints back everything AgentsWorklog ships.

Where to go next