Skip to main content
Technical reference for co-founders and engineers. Operators can skip this tab until they need flags or automation.

Setup


Authentication


Agent daemon

The daemon detects AI CLIs on your machine, registers runtimes, and executes assigned tasks.

Supported agents

Daemon configuration

Self-hosted server

Or persist:

Profiles

Run multiple daemons on one machine (e.g. production vs staging):

Workspaces


Tasks

Valid statuses: backlog, todo, in_progress, in_review, done, blocked, cancelled.

Comments

Execution history


Projects


Agents


MCP

The Notiky Model Context Protocol surface lets coding agents (Cursor, Claude Code, Codex) read and write your workspace brain — decisions, lessons, context packs, and project state — over a standard MCP transport.

Tokens

Workspace MCP tokens authenticate the hosted /mcp endpoint and the notiky mcp call command.
Store the secret as NOTIKY_MCP_TOKEN for hooks and scripts.

Local server

Bridge Notiky into a local agent over stdio:
The CLI proxies tool calls to the Notiky backend over HTTP using your saved login token — no direct database access. Remote agents can instead connect to the hosted /mcp HTTP endpoint with a workspace MCP token.

Call a tool

Invoke a single MCP tool against the hosted /mcp endpoint — useful for scripts and IDE hooks:
Use --token or set NOTIKY_MCP_TOKEN. Examples:
The command runs a full MCP handshake (initialize + tools/call) and prints the tool’s text result.

Resolve

Resolve workspace and project identifiers from local context — handy inside scripts and IDE hooks.
Prints just the project UUID on success. Capture it for downstream commands:
The lookup uses the same repo_remote matching that powers notiky project link, so the repo must have an origin remote that matches a linked project in the current workspace.

Configuration


Output formats

Most list/status commands support --output table (default) or --output json.