ticket-planning-workflow
Patterns for creating well-researched Linear tickets with codebase context.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Patterns for creating well-researched Linear tickets with codebase context.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Patterns for generating Gamma.app-compatible slide deck markdown from GitHub data for customer-facing account management presentations
Patterns for generating Gamma.app-compatible slide deck markdown from Linear data for customer-facing account management presentations
Patterns and templates for creating sprint/project retrospective reports from Jira data with time tracking and blocker analysis.
Multi-platform Electron build configuration - esbuild bundling, electron-builder setup, and distribution
Integrate external CLI tools (Claude, Node, npx) in Electron apps with proper PATH handling
Handle native Node.js modules in Electron - better-sqlite3, sharp, keytar packaging patterns
| name | ticket-planning-workflow |
| description | Patterns for creating well-researched Linear tickets with codebase context. |
| user-invocable | false |
Transform Linear tickets into actionable implementation plans through systematic investigation and collaborative planning.
Transform uncertainty into clarity by:
# Get complete ticket information
mcp__linear__get_issue --id "$ticket_id"
Parse from ticket:
Flag for clarification:
# Find existing related code
rg "keyword" --type ts --files-with-matches
# Find similar implementations
rg "pattern-keyword" --type ts -A 5
For each relevant file:
Extract from codebase:
# Review CLAUDE.md for requirements
cat CLAUDE.md | grep -A 10 "relevant-section"
Present 2-4 questions at a time with:
Format:
### Question: [Topic]
**Context**: [What codebase exploration revealed]
**Options**:
A) **[Option Name]** - [Description]
- Pros: [Benefits]
- Cons: [Drawbacks]
B) **[Option Name]** - [Description]
- Pros: [Benefits]
- Cons: [Drawbacks]
**Recommendation**: Option [X] because [reasoning]
**Your choice?** (A/B)
# Implementation Plan: {ticket-id} - {title}
## Overview
[1-2 sentence summary]
## Approach
[3-5 bullet points on technical approach]
## Decisions
[List of decisions made during clarification]
## Complexity
[Simple/Moderate/Complex with justification]
For each step:
### Step N: [Title] (Est. complexity)
**What**: [Brief description]
**File(s)**: [Paths]
**Key points**:
- [Critical implementation detail]
- [Pattern to follow]
**Dependencies**: Step [X]
**Testing**: [How to verify]
Define:
| Risk | Impact | Mitigation |
|---|---|---|
| [Risk] | High/Med/Low | [Strategy] |
Checklist covering:
## Git Strategy
**Branch**: {type}/{ticket-id}-{sanitized-title}
**Base**: main or staging
**Commits** (logical units):
1. `feat({ticket}): [description]`
2. `test({ticket}): [description]`
3. `docs({ticket}): [description]`
Used by agents:
linear-ticket-planner - Autonomous ticket planninglinear-ticket-creator - Ticket creation with explorationBefore completing plan: