Linear Task Refiner
Analyze and refine Linear task descriptions to improve clarity, completeness, and actionability through AI-assisted enhancement.
When to Activate
- User wants to refine a Linear task
- User mentions improving task descriptions
- User asks to make a task clearer or more actionable
- User wants to add acceptance criteria to a task
- User mentions Linear issue refinement
Overview
This skill takes a Linear issue identifier and refines its description by:
- Analyzing the current task description for gaps and ambiguities
- Researching relevant codebase context to inform the refinement
- Generating an improved description with clear structure
- Presenting the changes for user approval
- Updating the Linear issue (with user consent)
Inputs
Parse from request:
- issue_identifier: The Linear issue ID (e.g., "DEV-123", "dai-456")
- --focus: Optional focus for refinement (security, performance, testing, accessibility)
- --update: Auto-update after approval (default: false)
Quick Process
Phase 1: Fetch and Analyze Current Task
- Fetch Issue Details via
mcp__linear__get_issue (or mcp__linear__list_issues when resolving an issue from a partial reference)
- Display Current State: Show issue details and description
- Analyze for Gaps: Evaluate against criteria:
- Clarity: Is the problem/goal clearly stated?
- Context: Is there sufficient background information?
- Scope: Are boundaries clearly defined?
- Acceptance Criteria: Are success conditions defined?
- Technical Details: Are implementation hints provided?
- Dependencies: Are related tasks/blockers mentioned?
Phase 2: Research Codebase Context
If the task relates to existing code:
- Identify Relevant Areas: Search for mentioned files, functions, components
- Gather Technical Context: Use Explore agent for patterns, tests, architecture
- Summarize Findings: Document relevant files, patterns, considerations
Phase 3: Generate Refined Description
Create comprehensive, well-structured description:
- Problem Statement: Clear, specific description of what and why
- Context: Background information, related decisions
- Scope: In-scope and out-of-scope items explicitly listed
- Acceptance Criteria: Specific, testable success conditions
- Technical Notes: Implementation hints, relevant patterns
- Dependencies: Related tasks, blockers
- References: Documentation, design docs, related issues
Phase 4: Present and Confirm
- Show Comparison: Clear before/after comparison
- Summarize Improvements: List specific enhancements made
- Request Approval: Approve, Edit, or Cancel
Phase 5: Update Linear (with approval)
- Update Issue Description via
mcp__linear__save_issue
- Add Comment (optional) via
mcp__linear__save_comment: note the refinement
- Confirm Success: Provide issue URL
Focus Areas
--focus security
- Analyze for security implications
- Add security-related acceptance criteria
- Note potential vulnerabilities or risks
--focus performance
- Consider performance impact
- Add performance-related acceptance criteria
- Include benchmarks or targets
--focus testing
- Emphasize test requirements
- Add test-specific acceptance criteria
- Note edge cases to cover
--focus accessibility
- Consider a11y implications
- Add accessibility acceptance criteria
- Reference WCAG guidelines if applicable
Output Format
Return structured summary:
- Issue: Identifier and title
- Status: Updated / Not Updated
- Improvements Made: List of specific improvements
- Gap Analysis Summary: Before/after comparison table
- Next Steps: Review, assign, begin implementation
Best Practices
- Start with Context: Always fetch and display current state first
- Research Before Refining: Use codebase exploration for accuracy
- Be Specific: Replace vague language with concrete, actionable items
- Make Criteria Testable: Each acceptance criterion should be verifiable
- Respect Original Intent: Enhance and clarify, don't fundamentally change
- Note Assumptions: Explicitly note any assumptions made
Examples
"Refine Linear task DEV-123"
"Improve the description for DAI-456"
"Make task DEV-789 more actionable with acceptance criteria"
"Refine DEV-104 with focus on security"
Error Handling
- Issue Not Found: Verify identifier, access, and deletion status
- No Linear Access: Check MCP server config and API key
- Update Failed: Show error, offer manual copy option
Integration
Works well with implementation workflow:
- Refine:
/refine-linear-task DEV-123 - Clarify what needs to be done
- Explore: Understand the codebase
- Plan: Create implementation plan
- Execute: Implement the solution
1---2name: refine-linear-task3description: Refine and enhance Linear task descriptions. Use when user says "refine this Linear task", "improve task description", "make this task clearer", "enhance Linear issue", or needs to improve clarity, completeness, and actionability of Linear issues.4---56# Linear Task Refiner78Analyze and refine Linear task descriptions to improve clarity, completeness, and actionability through AI-assisted enhancement.910## When to Activate1112- User wants to refine a Linear task13- User mentions improving task descriptions14- User asks to make a task clearer or more actionable15- User wants to add acceptance criteria to a task16- User mentions Linear issue refinement1718## Overview1920This skill takes a Linear issue identifier and refines its description by:21221. **Analyzing** the current task description for gaps and ambiguities232. **Researching** relevant codebase context to inform the refinement243. **Generating** an improved description with clear structure254. **Presenting** the changes for user approval265. **Updating** the Linear issue (with user consent)2728## Inputs2930Parse from request:3132- **issue_identifier**: The Linear issue ID (e.g., "DEV-123", "dai-456")33- **--focus**: Optional focus for refinement (security, performance, testing, accessibility)34- **--update**: Auto-update after approval (default: false)3536## Quick Process3738### Phase 1: Fetch and Analyze Current Task39401. **Fetch Issue Details** via `mcp__linear__get_issue` (or `mcp__linear__list_issues` when resolving an issue from a partial reference)412. **Display Current State**: Show issue details and description423. **Analyze for Gaps**: Evaluate against criteria:43 - Clarity: Is the problem/goal clearly stated?44 - Context: Is there sufficient background information?45 - Scope: Are boundaries clearly defined?46 - Acceptance Criteria: Are success conditions defined?47 - Technical Details: Are implementation hints provided?48 - Dependencies: Are related tasks/blockers mentioned?4950### Phase 2: Research Codebase Context5152If the task relates to existing code:53541. **Identify Relevant Areas**: Search for mentioned files, functions, components552. **Gather Technical Context**: Use Explore agent for patterns, tests, architecture563. **Summarize Findings**: Document relevant files, patterns, considerations5758### Phase 3: Generate Refined Description5960Create comprehensive, well-structured description:6162- **Problem Statement**: Clear, specific description of what and why63- **Context**: Background information, related decisions64- **Scope**: In-scope and out-of-scope items explicitly listed65- **Acceptance Criteria**: Specific, testable success conditions66- **Technical Notes**: Implementation hints, relevant patterns67- **Dependencies**: Related tasks, blockers68- **References**: Documentation, design docs, related issues6970### Phase 4: Present and Confirm71721. **Show Comparison**: Clear before/after comparison732. **Summarize Improvements**: List specific enhancements made743. **Request Approval**: Approve, Edit, or Cancel7576### Phase 5: Update Linear (with approval)77781. **Update Issue Description** via `mcp__linear__save_issue`792. **Add Comment** (optional) via `mcp__linear__save_comment`: note the refinement803. **Confirm Success**: Provide issue URL8182## Focus Areas8384### `--focus security`8586- Analyze for security implications87- Add security-related acceptance criteria88- Note potential vulnerabilities or risks8990### `--focus performance`9192- Consider performance impact93- Add performance-related acceptance criteria94- Include benchmarks or targets9596### `--focus testing`9798- Emphasize test requirements99- Add test-specific acceptance criteria100- Note edge cases to cover101102### `--focus accessibility`103104- Consider a11y implications105- Add accessibility acceptance criteria106- Reference WCAG guidelines if applicable107108## Output Format109110Return structured summary:111112- **Issue**: Identifier and title113- **Status**: Updated / Not Updated114- **Improvements Made**: List of specific improvements115- **Gap Analysis Summary**: Before/after comparison table116- **Next Steps**: Review, assign, begin implementation117118## Best Practices1191201. **Start with Context**: Always fetch and display current state first1212. **Research Before Refining**: Use codebase exploration for accuracy1223. **Be Specific**: Replace vague language with concrete, actionable items1234. **Make Criteria Testable**: Each acceptance criterion should be verifiable1245. **Respect Original Intent**: Enhance and clarify, don't fundamentally change1256. **Note Assumptions**: Explicitly note any assumptions made126127## Examples128129```130"Refine Linear task DEV-123"131"Improve the description for DAI-456"132"Make task DEV-789 more actionable with acceptance criteria"133"Refine DEV-104 with focus on security"134```135136## Error Handling137138- **Issue Not Found**: Verify identifier, access, and deletion status139- **No Linear Access**: Check MCP server config and API key140- **Update Failed**: Show error, offer manual copy option141142## Integration143144Works well with implementation workflow:1451461. **Refine**: `/refine-linear-task DEV-123` - Clarify what needs to be done1472. **Explore**: Understand the codebase1483. **Plan**: Create implementation plan1494. **Execute**: Implement the solution