Atlassian REST API Skill
Portable Jira & Confluence integration via REST APIs. Works in any agent environment with Node.js 18+ — zero dependencies, no MCP server required.
First-Use Setup
throughout this document refers to the directory where this skill is installed. Resolve it from the skill invocation context (e.g., the path shown by
or the skill's directory in
).
Before any operation, verify the user has credentials configured. Run:
bash
node <skill-path>/scripts/setup.mjs
If it fails, guide the user through the setup — the script prints step-by-step instructions.
Required Environment Variables
| Variable | Description | Example |
|---|
| API token | (generated at Atlassian) |
| Account email | |
| Atlassian site domain | |
How to Use This Skill
When the user asks you to do something with Jira or Confluence, follow these principles:
-
Resolve ambiguity first. If the user says "create a ticket" but hasn't specified a project, run
node <skill-path>/scripts/jira.mjs projects
to list available projects, then ask which one. Same for issue types — run
node <skill-path>/scripts/jira.mjs issue-types <projectKey>
if unsure.
-
Confirm before mutating. Before creating issues, transitioning tickets, or publishing Confluence pages, show the user what you're about to do and get confirmation. Read operations (search, get, list) don't need confirmation.
-
Never delete. This skill does not support delete operations (issues, pages, attachments, boards, projects, accounts, etc.). If the user asks to delete something, direct them to the Atlassian web UI. This restriction is intentional and must not be bypassed.
-
Compose operations naturally. Many user requests require multiple script calls. For example, "assign PROJ-123 to Sarah" requires: (a)
to get the account ID, then (b)
edit PROJ-123 --assignee <accountId>
.
-
Prefer sync.mjs for document-based operations. When creating Jira issues from a local markdown file (story docs, specs, epics), use
instead of raw
— it handles field mapping, link tracking, and sync state automatically. See the Document Sync Operations section below for details. Only use
for ad-hoc issues not backed by a local document.
-
Use workflows for complex tasks. If the user's request matches one of the workflows below, read the corresponding file and follow its step-by-step process.
-
Read reference docs when needed. Before writing JQL/CQL queries, consult
references/query-languages.md
. Before creating tickets, consult
references/ticket-writing-guide.md
. The reference docs exist to help you produce high-quality output — use them.
Passing Long Content to Scripts
For descriptions, comments, or page bodies longer than ~200 characters or containing special
characters (backticks, quotes,
, newlines),
write the content to a temp file and use the
file-based flag:
| Inline Flag | File Flag | Commands |
|---|
| --description-file /tmp/desc.md
| jira create, jira edit |
| (positional) | | jira comment, confluence comment |
| | confluence create-page, update-page |
| --comment-file /tmp/comment.md
| jira worklog |
Write plain markdown to the file — scripts handle conversion to ADF (Jira) or storage format (Confluence) automatically. Prefer file-based input to avoid shell escaping issues.
Jira Operations
Script:
node <skill-path>/scripts/jira.mjs <command> [args]
Search Issues
bash
jira.mjs search 'project = PROJ AND status = "In Progress"' --max 20
Get Issue Details
bash
jira.mjs get PROJ-123
jira.mjs get PROJ-123 --fields summary,status,assignee
Create Issue
bash
jira.mjs create --project PROJ --type Task --summary "Implement feature X" \
--description "Details here" --priority High --assignee <accountId> \
--labels "backend,urgent" --components "API,Auth"
jira.mjs create --project PROJ --type Story --summary "User login" --parent PROJ-100
# For long descriptions, use a file:
jira.mjs create --project PROJ --type Task --summary "Feature X" \
--description-file /tmp/desc.md --priority High
When creating child stories under an Epic, include
unless the user specifies a different priority.
Edit Issue
bash
jira.mjs edit PROJ-123 --summary "Updated title" --priority Medium
jira.mjs edit PROJ-123 --labels "backend,v2" --components "API"
# For long descriptions, use a file:
jira.mjs edit PROJ-123 --description-file /tmp/desc.md
Comments
bash
jira.mjs comment PROJ-123 "Fixed in PR #456"
# For long comments, use a file:
jira.mjs comment PROJ-123 --body-file /tmp/comment.md
Transitions (move ticket status)
bash
jira.mjs transitions PROJ-123 # List available transitions first
jira.mjs transition PROJ-123 31 # Then transition by ID
Always list transitions first to get the correct ID — don't guess.
Projects & Issue Types
bash
jira.mjs projects # List all visible projects
jira.mjs issue-types PROJ # List issue types for a project
Issue Links
bash
jira.mjs link-types # List available link types first
jira.mjs link PROJ-1 PROJ-2 --type "relates to"
User Lookup
bash
jira.mjs lookup-user "john" # Returns account ID needed for --assignee
Worklog
bash
jira.mjs worklog PROJ-123 --time 2h --comment "Code review"
Document Sync Operations
Script:
node <skill-path>/scripts/sync.mjs <command> [args]
When creating Jira/Confluence items from local markdown documents, prefer sync.mjs over raw jira.mjs/confluence.mjs — it auto-updates the source document with links and maintains sync state.
Setup Field Mapping (first time per doc type)
bash
sync.mjs setup-mapping --type story --sample PROJ-200 # Auto-detect fields from existing ticket
sync.mjs setup-mapping --type epic --sample PROJ-100 # Creates memory/jira-epic-field-mapping.json
Field mappings are stored in
and define how markdown sections map to Jira fields. See
references/sync-mapping-guide.md
for the full schema.
Link & Create from Document
bash
sync.mjs link <file> --type story --project PROJ --create # Create Jira issue + update doc
sync.mjs link <file> --type epic --project PROJ --create # Create epic + child stories
sync.mjs link <file> --type story --ticket PROJ-123 # Link to existing ticket
Push/Pull Changes
bash
sync.mjs push <file> # Push local changes to Jira/Confluence
sync.mjs push <file> --delete-orphans # Push + prompt to delete orphaned Sub-* subtasks
sync.mjs pull <file> # Pull remote changes to local
sync.mjs diff <file> # Show per-section diff
sync.mjs status <file> # Show sync status
When
reports orphaned subtasks (sections removed from local doc), ask the user if they want to delete them, then run with
. Only
issue types can be deleted — parent issues are skipped.
Custom Instructions in Mapping Config
The field mapping JSON (
memory/jira-<docType>-field-mapping.json
) supports an
field for additional agent guidance:
json
{
"instructions": "Always set priority to High. Add label 'team-alpha'. Use Sub-Imp type for child items."
}
When present, instructions are printed to stdout during
and
operations so the calling agent can follow them.
Batch Operations
bash
sync.mjs batch # Scan all linked docs and report status
Confluence Operations
Script:
node <skill-path>/scripts/confluence.mjs <command> [args]
Search Pages
bash
confluence.mjs search 'type = page AND text ~ "architecture"' --max 10
Get Page
bash
confluence.mjs get-page 12345
confluence.mjs get-page 12345 --format view
Create Page
bash
confluence.mjs create-page --space TEAM --title "Sprint Report" --body "Report content"
confluence.mjs create-page --space TEAM --title "Sub Page" \
--body "<h2>Heading</h2><p>Content</p>" --parent 12345
confluence.mjs create-page --space TEAM --title "Full Doc" --body-file /tmp/body.md
The
flag accepts
markdown (recommended), plain text, or raw HTML storage format (if it starts with
). The script automatically converts markdown to Confluence storage format — headings, lists, tables, and code blocks (converted to
ac:structured-macro ac:name="code"
with language detection) are all handled. Prefer writing markdown and letting the script handle conversion rather than manually constructing storage format XHTML. Use
for long documents that would exceed shell argument limits.
Update Page
bash
confluence.mjs update-page 12345 --title "Updated Title" --body "New content"
confluence.mjs update-page 12345 --title "Updated Title" --body-file /tmp/body.md
Version is auto-incremented — no need to track it manually. Use
for large page updates.
Comments
bash
confluence.mjs comment 12345 "Reviewed and approved"
# For long comments, use a file:
confluence.mjs comment 12345 --body-file /tmp/comment.md
Attachments
bash
confluence.mjs attach 12345 ./screenshot.png --comment "Architecture diagram"
confluence.mjs list-attachments 12345 --max 10
Use
to upload local files (images, PDFs, etc.) to a page. After uploading, embed images in the page body using
<ac:image><ri:attachment ri:filename="screenshot.png" /></ac:image>
— see
references/confluence-formatting.md
for sizing guidelines.
Sync Confluence Space to Local Markdown
bash
# Download an entire page tree to local markdown with attachments
node <skill-path>/scripts/sync-confluence-space.mjs --root <pageId> --output ./docs
# Preview without writing files
node <skill-path>/scripts/sync-confluence-space.mjs --root <pageId> --output ./docs --dry-run
# Skip attachment downloads (faster, markdown only)
node <skill-path>/scripts/sync-confluence-space.mjs --root <pageId> --output ./docs --skip-attachments
Downloads an entire Confluence page tree to local markdown files with hierarchy, images, and linked titles. Rewrites both image references and file attachment links to point to local assets. See
workflows/sync-confluence-space.md
for full details and customization options.
Spaces & Navigation
bash
confluence.mjs spaces --max 20
confluence.mjs descendants 12345 # Get child pages
Format Conversion Utilities
Script:
<skill-path>/scripts/confluence-format.mjs
This module provides bidirectional markdown ↔ Confluence storage format conversion. It's used internally by
but can also be imported directly for custom sync scripts.
Exported Functions
js
import { markdownToStorage, storageToMarkdown, htmlInlineToMarkdown } from '<skill-path>/scripts/confluence-format.mjs';
| Function | Direction | Use case |
|---|
| Markdown → XHTML | Publishing to Confluence (auto-used by confluence.mjs --body-file
) |
| XHTML → Markdown | Downloading/syncing Confluence pages to local markdown files |
htmlInlineToMarkdown(html)
| Inline HTML → Markdown | Converting snippets (table cells, list items) that may contain , , , |
What Handles
The converter handles real-world Confluence storage format patterns including:
- Structured macros: code blocks (with/without language), panels (info/tip/warning/note → GitHub alerts), expand → collapsible sections, jira references, view-file → attachment links, toc/children (stripped)
- Unknown macros: Any unrecognized types have their body content preserved (not silently dropped)
- Tables: , , wrappers stripped; attributes on , , , handled
- Task lists: with → markdown checkboxes
- Images: URL and attachment images → with filename as fallback alt text; parentheses and spaces in filenames URL-encoded
- Code blocks: Protected from HTML tag stripping via placeholder system — generic types like preserved inside fenced blocks
- Expand/collapsible bodies: Full content support inside expand macros — code blocks, images, tables, panels, task lists, and nested macros all convert correctly
- Entities: Full HTML entity decoding (, , , , numeric )
- Block separation: around headings, images, lists, , tables, code blocks
- Attribute tolerance: All HTML tag regexes accept optional attributes (handles Confluence's , , , etc.)
- Bold/italic cleanup: Trailing spaces inside markers fixed ( → )
- Stray angle brackets: Escaped outside code blocks to prevent markdown renderer confusion
Syncing a Confluence Space
For most use cases, use the built-in sync script directly:
bash
node <skill-path>/scripts/sync-confluence-space.mjs --root <pageId> --output ./docs
For custom sync scripts, import
and follow this pattern:
js
import { storageToMarkdown } from '<skill-path>/scripts/confluence-format.mjs';
// Fetch page via Confluence v2 API
const page = await apiGet(`/wiki/api/v2/pages/${pageId}`, { 'body-format': 'storage' });
const html = page.body.storage.value;
// Convert to markdown
let markdown = storageToMarkdown(html);
// Add linked title using page._links.base + page._links.webui
const pageUrl = `${page._links.base}${page._links.webui}`;
markdown = `# [${page.title}](${pageUrl})\n\n${markdown}`;
Key gotchas discovered in production use:
- The v2 API is a relative path (e.g.,
/spaces/BTH/pages/123/Title
). Combine with (e.g., https://company.atlassian.net/wiki
) for the full URL — do NOT use + directly (missing prefix).
- Attachment filenames with spaces and parentheses must be URL-encoded in markdown links:

.
- When writing a hierarchical sync, use (recursive children API) to build the tree, then decide per-node: pages with children → , leaf pages → flat .
- Keep attachments in a shared and directory. Use depth-aware relative paths ( at depth 1, at depth 2, etc.).
- The sync script must rewrite both image references () and file attachment links () to local paths — Confluence macros produce regular links, not image references.
- Confluence adds attributes (, , ) to most HTML tags. Any regex matching tags must use for optional attributes.
- Expand macro bodies can contain any content (code blocks, images, tables). The inner HTML converter must handle the same set of elements as the main converter.
Running Tests
bash
node <skill-path>/scripts/test-format.mjs
100+ tests covering forward conversion, reverse conversion, round-trip preservation, block element spacing, code block protection, image URL encoding, entity decoding, expand macros with nested content, view-file macros, unknown macro catch-all, and attribute tolerance on HTML tags.
Workflows
For complex multi-step operations that require user interaction across several turns, read the corresponding workflow file and follow its step-by-step process. For simple one-shot commands, use the operations sections above directly.
| Workflow | When to use | File |
|---|
| Capture Tasks from Meeting Notes | User provides meeting notes and wants Jira tasks created from action items | workflows/capture-tasks-from-meeting-notes.md
|
| Generate Status Report | User wants a project status report, sprint summary, or weekly update | workflows/generate-status-report.md
|
| Search Company Knowledge | User wants to find information across Confluence pages and Jira issues | workflows/search-company-knowledge.md
|
| Spec to Backlog | User has a Confluence spec and wants it broken into an Epic + child tickets | workflows/spec-to-backlog.md
|
| Triage Issue | User reports a bug and wants duplicate checking before filing | workflows/triage-issue.md
|
| Create Confluence Document | User wants a professional Confluence page with macros, images, and structured formatting | workflows/create-confluence-document.md
|
| Sync BMAD Documents | User wants to sync local BMAD docs (epics, tech specs, PRDs, architecture) with Jira or Confluence, or link a document to a ticket/page | workflows/sync-bmad-documents.md
|
| Sync Confluence Space | User wants to download an entire Confluence space to local markdown files with hierarchy, images, and linked titles | workflows/sync-confluence-space.md
|
Error Handling
| Error | Likely Cause | Resolution |
|---|
| Bad or expired API token | Regenerate at Atlassian security settings |
| Insufficient permissions | Check project/space permissions for the user's account |
| Wrong issue key, page ID, or domain | Verify the resource exists and is correct |
| Rate limited | Wait briefly and retry; reduce batch sizes |
| Missing env vars | Not configured | Run node <skill-path>/scripts/setup.mjs
|
Reference Documentation
Load these as needed — don't read them all upfront:
| Reference | When to consult |
|---|
| Need details on Jira API endpoints or request shapes |
references/confluence-api.md
| Need details on Confluence API endpoints or storage format |
references/confluence-formatting.md
| Building professional pages with macros, layouts, images, and document templates |
references/query-languages.md
| Writing JQL or CQL queries |
references/jql-patterns.md
| Need common JQL patterns for reports, searches, filters |
references/action-item-patterns.md
| Parsing meeting notes for action items |
references/report-templates.md
| Generating status reports |
references/bug-report-templates.md
| Creating well-structured bug reports |
references/search-patterns.md
| Multi-source search strategies |
references/epic-templates.md
| Writing epic descriptions |
references/ticket-writing-guide.md
| Writing clear ticket summaries and descriptions |
references/breakdown-examples.md
| Breaking specs into stories and tasks |
references/sync-mapping-guide.md
| Before first document sync, when mapping fields fail, or configuring custom field mappings |