Skip to main content
Glama

Backlog MCP Server

A Model Context Protocol (MCP) server for syncing Backlog issues to a local .tasks folder. This allows you to use Backlog issue management within your code editor through MCP-compatible tools like Cursor or Claude Desktop.

Features

  • šŸ”„ Bidirectional Sync: Download issues from Backlog and push local changes back

  • šŸ“ Simple Format: Clean markdown files with just title and description

  • šŸ“ Flexible Organization: Organize tasks in nested folders (sprint-3, backlog, etc.)

  • šŸ• Automatic Timestamps: Incremental sync based on last update time

  • šŸ” Smart Updates: Only syncs changed issues after initial sync

  • šŸ”Œ MCP Compatible: Works with Cursor, Claude Desktop, and other MCP clients

Related MCP server: Ruminer Browser Agent

Installation

npm install -g backlog-mcp

Option 2: Local Development

git clone <repository-url>
cd backlog-mcp
npm install
npm run build

Configuration

This server uses environment variables for configuration.

Get Your Backlog API Key

  1. Log in to your Backlog space

  2. Go to Personal Settings > API

  3. Generate a new API key

  4. Copy the key for use in the configuration below

Configuration Options

Option 1: Environment Variables (Recommended)

Set the following environment variables:

Required:

  • BACKLOG_API_KEY - Your Backlog API key

  • BACKLOG_BASE_URL - Your Backlog space URL (e.g., https://yourspace.backlog.com)

  • BACKLOG_PROJECT_KEY - Your project key (e.g., PROJ)

Optional:

  • BACKLOG_TASKS_DIR - Local tasks directory (defaults to .tasks)

  • BACKLOG_IGNORE_ISSUE_TYPES - Comma-separated list of issue types to ignore (e.g., Bug,Task)

Option 2: Configuration File

Create a config.json file in your project root:

{
  "apiKey": "your-backlog-api-key",
  "baseUrl": "https://yourspace.backlog.com",
  "projectKey": "YOUR_PROJECT_KEY",
  "tasksDir": ".tasks",
  "ignoreIssueTypes": ["Bug", "Task"]
}

Usage with Cursor/Claude Desktop

Add to your MCP settings file:

Using NPM Installation

{
  "mcpServers": {
    "backlog-mcp": {
      "command": "npx",
      "args": [
        "-y", 
        "github:danglephuc/backlog-mcp"
      ],
      "env": {
        "BACKLOG_API_KEY": "your-api-key",
        "BACKLOG_BASE_URL": "https://yourspace.backlog.com",
        "BACKLOG_PROJECT_KEY": "YOUR_PROJECT_KEY"
      }
    }
  }
}

Using Local Build

{
  "mcpServers": {
    "backlog-mcp": {
      "command": "node",
      "args": ["/path/to/backlog-mcp/dist/index.js"],
      "env": {
        "BACKLOG_API_KEY": "your-api-key",
        "BACKLOG_BASE_URL": "https://yourspace.backlog.com",
        "BACKLOG_PROJECT_KEY": "YOUR_PROJECT_KEY"
      }
    }
  }
}

Replace:

  • your-api-key with your Backlog API key

  • yourspace with your Backlog space name

  • YOUR_PROJECT_KEY with your project key (e.g., "PROJ")

Available Tools

sync-issues

Syncs issues from Backlog to local .tasks folder with automatic incremental updates.

Parameters: None (uses automatic timestamp tracking)

Features:

  • First sync: Downloads all issues

  • Subsequent syncs: Only downloads updated issues

  • Preserves your folder organization

update-issue

Pushes local changes back to Backlog.

Parameters:

  • issueKey (required): Issue key (e.g., "PROJ-123")

Example: "Update task PROJ-123 to Backlog"

get-issue

Gets details of a specific issue from local files.

Parameters:

  • issueKey (required): Issue key (e.g., "PROJ-123")

  • parentIssue (optional): If true, include all child issues when this is a parent issue/feature

Features:

  • Reads from local .tasks folder

  • When parentIssue=true, returns the main issue plus all child issues in the same folder

  • Useful for understanding the full scope of a feature with all its sub-tasks

Examples:

  • Get single issue: "Get task PROJ-123"

  • Get parent with all children: "Get feature PROJ-100 with all child issues"

test-connection

Tests your Backlog API connection.

Parameters: None

list-task-files

Lists all synced task files.

Parameters: None

bulk-create-tasks

Creates Backlog issues from local temporary task files in parent folders. This tool scans for parent task folders (e.g., SBK-2) and creates issues from temporary files with pattern PARENT-{number}-{random} (e.g., SBK-2-1, SBK-2-2).

Parameters: None

Features:

  • Scans for parent task folders following pattern PARENT-{number}

  • Finds temporary task files with pattern PARENT-{number}-{random}

  • Skips files that already have real Backlog issue keys (e.g., PROJ-123.md)

  • Creates issues in Backlog with proper parent-child relationships

  • Renames local files to use real Backlog issue keys

  • Preserves folder organization

Example Workflow:

  1. Create parent folder: SBK-2/

  2. Create temporary files: SBK-2-1.md, SBK-2-2.md, etc.

  3. Run bulk-create-tasks tool

  4. Files are renamed to real issue keys: PROJ-123.md, PROJ-124.md

  5. Issues are created in Backlog with proper parent relationships

Example Folder Structure:

.tasks/
ā”œā”€ā”€ SBK-2/                    ← Parent task folder
│   ā”œā”€ā”€ SBK-2-1.md           ← Temporary file (will be processed)
│   ā”œā”€ā”€ SBK-2-2.md           ← Temporary file (will be processed)
│   ā”œā”€ā”€ PROJ-123.md          ← Real issue key (will be skipped)
│   └── PROJ-124.md          ← Real issue key (will be skipped)
└── PROJ-100/                ← Another parent folder
    ā”œā”€ā”€ PROJ-100-1.md        ← Temporary file (will be processed)
    └── PROJ-100-2.md        ← Temporary file (will be processed)

File Organization

Smart Folder Structure

.tasks/
ā”œā”€ā”€ .last-sync           ← Automatic timestamp tracking
ā”œā”€ā”€ others/              ← New synced tasks go here
│   ā”œā”€ā”€ PROJ-123.md
│   └── PROJ-124.md
ā”œā”€ā”€ sprint-3/            ← Organize however you want
│   ā”œā”€ā”€ backend/
│   │   └── PROJ-125.md
│   └── frontend/
│       └── PROJ-126.md
└── backlog/
    ā”œā”€ā”€ high-priority/
    │   └── PROJ-127.md
    └── PROJ-128.md

How It Works

  1. Initial sync: All issues go to others/ folder

  2. Manual organization: Move files to your preferred folders

  3. Subsequent syncs: Updates issues wherever they are located

  4. New issues: Always go to others/ folder

Simple File Format

# Task Title

Task description content goes here.
All content after the title is treated as description.

## Sections
You can use any markdown formatting you want.

- Lists
- **Bold text**
- Links, etc.

Workflow Example

  1. Sync issues: sync-issues → Downloads to others/ folder

  2. Organize: Move PROJ-123.md to sprint-3/backend/

  3. Edit locally: Modify title or description

  4. Push changes: update-issue with issueKey: PROJ-123

  5. Next sync: Updates PROJ-123.md in sprint-3/backend/, new issues go to others/

Development

Scripts

  • npm run build - Build TypeScript

  • npm run dev - Watch mode for development

  • npm start - Run built server

Project Structure

src/
ā”œā”€ā”€ index.ts              # Entry point
ā”œā”€ā”€ server.ts             # MCP server and tools
ā”œā”€ā”€ services/
│   ā”œā”€ā”€ BacklogClient.ts  # Backlog API client with pagination
│   └── TaskFileManager.ts # File management with nested search
ā”œā”€ā”€ types/
│   └── backlog.ts        # TypeScript types
└── utils/
    └── config.ts         # Configuration handling

Troubleshooting

Connection Issues

  • Invalid API Key: Check your API key has proper permissions

  • Wrong Base URL: Ensure URL matches your Backlog space

  • Project Access: Verify you have access to the specified project

MCP Protocol Issues

  • JSON Parse Errors: Ensure you're using the latest build

  • Tool Not Found: Check server configuration in your MCP client

  • No Response: Verify environment variables are set correctly

File Issues

  • Missing Files: Run sync-issues to download latest

  • Update Failed: Check if issue exists in Backlog

  • Organization Lost: Files stay where you put them across syncs

License

MIT

Available Tools

6 tools
bulk-create-tasksBulk Create TasksB

Create Backlog issues from local temporary task files in parent folders

Inputs: no named parameters.

get-issueGet Backlog IssueA

Get details of a specific Backlog issue

Inputs: issueKey (required).

list-task-filesList Task FilesA

List existing task files in .tasks directory

Inputs: no named parameters.

sync-issuesSync Backlog IssuesA

Sync issues from Backlog to local .tasks folder

Inputs: no named parameters.

test-connectionTest Backlog ConnectionA

Test connection to Backlog API

Inputs: no named parameters.

update-issuesUpdate Backlog IssuesC

Update Backlog issues with changes from local task files

Inputs: issueKeys (required).

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

    TDQS

    A3.6/5.0

    Scored across 6 tools

    Disambiguation4/5

    Each tool has a distinct role: syncing remote-to-local, local-to-remote, fetching a single issue, creating issues in bulk, listing local files, and testing connectivity. Sync-issues and update-issues are closely related as inverse operations, but their descriptions clarify direction. No two tools appear to do the same thing.

    Naming Consistency4/5

    Tool names mostly follow a verb-noun pattern: sync-issues, get-issue, update-issues, list-task-files, test-connection. Minor inconsistency exists with get-issue singular versus plural elsewhere, and bulk-create-tasks uses a compound verb prefix. Overall the pattern is predictable and readable.

    Tool Count5/5

    Six tools is well-scoped for a Backlog-to-local-file synchronization server. Each tool covers a necessary operation without redundancy or bloat. The count feels appropriate for the stated purpose.

    Completeness4/5

    The tool set covers the core sync workflow: test connection, read local files, fetch remote issues, push updates, and bulk-create issues from local files. A single-issue create or delete operation is missing, but the bulk-create and update tools cover the main lifecycle needs. Minor gaps exist but agents can likely complete typical workflows.

    Maintenance

    ActivityInactive
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      Not graded
      quality
      A
      maintenance
      Keeps Jira Cloud, Jira Server, Linear or its own built-in tracker (plus Confluence pages) in one local SQLite file. Its MCP tools answer from that file: read-only SQL, full-text search across issues, comments and wiki pages, issue detail, sprint and retro reads.
      47
      Apache 2.0