jira-report-comment

Solid

This skill should be used when the user asks to "jira report", "post update to jira", "summarize commits for jira", "report to jira", "update the ticket", "comment on the ticket", "generate implementation report", "write a jira comment", "summarize my changes", or wants to notify PM/QA about completed work on a Jira ticket. Generates a business-friendly implementation report from git commits and saves it as a local markdown report.

Data & Documents 15 stars 0 forks Updated 4 days ago MIT

Install

View on GitHub

Quality Score: 81/100

Stars 20%
40
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Jira Report Comment Generate a short Jira comment describing what shipped on a ticket, and save it as a local markdown file. The reader — a PM, QA engineer, or architect — already has the ticket open. Every sentence that paraphrases the ticket back at them is a sentence they skip, and after two of those they stop reading the whole comment. So the comment carries only what the ticket cannot: what actually shipped, and what someone downstream now has to do differently. By default that is one summary paragraph. Bug fixes add a Root Cause. Verify and Deploy sections appear only when the diff gives a concrete reason. ## Step 1 — Resolve the issue key In order: the key the user gave you; otherwise the first `[A-Z]+-[0-9]+` match in `git branch --show-current`; otherwise ask. Confirm before continuing: "I detected **CX-4328** from your branch. Use this issue key?" Then reserve the output file, and write to this same path for the rest of the session — re-running the skill for the same issue updates the file rather than adding another: ```bash mkdir -p docs/jira-reports touch "docs/jira-reports/$(date +%Y-%m-%d-%H%M%S)-<ISSUE_KEY>.md" ``` ## Step 2 — Fetch the ticket Try `mcp__atlassian__getJiraIssue` with the key. If it is unavailable, ask the user to paste the title, description, and acceptance criteria. Read the title, description, type, and status. **This is the material to leave out, not material to write from.** Use it as the exclusion list. ## Step 3 — Gather the ...

Details

Author
alexander-danilenko
Repository
alexander-danilenko/cortex-ai-skills
Created
7 months ago
Last Updated
4 days ago
Language
Shell
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

ticket-report

Close the loop on a Jira ticket: post exactly one comment saying what was planned, what was built per requirement with evidence, and — the section that matters — what the ticket asked for that was NOT built and why; then move the ticket to the status the evidence supports. Partial coverage never lands in Done, ever: a ticket marked Done with unbuilt requirements removes the one signal a human needs. Transitions are discovered from the live workflow rather than assumed, rejected when they need fields nobody can legitimately fill, and skipped silently when the issue is already there. Both writes are idempotent — a resumed or re-run loop reports "already reported" instead of spamming the ticket. Runs in audit mode against an MR it didn't build, evidencing each requirement against the real diff. Use when: a ticket's MR has merged, "update the Jira ticket", closing out PROJ-123, or as the final stage of /ship-feature PROJ-123.

0 Updated 1 months ago
ohyesgocool
AI & Automation Listed

jira-comment-writer

Plain-language Jira comment drafter for project managers and clients. Translates technical progress, blockers, and decisions into clear, jargon-free updates. Use when adding a comment to a Jira issue that a non-technical stakeholder will read. Do NOT use when the audience is engineers or technical peers — use pr-feedback-writer instead; this skill targets non-technical stakeholders only.

2 Updated 5 days ago
michaelalber
AI & Automation Listed

ticket-intake

Read a Jira issue whole — description, acceptance criteria, every comment, subtasks, links, labels, status and available transitions — and turn it into a brief plus a numbered requirements list the rest of the loop is accountable to. Reconciles comments against the description chronologically, so a comment that changed the scope wins and the superseded requirement is shown struck through rather than silently dropped. Every requirement carries a verbatim quote and its source; every piece of ticket text that produced no requirement is listed in a mandatory residue block, because a requirement that was never extracted can never be reported as missing. Strictly read-only against Jira: it never comments, never transitions, never edits. Jira access is the Atlassian MCP server or nothing — if the tools aren't bound it stops with the setup command rather than guessing what the ticket said. Use when: starting work from a Jira ticket, "what does PROJ-123 actually ask for", auditing an MR against its ticket, or as Stage

0 Updated 1 months ago
ohyesgocool