| name | jira |
| description | Read Jira issues — query assigned issues, sprint boards, and epics; extract facts for resource articles. Load when pulling Jira context for resource enrichment or when looking up a Jira issue key. |
| updated | "2026-05-07T00:00:00.000Z" |
| related | ["resources","query"] |
Jira read CLI authority. Read-only by default; writes require explicit approval.
> Use `--plain` for list output, `--no-input` for create/edit, `PAGER=cat` before `jira issue view`. NEVER write without explicit user approval. For resource article format, load `resources` skill. For multi-source retrieval context (Jira = Tier 4), load `query` skill.
<agent_flags>
--plain — non-interactive list output
--no-input — non-interactive create/edit
PAGER=cat — disables less pager on jira issue view
</agent_flags>
<write_policy>
NEVER create, edit, delete, or transition Jira issues without explicit user approval.
Default: read-only. Before any write: ask "Should I write this to Jira?" Proceed only on explicit yes.
Safety rules
- NEVER transition without showing current status and confirming target.
- NEVER edit description without showing current content first.
- NEVER create without confirming project key, type, summary, description.
- ALWAYS show comment text before adding.
</write_policy>
Project key: read context/context.md → Conventions → Jira project key.
jira issue list -a$(jira me) --plain
jira sprint list --current -a$(jira me) --plain
jira issue list -q "<JQL>" --plain
Common JQL
| Goal | JQL |
|---|
| Open assigned | assignee = currentUser() AND statusCategory != Done |
| Current sprint | assignee = currentUser() AND sprint in openSprints() |
| In project | project = PROJ AND statusCategory != Done |
| High priority | assignee = currentUser() AND priority in (Blocker, Critical) AND statusCategory != Done |
| Recently updated | project = PROJ AND updated >= -7d ORDER BY updated DESC |
| By label | labels = "my-label" AND project = PROJ |
| By epic | parent = PROJ-123 |
Topic search — try ≥2 strategies
jira issue list -q "text ~ \"keyword\"" --plain
jira issue list -q "labels = \"keyword\"" --plain
jira issue list -q "summary ~ \"keyword\"" --plain
```bash
PAGER=cat jira issue view PROJ-123 # Non-interactive
PAGER=cat jira issue view PROJ-123 --comments 5 # With recent comments
```
```bash
jira board list --plain
jira sprint list --table --plain # Non-interactive sprint list
jira sprint list --current --plain # Active sprint
jira sprint list --current -a$(jira me) --plain # My current sprint
jira sprint list --prev --plain # Previous sprint
jira sprint list SPRINT_ID --plain # Specific sprint
```
Extract (durable):
- Decisions in descriptions/comments
- Deadlines, milestones
- Ownership changes (assignee, team)
- Acceptance criteria clarifying requirements
- Epic-level goals/scope
Discard:
- Current status (link, don't copy)
- Meeting logistics
- Speculative discussion
- Verbatim descriptions
Resource ## Sources:
- [PROJ-456](<jira-url>/browse/PROJ-456) — decision or outcome
<jira-url> from context/context.md → Tooling → Jira URL.
```bash
jira issue list -q "assignee = currentUser() AND statusCategory != Done ORDER BY priority DESC" --plain
jira sprint list --current -a$(jira me) --plain
jira issue list -q "assignee = currentUser() AND priority = Blocker AND statusCategory != Done" --plain
```
Skip silently if `jira` not installed or config error.
- Comment:
jira issue comment add PROJ-123 "Comment text" — show text first.
- Edit:
jira issue edit PROJ-123 -s"New summary" --no-input — show field changes.
- Transition:
jira issue move PROJ-123 "In Progress" — confirm target status (project-specific).
- Create:
jira issue create -tStory -s"Summary" -yHigh -b"Description" --no-input — confirm project/type/summary/description.
- Assign:
jira issue assign PROJ-123 $(jira me)
After write: note issue key in dev-log.
- Read-only by default. Ask before any write.
- ALWAYS `--plain` for list commands.
- ALWAYS `PAGER=cat` before `jira issue view`.
- ALWAYS `--no-input` for create/edit.
- Summarize, never copy. Daily notes = summary + issue key link.
- USE issue key (`PROJ-123`) in references — not search URLs.
- Search before suggesting new issues.
- Extract durable architectural decisions to resources.
<self_review>
<output_rules>Output in English. Preserve verbatim CLI commands, JQL, and issue key formats.</output_rules>