WorkerKit

AI workers for Jira

Ready-made AI workers for Jira: bug triage that runs every morning, unassigned issues chased down, and release notes drafted from what actually shipped.

What is an AI worker for Jira?

An AI worker for Jira is an AI agent scoped to one delivery job, such as triaging new bugs into the right component or reporting on scope that grew mid sprint. It reads issues through your connected Jira account and updates only the fields you allow, inside the projects you scope it to, so your workflow rules stay in charge of what is possible.

What these workers do

Triage new bugs each morning

Reads issues raised since the last run, proposes component and priority, and flags the ones with no reproduction steps back to the reporter.

Chase issues with no assignee

Finds work that has been sitting unowned and raises it with the team, so nothing lives permanently in the gap between people.

Draft release notes from resolved issues

Assembles what was actually completed into readable notes grouped by area, with the issue keys kept as the citation.

Report scope that grew mid sprint

Compares what the sprint holds now against what it started with and names what was added and by whom.

How an AI worker runs in Jira

Triage as a standing job, not a Monday scramble

Sprints tell you what changed, if anyone is watching

Your workflow still governs transitions

Jira questions, answered.

Will an AI worker move issues through my workflow?

Only if you grant transition permission, and only along transitions your workflow already allows. Your project's rules remain the outer boundary, so a worker cannot reach a state that a person in the same position could not reach.

Does it respect Jira project permissions?

Yes. It connects as an account with its own Jira permissions, and the firewall narrows things further to the projects and fields you scope it to. It can never see more than the account it connects with can see.

Can it edit sprints and the backlog?

Sprint and backlog changes require the corresponding write permissions, which are usually withheld. Most Jira workers are set up to read the sprint and report on it, because rearranging a sprint is a team decision rather than a maintenance task.

How does it handle issues it cannot classify?

It flags them rather than guessing. An issue with no reproduction steps or no obvious component is returned to a person with the specific gap named, which is more useful than a confident but wrong classification.

What AI workers can do in Jira

The tools a worker can be granted in Jira once you connect it. A kit grants only the ones its job needs, and you can narrow them further on the worker.

List Jira Cloud projects

List projects in Jira Cloud. Paginate with 'page'.

Get Jira Cloud project

Get a single Jira Cloud project with its groups and column definitions. Call this before create/update so you can pass valid column IDs in the 'fields' map.

List Jira Cloud issues

List issues in a Jira Cloud project. Filter by group, status, or search query. Accepts an updatedSince ISO-8601 window for a dated delta (filtered upstream via JQL updated >=; windowed lists return most-recently-updated first). Note: totalCount reflects upstream total before assignee-rule filtering, so items.length may be smaller per page.

Get Jira Cloud issue

Get a single Jira Cloud issue with all fields, column values, comments (when view_comments is granted), and sub-items.

Search Jira Cloud issues

Search Jira Cloud issues across all in-scope projects (or a subset via boardIds). Accepts an updatedSince ISO-8601 window for a dated delta. Results carry boardId/boardName context. Treat boardsFailed > 0 as a partial-results warning, not an error.

Create Jira Cloud issue

Create a new issue in a Jira Cloud project. Call jira_cloud_get_board first to discover valid groupId values and column IDs. Non-writable columns (formulas, rollups, system-computed) are silently stripped.

Update Jira Cloud issue

Update an existing Jira Cloud issue's column values. Only keys included in 'fields' are touched; omitted keys are left untouched. To rename, set fields.name (or fields.title). The response carries 'rejectedFields' for any fields that weren't writable.

Delete Jira Cloud issue

Delete a Jira Cloud issue. This is permanent and cannot be undone.

Add Jira Cloud issue Comment

Add a comment/update to a Jira Cloud issue.

List Jira Cloud issue Comments

List comments on a Jira Cloud issue with author, body, and timestamp.

Browse Jira kits

All apps