MCPNative MCP server · Markdown everywhere

The issue trackeryour AI agents can work in.

Sprintree is AI-ready. Claude, ChatGPT and any MCP client read your boards, create and move issues, search comments and reply in threads, with scoped OAuth. Descriptions and comments are Markdown, in and out.

Fast for people too: board, list, hierarchy and a key for every action.

AI-ready, over MCP

Your agents work in the tracker, not next to it.

Sprintree has a native MCP server. Claude, ChatGPT or any MCP client signs in with OAuth and works on the same boards you do, with your permissions.

Claude Code, Codex or Gemini CLI: the Sprintree plugin connects it with one command. See the setup →

  • Read boards and issues, search them and their comments
  • Create, move and update issues, and edit many at once
  • Reply in comment threads and triage your inbox
  • Follow a project’s activity feed

Scoped OAuth: you choose what an agent may do

  • mcp:readread boards, issues, comments, search
  • mcp:writecreate, move, update, comment
  • mcp:accountyour own settings and invitations; off unless you tick it
  1. You

    Anything about guest checkout in WEB? Move the ready ones to Review and tell the team.

  2. Agent

    search_issues(project: "WEB", query: "guest checkout", in_comments: true)

    3 issues, 2 comment hits with snippets

    get_work_context(key: "WEB-42", include_comments: true)

    Goal, blockers, criteria and open threads in one call

    move_issue(key: "WEB-42", status: "review")

    WEB-42 is now in Review

    add_comment(key: "WEB-42", body: "Guest checkout is in place; ready for review.", reply_to: "…")

    Reply added to the thread

    Moved WEB-42 to Review and replied in its thread. WEB-47 also mentions guest checkout in a comment, but its description is not done, so I left it.

The board, meanwhile

An illustrative session. Every call shown is a tool in the MCP registry.

The whole issue in one call

get_work_context hands an agent what it needs before it starts, cut to a size, with a note of what was cut. No chain of six calls to find out what the work is.

  • The goal and its parents
  • What blocks it
  • Acceptance criteria
  • Open threads

Bulk changes you can preview

bulk_update_issues changes up to 200 issues. A preview shows each one before and after and returns a one-time plan to commit. Undo it later without overwriting anyone’s newer edit.

A done gate that keeps agents honest

With the gate on, a move to Done with open acceptance criteria is refused and the open items are listed. An agent has to name each open item to go past a warning, and cannot do it in bulk.

Works with sysdraw

Connect the sysdraw MCP server next to Sprintree and one agent session can draw an epic as a diagram in its description, or turn a diagram into linked tasks. A public sysdraw view link, written as an image line in a description or a comment, shows as the diagram.

How it works →sysdraw.app

  • YouDraw epic WEB-40 in sysdraw and put the diagram in its description.
  • YouTurn this sysdraw drawing into tasks under WEB-41.

Plan the work

A rhythm for the team. A plan for your week.

Cycles give the team a time box, weekly commitments give you yours, and the topology shows what hangs on what.

A time box with a real start and a real end

Start a cycle, pull issues into it, complete it when the team says so. The report is there when it ends.

  • Pick the cycle on the board, or filter by it
  • The report: what was committed, what was added, what got done
  • Unfinished work rolls over to the next cycle; removed work is listed

Work as a team

Everyone sees the same work, as it changes.

Boards refresh on their own, a review has an owner and a verdict, and the channel hears about what finished.

A live board, with who is on it

A teammate moves a card and it moves on your screen within seconds. Avatars in the project header show who is online.

  • No refresh, and no overwriting a card you are dragging
  • Presence is shown to members only; a public project never shows it to outsiders

Reviews, and the code behind them

Ask for a review on an issue; each reviewer gives a verdict. Connect a GitHub repository and the commits that mention the key show up on the issue.

  • Waiting on your review lists what is yours to look at
  • Commits show up on the issue whose key they mention

Slack hears about what finished

Connect a workspace and pick a channel for each project. Choose the events you want, and the posts come in batches, so a busy hour is one message, not twenty.

  • Opt in per event: created, done, blocked, mention
  • One channel per project; change it or turn it off any time

Agents can read and set it through MCP, too.

AI reviews

A considered take on how work comes together.

A code-level look at how Sprintree brings people, agents and their work together.

AAstraAI code review ·
Sprintree gives people and AI agents a shared place to plan, discuss and move work forward.
Astra’s review

What stands out to me is how much of the workflow is already connected. Native MCP tools let agents work with the same issues and permissions as the team. Markdown keeps that context easy to read, while comments anchored to specific text keep discussions close to the decisions they affect. Multiple project views, a focused inbox and a traceable history make this a thoughtful foundation for small teams building with AI.

Agents use the team’s issues and permissions through native MCP tools
Markdown keeps shared context readable and portable
Anchored discussions, project views and history keep work connected

Markdown, end to end

Write Markdown. Agents read Markdown.

Descriptions and comments are Markdown. An agent gets the same text back, with threads and anchors alongside, and you can export what you own as Markdown.

1. You write it

## Guest checkout

- [x] Ask for an e-mail, not an account
- [ ] Show the order summary before paying

See **WEB-40** for the design.

2. It renders as an issue

Guest checkout

  • Ask for an e-mail, not an account
  • Show the order summary before paying

See WEB-40 for the design.

3. get_issue_details returns Markdown (abridged)

# WEB-42 Guest checkout
Status: In Progress

## Guest checkout

- [x] Ask for an e-mail, not an account
- [ ] Show the order summary before paying

See **WEB-40** for the design.

## Comment threads
…

Pages and diagrams

Documents that live next to the work.

Specs, notes and handbooks sit in the project, linked to the issues they are about. Draw a diagram in text and it appears in the page.

Write the doc where the work is

Every project has a tree of pages in the same editor as issue descriptions. You write them, or an agent does, over MCP.

  • Pages in a tree you reorder by dragging, with versions you can compare
  • An issue key in the text becomes a chip with the issue’s live status
  • A mermaid code block shows as a diagram, and the source stays in the text
  • Agents create, read and edit pages over MCP, in the same Markdown

A start that is already moving

A new account opens in its own first project, from a template or with example issues you can remove in one click. A Getting started card on Home ticks off the first steps.

Copy a code block in one click

Every code block has a Copy button. Commands and snippets in descriptions, comments and pages go to your clipboard as they are written.

Tables that fit a phone

On a phone a wide table scrolls sideways inside its own block, and the page stays where it is. Pasted tables are cut to fit, with a notice.

Views

Three views. One source of truth.

Drag a card on the board, bulk-edit in the list, reparent in the tree. It is the same issue everywhere, and a change in one view shows in the others.

Board

S

Columns by status with progress on every story and epic. Move with the arrow keys, change status with S.

List

X

Dense rows, grouped the way you think. Select with X, then change a whole batch of issues in one go.

Hierarchy

Tab

Epics, stories and tasks as a tree with roll-up progress. Tab to indent, Shift-Tab to outdent.

Document-first issues

Reads like a doc. Argues like a thread.

Write descriptions in Markdown or a rich editor. Select any sentence and start a thread right there: the discussion stays next to the words it is about, not buried at the bottom of the page.

  • Comments anchor to the exact words they discuss
  • Threads follow their text through edits
  • Delete the text and the thread moves to Outdated, never lost; undo brings it back

Keyboard-first, for people

Every action is one key away.

The keys that work on a screen are listed along its bottom edge, so you learn them by using the app, not by reading a cheat sheet.

  • CNew issueAnywhere
  • SChange statusBoard, list, issue
  • AAssignBoard, list, issue
  • JKMoveBoard, list, issue
  • ⌘KSearch and commandsAnywhere
  • /SearchBoard and list
  • XSelectList
  • EMark readInbox
  • ?All shortcutsAnywhere

Built for the rest of the day, too.

An inbox that empties

Mentions, assignments, replies and status changes in one queue. Mark read with E, or get them by e-mail. My issues keeps everything assigned to you in one place.

Your data as Markdown

Export the issues and comments you wrote as Markdown from your account, in plain files you can read, diff and feed to any tool.

Private, shared or public

Keep a project to yourself, invite people as owners, editors or viewers, or make it visible to everyone signed in to your Sprintree.

Saved views

Save a filter as a personal view, or share it with the project, and open it again in one click.

Issue links and Blocked

Link issues as blocks or relates to. A red Blocked badge and a Blocked filter show what is stuck.

Description templates

Start a bug, a feature or a research issue from a built-in template, in the create dialog or over MCP.

Due dates

Put a date on any issue, filter by it, and change it for a whole selection at once.

Sign in with Google, GitHub or GitLab

Use an account you already have, or an e-mail link. There is no password to keep.

Since your last visit

The sidebar counts what others changed in each project since you were last there, and the project lists the events.

Files on issues

Attach files to an issue, so the screenshot or the spec sits next to the discussion.

History you can read

Every change is recorded. Descriptions keep versions you can compare, and the history shows time in status.

Light and dark

Two themes, or follow your system. Pick one in Settings and it applies before the first paint.

What’s new

Shipped lately.

See all changes
  • Improved

    Tell live connections with the same name apart

    When two terminals share a name, such as two on main, Settings adds the first 4 characters of each session id to its row. They are the same as session= in the terminal's connected line.

  • Improved

    Turn /claude commands on per session, without a restart

    With plugin 0.7.0, type /sprintree:commands on in the terminal to let this session take /claude commands, or /sprintree:commands default on for every session without its own setting. Settings shows /claude on or off per connection.

  • Improved

    /claude commands are off by default in Claude Code

    Plugin 0.6.0 no longer passes /claude comments to your session until you turn commands on in your own Claude Code settings. The Live events docs show how. Every other line (mentions, replies, reviews, status changes) arrives either way.

  • New

    Live events in Claude Code

    Mentions, assignments, replies, review requests and status changes now reach an open Claude Code session as they happen. Run /sprintree:connect to start. Settings lists your live connections.

  • Improved

    Connecting a GitHub repository links its existing commits

    When you connect a repository, the commits already on its default branch (the last 90 days, up to 500) are linked to the issues they name, not only the ones pushed after you connected.

  • Improved

    Agent runs: open ones up front, closed ones tucked away

    In Settings, runs that are still going stay open, and finished ones fold into one "closed runs" line with a row each. Closed runs are now deleted a day after they end instead of after a month.

Bring the backlog. Bring your agents.

Start on your own, connect an MCP client when you are ready, invite the team later.