skills/fetch-ticket/SKILL.md
Internal helper called by /resolve. Retrieves tickets from YouTrack, GitHub, or file (auto-detected from ticket ID pattern) and outputs normalized markdown. Not intended for direct invocation.
npx skillsauth add nicolas-codemate/claudecodeconfig fetch-ticketInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
This skill retrieves ticket/issue information from various sources and normalizes it to a consistent markdown format.
PROJ-123, ABC-1, any UPPERCASE-NUMBER formatmcp__youtrack__get_issuemcp__youtrack__get_issue_comments#123, 123 (when github repo configured), owner/repo#123gh issue view or gh pr view.md fileInput ID → Detect Source
├── Matches /^[A-Z]+-\d+$/ → YouTrack
├── Matches /^#?\d+$/ → GitHub (issue/PR number)
├── Matches /^[\w-]+\/[\w-]+#\d+$/ → GitHub (explicit repo)
├── File exists at path → File
└── Otherwise → Error: Unknown format
mcp__youtrack__get_issue with issueIdmcp__youtrack__get_issue_comments for discussion contextsummary → Titledescription → Descriptionstate.name → Statuspriority.name → Prioritytype.name → Typeassignee.name → Assigneetags[].name → LabelscustomFields → Additional metadataWhen processing YouTrack issues, extract the target branch from milestone/sprint fields:
Look for milestone fields in customFields:
Parse milestone format to extract branch:
YYYY-MM-suffix (e.g., "2025-12-continue", "2026-01")YYYY-MM as branch name (e.g., "2025-12", "2026-01")Verify branch exists on origin:
git ls-remote --heads origin "{extracted-branch}" 2>/dev/null
main (release branch not yet created)Add to metadata table:
| Target Branch | {branch} |
Example:
gh issue view <number> --json title,body,state,labels,assignees,milestone,commentsgh pr view <number> --json ...title → Titlebody → Descriptionstate → Statuslabels[].name → Labelsassignees[].login → Assigneescomments[].body → Discussion---)All sources output a normalized markdown document:
---
source: youtrack|github|file
ticket_id: PROJ-123
fetched_at: 2024-01-15T10:30:00Z
url: https://...
---
# [Ticket Title]
## Metadata
| Field | Value |
|-------|-------|
| Status | Open |
| Type | Feature |
| Priority | High |
| Assignee | @username |
| Labels | label1, label2 |
## Description
[Original ticket description]
## Comments
### Comment by @author (2024-01-14)
[Comment content]
---
### Comment by @author2 (2024-01-15)
[Comment content]
This skill is typically invoked by:
/resolve command - as first stepReads from project's .claude/ticket-config.json:
default_source: Preferred source when ambiguousyoutrack.project_prefix: Default prefix for short IDsgithub.repo: Default repository for GitHub issuesWhen invoked:
.claude/ticket-config.json if existsOutput ticket content in its original language. Metadata labels in English for consistency.
development
Method to diagnose and raise the Lighthouse performance score of a public page (landing, marketing, home). Use when asked to improve Lighthouse/PageSpeed scores, when auditing the first uncached paint of a public page, or when a landing embedded in a SPA must reach a top score. Do NOT use for in-app screen performance (data loading, rendering). For a brand-new landing, the first recommendation is static HTML with no framework runtime — most of this skill exists for when that is not an option.
tools
Audits a project's Claude Code setup against real usage — mines the project's conversations (worktrees included), confronts the project's skills/agents/CLAUDE.md with best practices, and proposes adjustments or new skills/agents/rules. Use when the user asks to audit the project config, analyze project conversations, or find automation opportunities for the current project. Do NOT use for the global ~/.claude configuration (use /audit-config instead).
development
Coaching workflow orchestrator. Guides the developer through implementation without writing code.
development
Disciplined methodology for code architecture refactoring. Use when the user asks to refactor architecture, decouple code, restructure a family of classes, redesign an interface, or rename/reorganize a set of related components. Forces a big-picture analysis before any code is written. Do NOT use for simple bug fixes, feature additions, or single-file refactoring.