Why?
ClickUp's API responses are massive. A single task list query returns deeply nested JSON — statuses, assignees, priorities, custom fields, checklists, dependencies — easily 12,000+ tokens for just 5 tasks. For AI agents (Claude Code, Cursor, Copilot, etc.) operating within context windows, this is a serious problem: a few API calls can consume most of an agent's available context.
clickup-cli solves this with token-efficient output by default:
Full API JSON for 5 tasks: ~12,000 tokens (450 lines)
clickup-cli table output: ~150 tokens (7 lines)
Reduction: ~98%
The CLI flattens nested objects, selects only essential fields, and renders compact tables. Agents get the information they need without drowning in JSON. When you need the full response, --output json is always available.
Beyond token efficiency, the clickup-cli CLI (or clkup for short) gives AI agents a simple, predictable interface to ClickUp: clickup-cli <resource> <action> [ID] [flags]. No SDK, no auth boilerplate, no JSON parsing — just shell commands with structured output.
Install
npm (any platform with Node.js)
Homebrew (macOS or Linux)
To upgrade to the latest version:
Works on Linux too — the tap ships native x86_64 and arm64 Linux binaries.
macOS / Linux (pre-built binary)
Download the latest release for your platform:
# macOS Apple Silicon (M1/M2/M3/M4)
|
# macOS Intel
|
# Linux x86_64
|
# Linux ARM64
|
Alpine / musl Linux:
|
Arch Linux (AUR)
# or
clickup-cli-bin wraps the prebuilt Linux binaries — no Rust toolchain required. Auto-updated on every release.
Windows
Download clickup-windows-x86_64.zip from the latest release, extract it, and add clickup-cli.exe (and optionally clkup.exe) to your PATH.
From crates.io (any platform)
Requires Rust 1.70+:
Docker
From source
Two binaries
Every install method ships two binaries with identical behaviour:
clickup-cli— canonical name (use this in scripts, CI, MCP configs)clkup— short alias, handy for daily interactive typing
Pick whichever you prefer; both accept the same flags and subcommands.
Verify installation
# or
Quick Start
# Configure your API token
# Or non-interactive
# Verify
Usage Examples
# Hierarchy navigation
# Task management
# Comments and collaboration
# Time tracking
# Goals and views
# Tags and custom fields
# Chat (v3)
# Docs (v3)
# Output modes
# Auto-detect task ID from git branch (on a branch like feat/CU-abc123-foo)
Auto-detect task ID from git branch
When a git-tracked branch follows a common naming convention, clickup-cli resolves the task ID automatically:
- ClickUp default IDs —
feat/CU-abc123-foo→abc123 - Custom task IDs —
PROJ-42-add-login→PROJ-42(auto-injectscustom_task_ids=true&team_id=<ws>)
Prefixes stripped case-insensitively: feature/, feat/, fix/, hotfix/, bugfix/, release/, chore/, docs/, refactor/, test/, ci/, perf/, build/, style/. Custom-ID matches whose prefix is FEATURE, FEAT, BUGFIX, BUG, FIX, HOTFIX, RELEASE, CHORE, DOCS, DOC, REFACTOR, TEST, CI, PERF, BUILD, STYLE, WIP, or TMP are rejected.
Resolution order (highest priority first): explicit CLI arg → CLICKUP_TASK_ID env var → git branch. Explicit CU-abc123 is transparently stripped to abc123. Destructive or ambiguous commands (task delete, task link, task unlink, guest share-task, guest unshare-task) never auto-detect — pass the ID explicitly.
Disable for one invocation with CLICKUP_GIT_DETECT=0, or permanently in config:
[]
= false # disable branch detection
= false # suppress the "resolved task X from branch Y" breadcrumb
Command Groups
| Group | Commands |
|---|---|
setup |
Configure token and workspace |
auth |
whoami, check |
workspace |
list, seats, plan |
space |
list, get, create, update, delete |
folder |
list, get, create, update, delete |
list |
list, get, create, update, delete, add-task, remove-task |
task |
list, search, get, create, update, delete, time-in-status, add-tag, remove-tag, add-dep, remove-dep, link, unlink, move, set-estimate, replace-estimates |
checklist |
create, update, delete, add-item, update-item, delete-item |
comment |
list, create, update, delete, replies, reply |
tag |
list, create, update, delete |
field |
list, set, unset |
task-type |
list |
attachment |
list, upload |
time |
list, get, current, create, update, delete, start, stop, tags, add-tags, remove-tags, rename-tag, history |
goal |
list, get, create, update, delete, add-kr, update-kr, delete-kr |
view |
list, get, create, update, delete, tasks |
member |
list |
user |
invite, get, update, remove |
chat |
channel-list, channel-create, channel-get, channel-update, channel-delete, dm, message-list, message-send, message-update, message-delete, reaction-list, reaction-add, reaction-remove, reply-list, reply-send, and more |
doc |
list, create, get, pages, add-page, page, edit-page |
webhook |
list, create, update, delete |
template |
list, apply-task, apply-list, apply-folder |
guest |
invite, get, update, remove, share-task, unshare-task, share-list, unshare-list, share-folder, unshare-folder |
group |
list, create, update, delete |
role |
list |
shared |
list |
audit-log |
query |
acl |
update |
| Utilities | |
status |
Show current config, token (masked), workspace |
completions |
Generate shell completions (bash, zsh, fish, powershell) |
agent-config |
show, inject — CLI reference for AI agent configs |
mcp |
serve — MCP server for native LLM tool integration |
AI Agent Integration
Two ways to connect AI agents to ClickUp:
Recommended: CLI Mode (shell commands)
The CLI approach is the most token-efficient way to give an agent ClickUp access. Injecting the command reference costs ~1,000 tokens once, and every command returns compact table output (~150 tokens for 5 tasks). There are no tool schemas consuming context. Works with any LLM/agent framework.
Auto-detection checks for existing files in order: CLAUDE.md, agent.md, AGENT.md, .cursorrules, .github/copilot-instructions.md. Falls back to creating CLAUDE.md if none exist.
The agent then runs CLI commands directly — the full ClickUp API in ~1,000 tokens of instructions.
Alternative: MCP Server (native tool calls)
For Claude Desktop, Cursor, and other MCP-capable tools that prefer native tool integration. Note: MCP tool schemas consume more tokens in the agent's context than the CLI reference approach.
Generate the MCP config automatically:
Or add .mcp.json to your project root manually:
This exposes 143 tools covering 100% of the ClickUp API as native tool calls with token-efficient compact responses. See the MCP documentation for full setup.
Limiting MCP tools
By default clickup-cli mcp serve exposes all 143 tools. You can restrict this at startup to shrink the LLM's context and enforce access control. Flags and matching env vars:
| Flag | Env var | Purpose |
|---|---|---|
--profile <name> |
CLICKUP_MCP_PROFILE |
Preset: all (default), read, safe |
--read-only |
CLICKUP_MCP_READ_ONLY=1 |
Alias for --profile read |
--groups a,b,c |
CLICKUP_MCP_GROUPS |
Include only these resource groups |
--exclude-groups x,y |
CLICKUP_MCP_EXCLUDE_GROUPS |
Drop these groups |
--tools t1,t2 |
CLICKUP_MCP_TOOLS |
Include only these tools by exact name |
--exclude-tools t1 |
CLICKUP_MCP_EXCLUDE_TOOLS |
Drop these tools |
--read-only agent:
Task-focused agent (task + comment + time groups only):
Filtered tools are rejected at tools/call as well as hidden from tools/list, so a misbehaving agent can't smuggle a destructive call past the filter.
Configuration
Config Files
| Level | File | Use case |
|---|---|---|
| Project | .clickup.toml |
Per-project token/workspace (team repos, CI) |
| Global | ~/.config/clickup-cli/config.toml |
Personal default |
Create a project-level config:
This creates .clickup.toml in the current directory. Add it to .gitignore if it contains a token. Project config takes priority over global config.
Token Resolution (highest priority wins)
--tokenCLI flagCLICKUP_TOKENenvironment variable.clickup.toml(project-level)~/.config/clickup-cli/config.toml(global)
Workspace Resolution
--workspaceCLI flagCLICKUP_WORKSPACEenvironment variable.clickup.toml(project-level)~/.config/clickup-cli/config.toml(global)
Check Current Config
clickup-cli vX.Y.Z
Config: ~/.config/clickup-cli/config.toml
Token: pk_abc...wxyz
Workspace: 1234567
Shell Completions
# Bash
# Zsh
# Fish
# PowerShell
Output Modes
| Flag | Description |
|---|---|
| (default) | Aligned table with essential fields |
--output json |
Full API response |
--output json-compact |
Default fields as JSON |
--output csv |
CSV format |
-q / --quiet |
IDs only, one per line |
Exit Codes
| Code | Meaning |
|---|---|
| 0 | Success |
| 1 | Client error (bad input) |
| 2 | Auth/permission error (401, 403) |
| 3 | Not found (404) |
| 4 | Rate limited (429) |
| 5 | Server error (5xx) |
Related projects
Other community tools in the ClickUp ecosystem — picking the right one depends on your use case:
CLIs
triptechtravel/clickup-cli— Go CLI focused on developer workflows. Auto-detects task IDs from git branch names (CU-abc123), tight GitHub PR integration.dang3r/clickupy— Python CLI + library. Has a FUSE mount mode if you want to browse ClickUp like a filesystem.code-gorilla-au/clickup-cli— another Go CLI.techlove/gitclick— narrow-scope ClickUp ↔ GitHub PR sync.
MCP servers
- ClickUp's official MCP — hosted, OAuth, curated tool set.
taazkareem/clickup-mcp-server,hauptsacheNet/clickup-mcp,Nazruden/clickup-mcp-server— community-maintained Node/TypeScript MCP servers.
Where this project fits
Rust binary, zero runtime dependency, ~130 REST endpoints + 143 MCP tools (100% API coverage), statically linked musl build for Alpine / distroless containers, and token-efficient output tuned for LLM agents. Use this when you want one binary that covers both the CLI and MCP roles without a Node/Python toolchain.