gojira-mcp
Atlassian Cloud admin MCP server for project/scheme management, custom field admin, Jira automation CRUD, Assets CMDB, JSM request type/SLA/queue config, Confluence space lifecycle, and org-admin APIs, designed to complement the official Atlassian Rovo MCP.
README
gojira-mcp
Atlassian Cloud admin MCP server. Wraps the platform-administration surface
that the official Atlassian Rovo MCP deliberately omits — project/scheme
management, custom field admin, Jira automation CRUD, Assets (Insight) CMDB,
JSM request type / SLA / queue config, Confluence space lifecycle, and the
org-admin APIs at admin.atlassian.com.
Designed to run alongside the official Atlassian MCP in a single client session, not as a replacement.
Status
| Stack | Node 22, TypeScript strict, Express 5, @modelcontextprotocol/sdk ^1.27, ioredis, axios, zod, pino |
| Transport | StreamableHTTP, per-session in-memory |
| Auth | OAuth 2.1 to MCP clients; OAuth 2.0 3LO to Atlassian; per-user API token side-channel; org-admin API token (separate gate) |
| Persistence | Redis (encrypted credentials, session state, rate buckets, operation journal, OAuth artifacts) |
| Tool count | 170 across 13 permission groups |
| Tests | 56 unit tests, all critical-path features covered |
Quickstart
1. Generate an encryption key
npm install
npm run generate-key
# copy the base64 string into TOKEN_ENCRYPTION_KEY in your .env
2. Configure
cp .env.example .env
$EDITOR .env
Required at minimum:
ATLASSIAN_OAUTH_CLIENT_ID,ATLASSIAN_OAUTH_CLIENT_SECRETfrom the Atlassian developer consoleATLASSIAN_OAUTH_SCOPES— space-separated Atlassian OAuth scopes (must includeoffline_access)TOKEN_ENCRYPTION_KEY— output ofnpm run generate-keyALLOWED_ORIGINS—*for development, explicit origins for productionMCP_SERVER_URL— public URL of this server (callback must match)
See docs/deployment/environment-variables.md for the full list with defaults and gotchas.
3. Run
Locally (dev):
docker run --rm -p 6379:6379 redis:7-alpine # in one terminal
npm run dev # in another
Docker (production):
docker compose up -d
# or with a Caddy TLS overlay:
docker compose -f docker-compose.yml -f docker-compose.caddy.yml up -d
The server listens on MCP_PORT (default 8081) with:
GET /health— unauthenticated liveness + Redis pingGET /.well-known/oauth-authorization-server— OAuth metadataPOST /register— RFC 7591 client registrationGET /authorize— OAuth 2.1 authorize entryPOST /token— token + refresh endpointPOST /revoke— token revocationGET /oauth/atlassian-callback— upstream callbackPOST|GET|DELETE /mcp— bearer-protected MCP transport
4. Verify
curl -fsS "http://localhost:8081/health" | jq
Then point an MCP client (Claude Desktop, VS Code chat, Claude Code, Cursor)
at https://<host>/mcp. The client will discover the OAuth endpoints, walk
the consent flow with you against Atlassian, and start calling tools.
For first-time setup of the JSM/Assets tools, call gojira.bindApiToken
once to attach a per-user Atlassian API token.
Deployment patterns
One image, many configs. Each deployment shape below is a different
.env file pointing at the same gojira-mcp:latest image. Run as
many side-by-side instances as you need — different hostnames, ports,
audit channels, and tool surfaces, all isolated from each other.
The total tool count for each pattern is shown next to the pattern
name. Lower is better for model selection accuracy — see
docs/tools/overview.md.
| Pattern | Tool count | Use case |
|---|---|---|
| 1 — Default safe (admin sandbox) | 145 | Single team's daily admin instance |
| 2 — Read-only audit | 81 | Compliance / forensic review |
| 3 — JSM/Assets specialist | 63 | Service-desk operators |
| 4 — Schemes/workflows admin | 62 | Jira config-changes only |
| 5 — Org-admin (separate host) | 31 | admin.atlassian.com only |
| 6 — Multi-tenant (prod + sandbox) | 145 each | Two pinned instances side-by-side |
| 7 — Local development | 145 | Same as default safe + debug logs |
Permission groups (legend)
Each value in GOJIRA_ENABLED_GROUPS names one of these 23 groups. The
allowlist is required at startup and validated against this list;
unknown names fail loudly. See
docs/tools/permission-groups.md
for the per-tool breakdown and
docs/tools/catalog.md for the full
auto-generated catalog.
| Group | Product | Tools | Auth | Surface |
|---|---|---|---|---|
utility |
gojira itself | 7 | mixed | Health, identity, journal, side-channel API-token binding |
read_projects |
Jira | 3 | oauth | List/get project admin view + details |
write_projects |
Jira | 2 | oauth | Create + archive (delete is its own group) |
delete_projects |
Jira | 1 | oauth | Isolated — projects.deleteJiraProject only |
read_schemes |
Jira | 13 | oauth | Permission / notification / workflow / screen / issue-type / field-config schemes — read |
write_schemes |
Jira | 7 | oauth | Create/update/delete schemes + project assignments |
read_workflows |
Jira | 6 | oauth | List/get workflows + transition components |
write_workflows |
Jira | 6 | oauth | Create/update/delete workflows, transitions, publish |
read_automation |
Jira | 4 | oauth | Automation rules, audit log, usage — read |
write_automation |
Jira | 5 | oauth | Create/update/delete/enable/disable rules |
read_customfields |
Jira | 3 | oauth | Custom fields and contexts — read |
write_customfields |
Jira | 5 | oauth | Create/update/delete fields, contexts, options |
read_filters_dashboards |
Jira | 4 | oauth | List/get filters and dashboards |
write_filters_dashboards |
Jira | 6 | oauth | Create/update/delete filters and dashboards |
read_agile |
Jira Software | 6 | oauth | Boards, sprints, epics — read |
write_agile |
Jira Software | 2 | oauth | Create/update sprints |
read_jsm_admin |
Jira Service Management | 18 | api_token | Service desks, queues, SLAs, portals — read |
write_jsm_admin |
Jira Service Management | 15 | api_token | Same surface — create/update/delete |
read_assets |
Assets (JSM add-on) | 11 | api_token | Assets/Insight schemas, types, objects — read |
write_assets |
Assets (JSM add-on) | 12 | api_token | Mutate Assets data and schema |
read_confluence_admin |
Confluence | 6 | oauth | Spaces, templates, blueprints, restrictions — read |
write_confluence_admin |
Confluence | 4 | oauth | Create/update/delete spaces, set restrictions |
admin_org |
Atlassian Org (admin.atlassian.com) |
24 | org_admin | All org-admin ops — also gated by GOJIRA_ENABLE_ORG_ADMIN |
Notes:
delete_projectsis split out fromwrite_projectsso an operator can grant create/archive without granting deletion.admin_orgneeds both allowlisting andGOJIRA_ENABLE_ORG_ADMIN=true; seedocs/oauth/org-admin-token.md.- Auth column reflects how the tool reaches Atlassian:
oauth= per-user OAuth bearer;api_token= per-user side-channel token viagojira.bindApiToken;org_admin= the single globalGOJIRA_ORG_ADMIN_TOKEN;mixed= some tools in the group don't need any credential (e.g.gojira.health).
Pattern 1 — Default safe (admin sandbox) · 145 tools
Daily admin work, no destructive project deletion, no org-admin path. Good starting point for a single team's instance.
Active groups: utility, all 10 read_*, all 9 write_*, plus
write_projects (but not delete_projects or admin_org).
ATLASSIAN_OAUTH_CLIENT_ID=...
ATLASSIAN_OAUTH_CLIENT_SECRET=...
ATLASSIAN_OAUTH_SCOPES=offline_access read:me read:account read:jira-work write:jira-work manage:jira-project manage:jira-configuration read:servicedesk-request write:servicedesk-request manage:servicedesk-customer
ATLASSIAN_PINNED_CLOUD_ID=<prod-cloud-id>
TOKEN_ENCRYPTION_KEY=<base64>
ALLOWED_ORIGINS=*
MCP_SERVER_URL=https://gojira.example.com
GOJIRA_ENABLED_GROUPS=utility,read_jsm_admin,write_jsm_admin,read_assets,write_assets,read_automation,write_automation,read_customfields,write_customfields,read_projects,write_projects,read_schemes,write_schemes,read_workflows,write_workflows,read_confluence_admin,write_confluence_admin,read_agile,write_agile,read_filters_dashboards,write_filters_dashboards
Pattern 2 — Read-only audit · 81 tools
Only utility + every read_* group enabled. Useful for compliance
reviewers, incident investigators, or any flow that must not mutate
Atlassian state.
Active groups: utility + all 10 read_* groups.
GOJIRA_ENABLED_GROUPS=utility,read_jsm_admin,read_assets,read_automation,read_customfields,read_projects,read_schemes,read_workflows,read_confluence_admin,read_agile,read_filters_dashboards
(Same auth/secret/cloud config as Pattern 1.)
Pattern 3 — JSM/Assets specialist · 63 tools
Service-desk operators who only need JSM and Assets.
Active groups: utility, read_jsm_admin, write_jsm_admin,
read_assets, write_assets.
ATLASSIAN_OAUTH_SCOPES=offline_access read:me read:account read:jira-work write:jira-work read:servicedesk-request write:servicedesk-request manage:servicedesk-customer
GOJIRA_ENABLED_GROUPS=utility,read_jsm_admin,write_jsm_admin,read_assets,write_assets
Pattern 4 — Schemes/workflows admin · 62 tools
Configuration-change instance for Jira admins. JSM, Assets, Confluence, agile, and filters/dashboards are absent.
Active groups: utility, read_automation, write_automation,
read_customfields, write_customfields, read_projects,
write_projects, delete_projects, read_schemes, write_schemes,
read_workflows, write_workflows.
ATLASSIAN_OAUTH_SCOPES=offline_access read:me read:account read:jira-work write:jira-work manage:jira-project manage:jira-configuration
GOJIRA_ENABLED_GROUPS=utility,read_automation,write_automation,read_customfields,write_customfields,read_projects,write_projects,delete_projects,read_schemes,write_schemes,read_workflows,write_workflows
Pattern 5 — Org-admin (separate instance, separate host) · 31 tools
Run on its own hostname/port. Only admin_org and utility tools
register. Audit goes to a separate channel.
Active groups: utility, admin_org.
ATLASSIAN_OAUTH_SCOPES=offline_access read:me read:account
ATLASSIAN_PINNED_CLOUD_ID=<prod-cloud-id>
GOJIRA_ENABLE_ORG_ADMIN=true
GOJIRA_ORG_ADMIN_TOKEN=<admin.atlassian.com api token>
GOJIRA_ORG_ID=<your-org-id>
GOJIRA_ORG_ADMIN_AUDIT_LOG_TARGET=file:/var/log/gojira/org-admin.log
GOJIRA_ENABLED_GROUPS=utility,admin_org
Caller verification still requires the calling user to be an org admin
on the Atlassian side; non-admins get INSUFFICIENT_PERMISSIONS even
on this instance.
Pattern 6 — Multi-tenant (prod + sandbox side-by-side) · 145 tools each
Two instances, same image, two compose stacks, two hostnames:
gojira.prod.example.com → ATLASSIAN_PINNED_CLOUD_ID=<prod cloudId>
gojira.sandbox.example.com → ATLASSIAN_PINNED_CLOUD_ID=<sandbox cloudId>
Both use the Pattern-1 GOJIRA_ENABLED_GROUPS. A user with grants on
both cloudIds can connect both as separate connectors in their MCP
client; site pinning ensures each instance only ever talks to its own
tenant.
Pattern 7 — Local development · 145 tools
ATLASSIAN_OAUTH_CLIENT_ID=...
ATLASSIAN_OAUTH_CLIENT_SECRET=...
ATLASSIAN_OAUTH_SCOPES=offline_access read:me read:account read:jira-work write:jira-work manage:jira-project manage:jira-configuration read:servicedesk-request write:servicedesk-request manage:servicedesk-customer
TOKEN_ENCRYPTION_KEY=<base64>
ALLOWED_ORIGINS=*
MCP_SERVER_URL=http://localhost:8081
GOJIRA_ENABLED_GROUPS=utility,read_jsm_admin,write_jsm_admin,read_assets,write_assets,read_automation,write_automation,read_customfields,write_customfields,read_projects,write_projects,read_schemes,write_schemes,read_workflows,write_workflows,read_confluence_admin,write_confluence_admin,read_agile,write_agile,read_filters_dashboards,write_filters_dashboards
LOG_LEVEL=debug
NODE_ENV=development
# no PINNED_CLOUD_ID — use the user's primary cloudId
Documentation map
Architecture
- Overview
- Auth bridge
- Session lifecycle
- Rate limiting
- Operation journal
- Commit-positive consent
- Site pinning
- Refresh-token rotation
- Error model
OAuth
Tools
- Overview
- Permission groups
- Utility tools
- Daily admin tools
- Schemes, workflows, Confluence admin
- Agile and views
- Org admin (gated)
- Full catalog (auto-generated)
Deployment
- Environment variables
- Docker Compose
- Caddy TLS overlay
- Secrets management
- Deploy procedure
- Health checks
Security
Operations
Development
Reference
Design properties
The features below are the things this server does that a naïve admin MCP typically gets wrong:
- Per-user delegation. Every upstream Atlassian call is attributable to a real human; no service-account proxying.
- End-to-end identity binding. Tools cannot accept a caller/requester field from the client; identity is derived from the bearer.
- Encrypted-at-rest credentials. AES-256-GCM, unique IV per write, tampered blobs auto-purge.
- Distributed refresh lock with compare-and-delete. No thundering herd at token expiry; no accidental unlock by a stale holder.
- Atomic one-time-use for state, codes, and refresh artifacts (
GETDEL). - OAuth error pass-through to MCP client's
redirect_uri— never a hung client on JSON 500. - Allowlist-based query construction — no string concatenation of user input into upstream queries.
- Fail-open rate limiting, fail-closed auth. Availability for non-security failures; never bypass identity.
- Health endpoint outside the auth boundary — observability without privilege.
- Token redaction in logs as defense in depth.
- Rotating MCP refresh tokens with reuse detection. Family-tracked; presenting a previously-rotated RT while siblings are alive triggers full-family revocation + a
REFRESH_TOKEN_REUSEaudit event. - Operation journal with prior-state snapshots and revert. Every destructive admin write captures
beforestate; revertible operations can be undone by replaying the inverse mutation as a new journaled op. - Operator-controlled tool surface, least-privilege by default. Permission groups + the
admin_orggate are the runtime knobs.GOJIRA_ENABLED_GROUPSis an explicit allowlist (no implicit default) that filters the registered surface at session creation and again at dispatch. No client-side scope grammar to mismanage. - Site pinning at deploy time.
ATLASSIAN_PINNED_CLOUD_IDrefuses any tool invocation whose target cloudId differs from the pinned value. - Commit-positive consent on destructive writes. Tools without
commit: truereturn a JSON Patch dry-run; forgotten flag fails closed. - Rate-limit-header-aware throttling.
X-RateLimit-NearLimittriggers proactive extra-token deduction;X-RateLimit-Resetsoft-caps the bucket until the future window. - Three-tier auth strategy with explicit isolation of the org-admin path.
License
Internal / unlicensed. See package.json.
Recommended Servers
playwright-mcp
A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.
Magic Component Platform (MCP)
An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.
Audiense Insights MCP Server
Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.
VeyraX MCP
Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.
graphlit-mcp-server
The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.
Kagi MCP Server
An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.
E2B
Using MCP to run code via e2b.
Neon Database
MCP server for interacting with Neon Management API and databases
Qdrant Server
This repository is an example of how to create a MCP server for Qdrant, a vector search engine.
Exa Search
A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.