Use when the user mentions Jira issues (e.g., "PROJ-123"), asks about tickets, wants to create/view/update issues, check sprint status, or manage their Jira...
Security Analysis
high confidenceThe skill's requirements and runtime instructions are consistent with a Jira integration: it uses the jira CLI or Atlassian MCP when available and only optionally documents Jira-related env vars for a REST fallback.
The name/description match the behavior in SKILL.md and README: viewing, creating, updating, and transitioning Jira issues via either the local `jira` CLI or Atlassian MCP. Optional JIRA_* env vars are appropriate for the documented REST/curl fallback. There are no extraneous credentials, binaries, or unrelated capabilities requested.
SKILL.md instructs the agent to detect backends (running `which jira` or looking for MCP tools) and to fetch issue state before any modification; it also references reading user-provided files (e.g., /tmp templates) and 'research context' for referenced code/PRs. These actions are sensible for a Jira helper, but 'research context' is somewhat open-ended — ensure the agent only accesses resources you expect and that it shows commands/results before making changes (the skill emphasizes this safety behavior).
There is no install spec and no code files — this is instruction-only. That minimizes install-time risk (nothing is downloaded or written by the skill itself). The README points users to official project pages for optional tools (GitHub, Homebrew).
The only environment variables mentioned are JIRA_BASE_URL, JIRA_USER, and JIRA_API_TOKEN and they are documented as optional (used only for REST/curl fallback). Nothing requests unrelated secrets or multi-service credentials.
The skill is not marked always:true and does not request persistent system-wide changes. It documents safety steps (show commands, request approval) before modifications. No evidence it modifies other skills or global agent configuration.
Guidance
This skill appears internally consistent and is appropriate for Jira workflows. Before installing or enabling it: (1) only provide JIRA_API_TOKEN/JIRA_USER/JIRA_BASE_URL if you trust the skill and need REST fallback — prefer local CLI or vetted MCP integrations; (2) confirm the agent shows the exact commands it will run and explicitly approve any write/bulk operations; (3) ask what 'research context' the agent will access if it suggests pulling code or PR details; and (4) restrict use to agents/users who are permitted to modify your Jira projects (to avoid accidental notifications or state changes).
Latest Release
v1.3.3
Scanner hardening: make Jira env vars optional (REST fallback only) to align with multi-backend CLI/MCP design
More by @jdrhyne
Published by @jdrhyne on ClawHub