ticket-new

Drafts and creates issue tracker tickets from conversation context via a subagent.

15|1|Updated Jan 3, 2026
One-click install
npx skills add https://github.com/fprochazka/claude-code-plugins --skill ticket-new-fprochazka
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: ticket-new
Source: https://github.com/fprochazka/claude-code-plugins/tree/main/plugins/sdlc/skills/ticket-new
Command: npx skills add https://github.com/fprochazka/claude-code-plugins --skill ticket-new-fprochazka

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning a working conversation into a well-formed tracker ticket is tedious and error-prone: descriptions lose context, metadata IDs require manual lookup, and tickets often narrate session progress instead of describing the problem. This Skill drafts a developer-ready ticket from the current conversation and delegates tracker creation to a subagent. ## Core Features & Use Cases - Context-driven drafting: Synthesizes the conversation into a ticket with title, context, problem, desired outcome, acceptance criteria, and technical notes written in a Product Engineer voice. - Status from real work state: Files the ticket in the backlog when nothing has started, or in progress and assigned when code already changed, keeping the board honest. - Subagent delegation: A single subagent resolves team, status, priority, and assignee identifiers against the live tracker and creates the ticket, keeping noisy API lookups out of the main context. - Use Case: After a debugging session reveals a missing retry mechanism, ask for a ticket and get a clean description file plus a created tracker issue with correct team, status, and assignee. ## Quick Start Ask the assistant to create a ticket from this conversation for the payment webhook retry problem under the Platform team.

Frequently Asked Questions about ticket-new

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I create a ticket from a Claude conversation?▼

Invoke the ticket-new skill and it synthesizes the conversation into a title and structured description, saves it to a scratchpad markdown file, then delegates creation to a subagent that resolves team, status, priority, and assignee against the live tracker.

What should a good engineering ticket description include?▼

Include context on why the work matters, the problem or current behavior, the desired outcome, concrete acceptance criteria, and optional technical notes with code pointers. Omit empty sections and never narrate work already done in the session.

Does the ticket reflect work already started in the session?▼

The description always reads as if nothing is implemented, but the status field reflects reality: backlog and unassigned for undiscussed-only work, in progress and assigned to the user when code, a branch, or an MR already exists.

Why does ticket creation use a subagent instead of the main conversation?▼

Resolving tracker identifiers like team, workflow state, priority, and assignee IDs is mechanical API lookup that produces noisy output. A subagent absorbs that noise so the orchestrator's context stays focused on the conversation.

What happens if a requested status or team does not exist in the tracker?▼

The subagent never invents IDs or status names. It picks the closest value the tracker actually offers, reports the substitution, and the orchestrator tells the user if the change alters the ticket's meaning.