jira-report-comment
SolidThis 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.
Install
Quality Score: 81/100
Skill Content
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
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.
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.
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