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: