For AI agents: a documentation index is available at /llms.txt. A markdown version of this page is available at /guide/mcp/tools.md.

MCPAI Connect

Tools

All 74 MCP tools, grouped by domain, with the OAuth scope each one needs.

The server advertises 74 tools across ten domains. Each one asserts a scope before it runs, so what your assistant can actually do is decided at consent time, not by this list.

Ask the server, not this page

Tool names are part of the server's contract and can change between deployments. The authoritative list for the endpoint you are pointed at always comes from a tools/list call, or just ask your assistant: "what Orangescrum tools do you have?"

#Coverage

DomainToolsRead scopeWrite scope
Test management21mcp:tests.readmcp:tests.write
Checklists20mcp:checklists.readmcp:checklists.write
Tasks8mcp:tasks.readmcp:tasks.write
Sprints7mcp:sprints.readmcp:sprints.write
Projects5mcp:projects.readmcp:projects.write
Backlog hierarchy4n/amcp:epics.write
Timelogs3mcp:timelogs.readmcp:timelogs.write
Users3mcp:users.readn/a
Project context2mcp:context.readmcp:context.write
Document search1mcp:documents.readn/a

#Projects

Addressable by numeric id or uniq_id; both come back in every result.

ToolScopeWhat it does
list_projectsreadList accessible projects, with status filter and pagination
get_projectreadFull detail for one project
search_projectsreadFree-text search with filters and pagination
create_projectwriteCreate a project with name, description and dates
update_projectwriteUpdate a project; omitted fields are left untouched

#Tasks

ToolScopeWhat it does
list_tasksreadList tasks, filtered by project, user or status
list_tasks_v2readStricter contract, deterministic pagination and normalized ids
get_taskreadFull detail for one task
search_tasksreadFree-text search with project, status, priority and assignee filters
list_task_statusesreadThe workflow statuses configured for a project, in workflow order
list_task_typesreadTask types available in the workspace (Bug, Task, Story, Epic, Feature…)
create_taskwriteCreate a task with title, description, priority, assignment and dates
update_taskwriteUpdate a task by numeric id or uniq_id

Tip

list_task_statuses matters more than it looks. Status names are configured per project, so an assistant that guesses "Done" often guesses wrong, pointing it at this tool first makes status changes reliable.

#Backlog hierarchy

Scrum backlog items, from Epic down. All four need mcp:epics.write.

ToolWhat it does
create_epicCreate an Epic, the top-level backlog item, in a project
create_featureCreate a Feature under an existing Epic
create_storyCreate a Story, optionally attached to a Feature
create_subtaskCreate a child work item under a Story or a Task

Note

Reads for these live under the task tools, an Epic or Story is a work item, so list_tasks, get_task and search_tasks return them. mcp:epics.read appears in the scope vocabulary but nothing dispatches on it yet.

#Sprints

ToolScopeWhat it does
list_sprintsreadSprints for a project, active first, filterable by status
get_sprintreadOne sprint by numeric id or uniq_id
create_sprintwriteCreate a sprint; it starts not-yet-started
update_sprintwriteUpdate a sprint's fields
start_sprintwriteStart a sprint
complete_sprintwriteClose a sprint; done tasks are snapshotted for velocity
assign_task_to_sprintwriteMove a task into a sprint, or back to the backlog

Note

Unless the company has parallel sprints enabled, only one sprint can be active per project, start_sprint will refuse the second. Sprints are available on v4 projects only.

#Timelogs

ToolScopeWhat it does
list_timelogsreadTime entries for the authenticated user, filtered by project, task and date range
create_timelogwriteLog time against a task, total_hours, or explicit start and end times
update_timelogwriteUpdate an entry; omitted fields are left untouched

#Users

Read-only, by design.

ToolWhat it does
get_current_userThe authenticated user's profile, timezone, roles and default workspace
list_usersWorkspace directory, with free-text search and pagination
get_userOne user by numeric id or uniq_id

No user writes over MCP

There is no tool to invite, deactivate or re-role a member. Those stay in the admin UI deliberately, an assistant should not be able to alter who has access to your workspace.

#Test management

The largest surface: 21 tools over test cases, scenarios, steps and defects. Deletes archive by default; pass hard_delete to remove permanently.

#Test cases

ToolScopeWhat it does
create_test_casewriteCreate a test case, optionally attached to a scenario
list_test_casesreadFilter by project, scenario or status
get_test_casereadOne test case by uniq_id
update_test_casewriteUpdate supplied fields only
delete_test_casewriteArchive, or hard_delete=true to remove

#Test scenarios

ToolScopeWhat it does
create_test_scenariowriteCreate a scenario in a project
list_test_scenariosreadFilter by project, type or status
get_test_scenarioreadOne scenario by uniq_id
update_test_scenariowriteUpdate supplied fields only
delete_test_scenariowriteArchive, or hard_delete=true to remove

#Test steps

ToolScopeWhat it does
create_test_stepwriteAppend a step to a test case
list_test_stepsreadSteps of a case, in position order
update_test_stepwriteUpdate a step within its case
reorder_test_stepswriteSet step order by passing ids in the desired sequence
delete_test_stepwriteUnlink a step, or hard-delete it

#Defects

ToolScopeWhat it does
create_defectwriteFile a defect, optionally linked to a case, step or task
list_defectsreadFilter by project, status, priority and severity
get_defectreadOne defect by uniq_id
update_defectwriteUpdate a defect's fields
link_defectwriteLink a defect to a test case, step and/or task
set_defect_statuswriteMove a defect through its workflow

Note

Test scenarios are available on v4 workspaces only.

#Checklists

20 tools over the checklist framework. There are two distinct layers, and picking the wrong one is the usual source of confusion:

  • the company catalog, reusable groups and templates, shared workspace-wide;
  • the per-work-item rail, the checklist actually attached to one task.

#Config and catalog reads

ToolWhat it does
get_checklist_configWhether the framework is on, the policy flags, and the required-groups matrix per work-item type
list_checklist_groupsCatalog groups, system and custom
list_checklist_templatesTemplates with their items
get_work_item_checklistThe checklist attached to one work item

#Catalog management

All need mcp:checklists.write.

ToolWhat it does
create_checklist_groupCreate a custom catalog group; names are unique per company
update_checklist_groupUpdate a catalog group, system groups cannot be renamed
delete_checklist_groupDelete a custom group and its templates
create_checklist_templateCreate a template owning one group and a list of items
update_checklist_templateUpdate a template and optionally replace its items
delete_checklist_templateDelete a template and its items

#Per work item

All need mcp:checklists.write. Each returns the refreshed checklist.

ToolWhat it does
add_checklist_itemAdd an item to a group on a work item
update_checklist_itemUpdate an item
delete_checklist_itemRemove an item
complete_checklist_itemMark complete or incomplete; omit the flag to toggle
add_checklist_groupAttach an existing catalog group; duplicates are rejected
add_checklist_group_from_templateCopy a template's group and items onto a work item
create_custom_checklist_groupCreate a one-off group on a work item, if the company allows it
rename_checklist_groupRename a group on this work item only, never the catalog
delete_work_item_checklist_groupRemove a group and its items from this work item
reorder_checklist_groupsSet the display order of a work item's groups

Tip

Have the assistant call get_work_item_checklist before any write. The per-item tools need the work-item group instance id, which is not the catalog group id, that mismatch is the most common checklist error.

#Project context ("memory")

Standing notes the assistant recalls in later conversations, background, conventions, decisions.

ToolScopeWhat it does
get_project_contextmcp:context.readRetrieve the saved context for the workspace
add_project_contextmcp:context.writeSave a standing context entry
ToolScopeWhat it does
search_documentsmcp:documents.readSemantic search over documents uploaded to the workspace, PDFs, Word, Excel, images

#What these tools are good at

πŸ”Cross-project questions

"What's overdue across everything I own?", tedious by hand, one call for an assistant.

πŸƒSprint mechanics

Plan, start and close sprints, and move work in and out of them, without clicking through the board.

πŸ§ͺQA authoring

Turn a spec into scenarios, cases and ordered steps, then file defects against them.

βœ…Checklist hygiene

Apply a template to a work item and tick items off as the conversation progresses.

πŸ“Capture from context

Turn a chat thread or a code review into a backlog, epic to subtask.

⏱Time reconstruction

"Log yesterday's work from my commits", reads git, writes timelogs.

#Limits worth knowing

  • Scope failures happen at call time. The assistant sees the whole catalog regardless of what you granted; a tool you did not approve returns 403 naming the scope it wanted.
  • No bulk endpoints. Creating twenty tasks is twenty calls, each counting against the rate limit.
  • No idempotency key. A retried create makes a second record. If a write appears to fail, have the assistant search before retrying.
  • Some tools are v4-only. Sprints and test scenarios are not available on older workspaces.
  • Not everything in the REST API is a tool. The domains above are the MCP surface; anything else is REST only.