Connecting a tool
Your workspace address, the token a tool signs in with, and what each refusal means.
Your workspace address
Every workspace answers on its own address: https://<workspace>.kaiku.tech, where <workspace> is the name your company chose when it signed up. The same address serves the app you open in a browser, the tracker API, the wiki API and the MCP server — a tool is always given this one address and nothing else.
Give a tool the bare address, without a path. It adds /rest/api/2, /rest/agile/1.0 or /rest/api/content itself, the way it does for the tracker it was written for.
An address that no workspace answers on gets a 404 saying so — never somebody else’s workspace. If you see it, check the name in front of .kaiku.tech.
Creating a token
A tool signs in with a personal access token. The token acts as you: it sees exactly what you see and may change exactly what you may change.
- Open Settings from your account menu and choose the Connect over MCP tab. It is there for every user, whatever the tab’s name suggests: the token it makes works for the tracker and wiki APIs too.
- Under 1. Generate a token, give the token a name you will recognise later (for example «Laptop CLI»).
- In Scope, keep All projects, or pick one project to limit the token to it.
- Press Generate token. If your account has a second factor, you are asked for a code.
- Copy the token at once. It is shown only this one time; we keep only a fingerprint of it and cannot show it again.
Your tokens are listed below, under Your tokens, with their scope and when each was last used. Open a row to switch it to Read-only or to change its scope, or to Revoke it — a revoked token stops working immediately. Lost a device? Sign out everywhere else revokes every token and session except the one you are using.
- A token does not expire. It works until you revoke it.
- A token works only at the address of the workspace it was made in.
- A read-only token may read anything its scope allows, and may run searches. Anything that would change something is refused with a 403.
How a tool signs in
Two forms are accepted, and both land on the same account:
| Header | What goes in it |
|---|---|
Authorization: Bearer <token> | The token. Preferred. |
Authorization: Basic … | Your email (or username) and the token in place of a password — the form tools written for the cloud edition of the tracker use. |
Basic with your real password also works, but not for an account with a second factor, and not while an administrator-set temporary password is still unchanged. Use a token.
The email in a Basic header is compared exactly as it is written in your account, capital letters included.
What a refusal means
| Status | Meaning |
|---|---|
| 401 | The token is unknown, revoked, or made in another workspace; or a password was used where it is not accepted. Where the reason is not obvious, the body names it. |
| 402 | The workspace is read-only because its subscription lapsed. Reading and export still work — see Billing and read-only. |
| 403 | You are signed in, but not allowed this: a read-only token, a role that may not write here, or an account that is not a member of this workspace. |
| 404 | Not found — or not visible to you. A project or page you may not see is answered as if it did not exist. |
| 503 | The workspace is being moved between servers. Reads work; retry writes after the Retry-After interval. |
Something missing, or not as described here? Write to hello@kaiku.tech