--- title: "Jira" description: "Create or reuse an Atlassian developer OAuth 2.0 (3LO) app and authorize it for the required Jira Cloud site with read:jira-user/read:jira-work and write:jira-work only for issue creation. Save the current bearer access" --- > Documentation Index > Fetch the complete documentation index at: https://help.tooluse.net/llms.txt > Use this file to discover all available pages before exploring further. # Jira

Create or reuse an Atlassian developer OAuth 2.0 (3LO) app and authorize it for the required Jira Cloud site with read:jira-user/read:jira-work and write:jira-work only for issue creation. Save the current bearer access token here, not a client secret or a personal API token. This gateway integration does not exchange/refresh tokens. sites.list returns authorized cloud IDs; pass one explicitly. Project permissions, required custom fields and issue types still apply; the minimal create command can be refused by a project with additional required fields. One explicit request/page per invocation; no retries, automatic pagination or background work. This is a documented common-command subset, not the full provider API.

What you can do (4)

What you can do

Available commands: 4 (3 read, 1 write). Enable only the commands your application needs.

Command Effect
List Jira sites accessible to this OAuth token — jira.sites.list Read
Read the authorized user at one cloud site — jira.user.get Read
Read a selected issue — jira.issues.get Read
Create one issue with explicit project/type — jira.issues.create Write

Connect and use

Connect and use

Open the integration's connection form to check the available credential source. The source has not been resolved for this documentation export. The instructions below apply when using your own provider account.

Get your provider credentials

Follow these steps for Jira, then enter the issued values in the connection form below.

  1. Create or reuse an Atlassian developer OAuth 2.0 (3LO) app and authorize it for the required Jira Cloud site with read:jira-user/read:jira-work and write:jira-work only for issue creation. Save the current bearer access token here, not a client secret or a personal API token. This gateway integration does not exchange/refresh tokens. sites.list returns authorized cloud IDs; pass one explicitly. Project permissions, required custom fields and issue types still apply; the minimal create command can be refused by a project with additional required fields.

Official credential setup

Where to enter credentials

In the integration page, sign in, choose your workspace and open Connect. If a Credentials choice is shown, select Use my credentials. Fill the following connection fields and save. Provider credentials belong in this form, never in an MCP configuration or tool input.

Connection field Requirement
Jira API token Required

Open API keys and create a Tooluse.net key for the enabled commands.

Set TOOLUSE_API_KEY in your client and use the shared MCP configuration.

Configure Claude Code, Codex or Cursor once

Permissions and results

If you have more than one workspace, check the selected workspace in the connection or API-key dialog before saving. Roles, enabled commands, expiry and revocation use Tooluse.net's existing permissions. Disabling a connection or revoking a key immediately prevents new calls.

Send one Claude tool_use block per request. Keep the same Idempotency-Key when retrying the same request; use a new key for a new call. The response includes the shared Tooluse.net receipt and Claude tool_result. Check both HTTP status and the returned tool result before treating a call as successful.

Your connection's daily allowance and key permissions also apply. Adding a connection does not make a provider request.

Calls return the shared execution receipt and a Claude tool_result. Provider output varies by operation; consult the provider documentation for its response fields. Unconfirmed calls should be checked before retrying.

Call from your client

Use the shared MCP configuration. Refresh your client's tool list after saving the connection or changing key permissions, then call the returned tool name with the example input below.

Configure Claude Code, Codex or Cursor once

Discover your enabled tools

List permitted tools in Claude format. Read every page using page and size (maximum 100) until all results have been received. Use the returned name, not a catalog capability identifier, in the tool_use block.

curl 'https://api.tooluse.net/v1/tools' \
  -H "Authorization: Bearer $TOOLUSE_API_KEY"

Find this command in the tool list permitted by your key. Replace svc_FROM_YOUR_TOOL_LIST with its returned name. Use a new Idempotency-Key for each new call and retain it when retrying that same call.

HTTP call

curl 'https://api.tooluse.net/v1/tool-calls' \
  -H "Authorization: Bearer $TOOLUSE_API_KEY" \
  -H 'Content-Type: application/json' \
  -H 'Idempotency-Key: replace-with-a-new-call-id' \
  --data '{
  "type": "tool_use",
  "id": "toolu_example",
  "name": "svc_FROM_YOUR_TOOL_LIST",
  "input": {}
}'

Send one Claude tool_use block per request. Keep the same Idempotency-Key when retrying the same request; use a new key for a new call. The response includes the shared Tooluse.net receipt and Claude tool_result. Check both HTTP status and the returned tool result before treating a call as successful.

Commands

List Jira sites accessible to this OAuth token — jira.sites.list

Run List Jira sites accessible to this OAuth token with Jira. This is a read command; it does not grant access beyond the connected account's permissions.

This is a read operation. Provider rate limits and data access rules still apply.

Connect and use

Parameters

Requiredness is local to the containing object. A required child is required only when its parent object or array item is provided. Alternative schemas are identified in the Constraints column; the linked full JSON Schema is authoritative.

This tool has no input parameters.

Full JSON Schema

Full JSON Schema

Example input

{}

At most 1 provider requests per invocation; timeout: 30 seconds.

Read the authorized user at one cloud site — jira.user.get

Run Read the authorized user at one cloud site with Jira. This is a read command; it does not grant access beyond the connected account's permissions.

This is a read operation. Provider rate limits and data access rules still apply.

Connect and use

Parameters

Requiredness is local to the containing object. A required child is required only when its parent object or array item is provided. Alternative schemas are identified in the Constraints column; the linked full JSON Schema is authoritative.

Parameter Type Required in parent Description Constraints
path object Required additionalProperties: false
path.cloudId string Required minLength: 1

Full JSON Schema

Full JSON Schema

Example input

{
  "path": {
    "cloudId": "example"
  }
}

At most 1 provider requests per invocation; timeout: 30 seconds.

Read a selected issue — jira.issues.get

Run Read a selected issue with Jira. This is a read command; it does not grant access beyond the connected account's permissions.

This is a read operation. Provider rate limits and data access rules still apply.

Connect and use

Parameters

Requiredness is local to the containing object. A required child is required only when its parent object or array item is provided. Alternative schemas are identified in the Constraints column; the linked full JSON Schema is authoritative.

Parameter Type Required in parent Description Constraints
path object Required additionalProperties: false
path.cloudId string Required minLength: 1
path.issueId string Required minLength: 1
query object Optional additionalProperties: false
query.fields string Optional minLength: 1

Full JSON Schema

Full JSON Schema

Example input

{
  "path": {
    "cloudId": "example",
    "issueId": "example"
  }
}

At most 1 provider requests per invocation; timeout: 30 seconds.

Create one issue with explicit project/type — jira.issues.create

Run Create one issue with explicit project/type with Jira. This command can change provider data. Review the target and input before invoking it.

This operation can change provider data. Review the input before allowing an agent to call it.

Connect and use

Parameters

Requiredness is local to the containing object. A required child is required only when its parent object or array item is provided. Alternative schemas are identified in the Constraints column; the linked full JSON Schema is authoritative.

Parameter Type Required in parent Description Constraints
path object Required additionalProperties: false
path.cloudId string Required minLength: 1
body object Required additionalProperties: false
body.fields object Required additionalProperties: false
body.fields.project object Required additionalProperties: false
body.fields.project.key string Required minLength: 1
body.fields.issuetype object Required additionalProperties: false
body.fields.issuetype.id string Required minLength: 1
body.fields.summary string Required minLength: 1

Full JSON Schema

Full JSON Schema

Example input

{
  "path": {
    "cloudId": "example"
  },
  "body": {
    "fields": {
      "project": {
        "key": "DEMO"
      },
      "issuetype": {
        "id": "10001"
      },
      "summary": "Example issue"
    }
  }
}

At most 1 provider requests per invocation; timeout: 30 seconds.

Errors

Check the key's expiry, revocation, workspace and allowed operations.

Reuse the same idempotency key only for the same request.

The connection or provider limit has been reached. Check the receipt before retrying.

Test the connection

Open the integration's commands below to inspect parameters and examples. Start with a read command for an account or resource you can access. Refresh your client's tool list, use the returned tool name, and check the execution result and usage. Provider charges and permissions still apply. Never test a write against production data without reviewing it.

Official provider documentation

Source: https://help.tooluse.net/integrations/jira/index.mdx