Task Details Enrichment Skill
Automatically enrich Jira tasks with comprehensive context, technical requirements, dependencies, and estimates.
When to Use
- Issue lacks sufficient detail for implementation
- Need to extract hidden requirements from descriptions
- Analyzing issue complexity for estimation
- Identifying dependencies and blockers
- Converting vague requirements into technical details
- Preparing issues for sprint planning
Core Capabilities
| Capability |
Purpose |
| Context Extraction |
Parse requirements, acceptance criteria, constraints |
| Dependency Mapping |
Identify linked issues, code deps, team deps, blockers |
| Complexity Assessment |
Estimate story points, risk factors, historical comparison |
| Requirement Decomposition |
Break down epics, extract criteria, identify edge cases |
| Historical Analysis |
Find similar resolved issues, extract patterns |
Decision Tree
Analyze Issue
├─ Epic? → Epic Decomposition
├─ Missing Criteria? → Acceptance Criteria Extraction
├─ Unclear Complexity? → Complexity Analysis
├─ Unknown Dependencies? → Dependency Mapping
├─ Unclear Technical Approach? → Technical Design
├─ Missing Tests? → Test Case Generation
└─ Sprint Context Needed? → Sprint Context Analysis
Epic Decomposition
When: Epic type, vague requirements, multi-sprint work
Process:
- Extract business objectives and success metrics
- Identify user journeys and personas
- Break into stories with acceptance criteria
- Map story dependencies
- Create phased roadmap
Example Output:
# Epic Decomposition: EPIC-001
## Business Objectives
- Primary goal: [What problem solved?]
- Success metrics: [ROI/impact?]
## Stories by Phase
### Phase 1: Foundation (Sprint 1)
- STORY-001: [Title] (5 pts) → Depends on [deps]
- STORY-002: [Title] (3 pts)
### Phase 2: Core (Sprint 2-3)
- STORY-003: [Title] (8 pts) → Depends on STORY-001
## Dependency Graph
STORY-001 → STORY-003 → STORY-005
## Total Effort
- Points: 24 | Sprints: 4 | Team: 2-3 devs
Acceptance Criteria Extraction
When: Vague/missing criteria, implicit requirements
Extraction Patterns:
- Modal verbs: must, should, shall, will, requires, needs
- Behavior keywords: when, if, then, after, before, given
- Constraints: only, except, within X time, at least, max
Example Output:
# Acceptance Criteria: ISSUE-001
## Extracted Criteria
### Functional
- [ ] AC1: User can submit form when all required fields filled
- [ ] AC2: System sends confirmation email within 1 minute
### Non-Functional
- [ ] AC3: Form submission < 2 seconds
- [ ] AC4: Mobile support (iOS 14+, Android 10+)
### Security
- [ ] AC5: TLS 1.3 encryption in transit
- [ ] AC6: Rate limit: 5 submissions/hour per user
## Test Scenarios
```gherkin
Given user on contact form
When user enters valid data
Then form submits successfully
And confirmation email sent
Missing Info (Needs Clarification)
- Email service failure behavior?
- Max character limits?
- Duplicate submission handling?
## Complexity Analysis
**When:** Estimate missing/unclear, assess technical risk
**Complexity Scoring:**
| Factor | Weight |
|--------|--------|
| Code Changes | 0.25 |
| Integration Points | 0.20 |
| Risk Level | 0.20 |
| Testing Complexity | 0.15 |
| Dependencies | 0.10 |
| Uncertainty | 0.10 |
**Story Point Mapping:**
- 1-10 weighted score → 1 pt (trivial)
- 11-20 → 2 pts (simple)
- 21-30 → 3 pts (moderate)
- 31-40 → 5 pts (complex)
- 41-50 → 8 pts (very complex)
- 51+ → 13 pts or break down
**Example Output:**
```markdown
# Complexity: ISSUE-001
## Summary
- **Points:** 5 | **Confidence:** Medium (70%)
- **Risk:** Medium | **Duration:** 2-3 days
## Code Impact
- Files: 8 | LOC: 300-400 | New Files: 2-3
- Integration Points: Auth0, DB, 3 services
- Risk Factors: Security, DB migration
## Historical Comparison
- Similar issue PROJ-234 (8 pts, 4 days)
- Similar issue PROJ-189 (3 pts, 1 day)
- Team velocity: 25 pts/sprint | 2.5 days per 5-pt story
## Scoring
- Code Changes: 3/5 × 0.25 = 0.75
- Integration: 3/5 × 0.20 = 0.60
- Risk: 4/5 × 0.20 = 0.80
- Testing: 3/5 × 0.15 = 0.45
- Dependencies: 2/5 × 0.10 = 0.20
- Uncertainty: 3/5 × 0.10 = 0.30
- **Total: 3.10 → 5 Points**
## Recommended Actions Before Starting
- [ ] Clarify unclear requirements
- [ ] Define performance SLA
- [ ] Create rollback plan
- [ ] Security review acceptance criteria
Dependency Mapping
When: Complex issues, cross-team work, risk assessment
Dependency Types:
- Jira Links: Blocks/blocked by, parent/child, related
- Code: Shared libs, API contracts, DB schemas, config
- Team: Other team's work, shared resources, reviews
- External: Third-party APIs, infrastructure, compliance
Example Output:
# Dependency Analysis: ISSUE-001
## Summary
- Total: 7 | Blocking: 2 (CRITICAL) | Code: 3 | Team: 2 | External: 1
## Critical Path (5 days)
START → PROJ-100 (Auth API) → PROJ-123 (Current) → PROJ-124 (Frontend) → END
## Blocking Issues
### PROJ-100: Auth0 API Configuration
- Status: In Progress | ETA: 2 days
- Impact: Cannot start until credentials ready
- Action: Daily follow-up
### PROJ-111: Database Migration Framework
- Status: In Review | ETA: 1 day
- Impact: Need migration CLI for schema changes
- Action: Review and test PR locally
## Code Dependencies
- auth.service.ts: Stable, low risk
- user.model.ts: Active dev (PROJ-98), medium risk
- Auth0 API: Well-documented, low risk
## Team Dependencies
- Security Review (2-3 days after PR)
- API Documentation (1 day after merge)
## Risk Matrix
| Dependency | Type | Status | Risk | Mitigation |
|-----------|------|--------|------|-----------|
| PROJ-100 | Blocking | In Progress | High | Daily follow-up |
| PROJ-111 | Blocking | In Review | Medium | Review PR |
| Security | Team | Pending | Medium | Schedule early |
## Execution Order
1. **Pre-work (Days 1-2):** Wait for blockers, test migration, review docs
2. **Implementation (Days 3-4):** Coordinate, implement, write tests
3. **Review (Day 5):** Security, PR, deploy to staging
## Parallel Opportunities
- Write comprehensive tests (no blockers)
- Draft documentation (no blockers)
- Design API spec (no blockers)
Technical Design Enhancement
When: Unclear approach, need architecture guidance, identify components
Key Areas:
- Architecture impact diagram (mermaid)
- Proposed code changes (1-2 examples)
- Database schema changes
- API endpoints
- Implementation patterns (token rotation, graceful degradation, security)
- Risk mitigation strategies
- Performance considerations and targets
- Testing strategy (unit, integration, security, performance)
- Rollout plan (dev → staging → prod with gradual rollout)
- Monitoring metrics and alerts
Integration with MCP Tools
const issue = await mcp.atlassian.getIssue(issueKey);
const criteria = extractAcceptanceCriteria(issue.fields.description);
const similarIssues = await mcp.atlassian.searchIssues(
`text ~ "${issue.fields.summary}" AND status = Done`
);
const blockers = issue.fields.issuelinks.filter(l => l.type === 'Blocks');
await mcp.atlassian.updateIssue(issueKey, {
fields: {
customfield_10100: criteria,
customfield_10101: estimatedPoints,
description: enhancedDescription
}
});
Enrichment Automation
Automatic Triggers:
- Issue Created → Extract criteria, find similar issues, suggest estimate
- Ready for Development → Full dependency analysis, design suggestions, tests
- Assigned to Sprint → Capacity check, complexity re-assessment, resources
- Description Updated → Re-extract criteria, update estimate, flag risks
Manual Commands:
/enrich-task PROJ-123 # Full enrichment
/enrich-task PROJ-123 --criteria-only # Criteria only
/enrich-task PROJ-123 --complexity-only # Complexity only
/enrich-sprint "Sprint 24" # Batch enrich sprint
Best Practices
- Progressive Enrichment: Start lightweight, add detail as issue progresses
- Human-in-the-Loop: Flag uncertain analysis, provide confidence scores
- Context Preservation: Link to sources, document reasoning
- Team Adaptation: Learn from estimation accuracy, adapt to velocity
- Continuous Learning: Track accuracy, refine models, update patterns
Example: Enriching Vague Bug
Before:
Title: Login not working
Description: Users can't log in sometimes
After:
## Missing Info (Critical)
- Reproduction steps?
- Affected users (all or subset)?
- Frequency (always, sometimes, rarely)?
- Browser/device specifics?
- Error messages?
- Correlation with deployments?
## Similar Issues
- PROJ-89: "Login timeout issues" (3 pts, 1 day)
Root cause: Session expiry misconfiguration
## Investigation Steps
1. Check logs for auth errors
2. Review Auth0 dashboard
3. Test in different browsers
4. Check correlation with time periods
5. Review auth.service.ts changes
Cannot Estimate Without Reproduction → Move to "Needs More Info"
Summary
This skill enables comprehensive task enrichment through:
- Intelligent Extraction: Auto-parse requirements from descriptions
- Complexity Assessment: Technical analysis with accurate estimates
- Dependency Mapping: Identify all blockers before work starts
- Design Guidance: Suggest architecture and patterns
- Historical Learning: Leverage past issues
- MCP Integration: Seamless Jira/Confluence automation
Use in EXPLORE phase to ensure comprehensive context before development.
1---
2name: task-details
3description: This skill should be used when the user asks to "enrich a task", "add task details", "analyze requirements", "add context to an issue", "expand a ticket", or "estimate complexity" — enriching Jira issues with requirements, dependencies, and technical context.
4version: 1.0.0
5trigger_phrases:
6 - "enrich task"
7 - "task details"
8 - "analyze requirements"
9 - "add context to issue"
10 - "expand ticket"
11 - "detail enhancement"
12 - "analyze jira issue"
13 - "gather context"
14 - "extract requirements"
15 - "estimate complexity"
16categories: ["jira", "requirements", "analysis", "enrichment"]
17---
18
19# Task Details Enrichment Skill
20
21Automatically enrich Jira tasks with comprehensive context, technical requirements, dependencies, and estimates.
22
23## When to Use
24
25- Issue lacks sufficient detail for implementation
26- Need to extract hidden requirements from descriptions
27- Analyzing issue complexity for estimation
28- Identifying dependencies and blockers
29- Converting vague requirements into technical details
30- Preparing issues for sprint planning
31
32## Core Capabilities
33
34| Capability | Purpose |
35|-----------|---------|
36| Context Extraction | Parse requirements, acceptance criteria, constraints |
37| Dependency Mapping | Identify linked issues, code deps, team deps, blockers |
38| Complexity Assessment | Estimate story points, risk factors, historical comparison |
39| Requirement Decomposition | Break down epics, extract criteria, identify edge cases |
40| Historical Analysis | Find similar resolved issues, extract patterns |
41
42## Decision Tree
43
44```
45Analyze Issue
46├─ Epic? → Epic Decomposition
47├─ Missing Criteria? → Acceptance Criteria Extraction
48├─ Unclear Complexity? → Complexity Analysis
49├─ Unknown Dependencies? → Dependency Mapping
50├─ Unclear Technical Approach? → Technical Design
51├─ Missing Tests? → Test Case Generation
52└─ Sprint Context Needed? → Sprint Context Analysis
53```
54
55## Epic Decomposition
56
57**When:** Epic type, vague requirements, multi-sprint work
58
59**Process:**
601. Extract business objectives and success metrics
612. Identify user journeys and personas
623. Break into stories with acceptance criteria
634. Map story dependencies
645. Create phased roadmap
65
66**Example Output:**
67```markdown
68# Epic Decomposition: EPIC-001
69
70## Business Objectives
71- Primary goal: [What problem solved?]
72- Success metrics: [ROI/impact?]
73
74## Stories by Phase
75### Phase 1: Foundation (Sprint 1)
76- STORY-001: [Title] (5 pts) → Depends on [deps]
77- STORY-002: [Title] (3 pts)
78
79### Phase 2: Core (Sprint 2-3)
80- STORY-003: [Title] (8 pts) → Depends on STORY-001
81
82## Dependency Graph
83STORY-001 → STORY-003 → STORY-005
84
85## Total Effort
86- Points: 24 | Sprints: 4 | Team: 2-3 devs
87```
88
89## Acceptance Criteria Extraction
90
91**When:** Vague/missing criteria, implicit requirements
92
93**Extraction Patterns:**
94- Modal verbs: must, should, shall, will, requires, needs
95- Behavior keywords: when, if, then, after, before, given
96- Constraints: only, except, within X time, at least, max
97
98**Example Output:**
99```markdown
100# Acceptance Criteria: ISSUE-001
101
102## Extracted Criteria
103
104### Functional
105- [ ] AC1: User can submit form when all required fields filled
106- [ ] AC2: System sends confirmation email within 1 minute
107
108### Non-Functional
109- [ ] AC3: Form submission < 2 seconds
110- [ ] AC4: Mobile support (iOS 14+, Android 10+)
111
112### Security
113- [ ] AC5: TLS 1.3 encryption in transit
114- [ ] AC6: Rate limit: 5 submissions/hour per user
115
116## Test Scenarios
117```gherkin
118Given user on contact form
119When user enters valid data
120Then form submits successfully
121And confirmation email sent
122```
123
124## Missing Info (Needs Clarification)
125- Email service failure behavior?
126- Max character limits?
127- Duplicate submission handling?
128```
129
130## Complexity Analysis
131
132**When:** Estimate missing/unclear, assess technical risk
133
134**Complexity Scoring:**
135| Factor | Weight |
136|--------|--------|
137| Code Changes | 0.25 |
138| Integration Points | 0.20 |
139| Risk Level | 0.20 |
140| Testing Complexity | 0.15 |
141| Dependencies | 0.10 |
142| Uncertainty | 0.10 |
143
144**Story Point Mapping:**
145- 1-10 weighted score → 1 pt (trivial)
146- 11-20 → 2 pts (simple)
147- 21-30 → 3 pts (moderate)
148- 31-40 → 5 pts (complex)
149- 41-50 → 8 pts (very complex)
150- 51+ → 13 pts or break down
151
152**Example Output:**
153```markdown
154# Complexity: ISSUE-001
155
156## Summary
157- **Points:** 5 | **Confidence:** Medium (70%)
158- **Risk:** Medium | **Duration:** 2-3 days
159
160## Code Impact
161- Files: 8 | LOC: 300-400 | New Files: 2-3
162- Integration Points: Auth0, DB, 3 services
163- Risk Factors: Security, DB migration
164
165## Historical Comparison
166- Similar issue PROJ-234 (8 pts, 4 days)
167- Similar issue PROJ-189 (3 pts, 1 day)
168- Team velocity: 25 pts/sprint | 2.5 days per 5-pt story
169
170## Scoring
171- Code Changes: 3/5 × 0.25 = 0.75
172- Integration: 3/5 × 0.20 = 0.60
173- Risk: 4/5 × 0.20 = 0.80
174- Testing: 3/5 × 0.15 = 0.45
175- Dependencies: 2/5 × 0.10 = 0.20
176- Uncertainty: 3/5 × 0.10 = 0.30
177- **Total: 3.10 → 5 Points**
178
179## Recommended Actions Before Starting
180- [ ] Clarify unclear requirements
181- [ ] Define performance SLA
182- [ ] Create rollback plan
183- [ ] Security review acceptance criteria
184```
185
186## Dependency Mapping
187
188**When:** Complex issues, cross-team work, risk assessment
189
190**Dependency Types:**
1911. Jira Links: Blocks/blocked by, parent/child, related
1922. Code: Shared libs, API contracts, DB schemas, config
1933. Team: Other team's work, shared resources, reviews
1944. External: Third-party APIs, infrastructure, compliance
195
196**Example Output:**
197```markdown
198# Dependency Analysis: ISSUE-001
199
200## Summary
201- Total: 7 | Blocking: 2 (CRITICAL) | Code: 3 | Team: 2 | External: 1
202
203## Critical Path (5 days)
204START → PROJ-100 (Auth API) → PROJ-123 (Current) → PROJ-124 (Frontend) → END
205
206## Blocking Issues
207### PROJ-100: Auth0 API Configuration
208- Status: In Progress | ETA: 2 days
209- Impact: Cannot start until credentials ready
210- Action: Daily follow-up
211
212### PROJ-111: Database Migration Framework
213- Status: In Review | ETA: 1 day
214- Impact: Need migration CLI for schema changes
215- Action: Review and test PR locally
216
217## Code Dependencies
218- auth.service.ts: Stable, low risk
219- user.model.ts: Active dev (PROJ-98), medium risk
220- Auth0 API: Well-documented, low risk
221
222## Team Dependencies
223- Security Review (2-3 days after PR)
224- API Documentation (1 day after merge)
225
226## Risk Matrix
227| Dependency | Type | Status | Risk | Mitigation |
228|-----------|------|--------|------|-----------|
229| PROJ-100 | Blocking | In Progress | High | Daily follow-up |
230| PROJ-111 | Blocking | In Review | Medium | Review PR |
231| Security | Team | Pending | Medium | Schedule early |
232
233## Execution Order
2341. **Pre-work (Days 1-2):** Wait for blockers, test migration, review docs
2352. **Implementation (Days 3-4):** Coordinate, implement, write tests
2363. **Review (Day 5):** Security, PR, deploy to staging
237
238## Parallel Opportunities
239- Write comprehensive tests (no blockers)
240- Draft documentation (no blockers)
241- Design API spec (no blockers)
242```
243
244## Technical Design Enhancement
245
246**When:** Unclear approach, need architecture guidance, identify components
247
248**Key Areas:**
249- Architecture impact diagram (mermaid)
250- Proposed code changes (1-2 examples)
251- Database schema changes
252- API endpoints
253- Implementation patterns (token rotation, graceful degradation, security)
254- Risk mitigation strategies
255- Performance considerations and targets
256- Testing strategy (unit, integration, security, performance)
257- Rollout plan (dev → staging → prod with gradual rollout)
258- Monitoring metrics and alerts
259
260## Integration with MCP Tools
261
262```typescript
263const issue = await mcp.atlassian.getIssue(issueKey);
264const criteria = extractAcceptanceCriteria(issue.fields.description);
265const similarIssues = await mcp.atlassian.searchIssues(
266 `text ~ "${issue.fields.summary}" AND status = Done`
267);
268const blockers = issue.fields.issuelinks.filter(l => l.type === 'Blocks');
269await mcp.atlassian.updateIssue(issueKey, {
270 fields: {
271 customfield_10100: criteria,
272 customfield_10101: estimatedPoints,
273 description: enhancedDescription
274 }
275});
276```
277
278## Enrichment Automation
279
280**Automatic Triggers:**
281- Issue Created → Extract criteria, find similar issues, suggest estimate
282- Ready for Development → Full dependency analysis, design suggestions, tests
283- Assigned to Sprint → Capacity check, complexity re-assessment, resources
284- Description Updated → Re-extract criteria, update estimate, flag risks
285
286**Manual Commands:**
287```bash
288/enrich-task PROJ-123 # Full enrichment
289/enrich-task PROJ-123 --criteria-only # Criteria only
290/enrich-task PROJ-123 --complexity-only # Complexity only
291/enrich-sprint "Sprint 24" # Batch enrich sprint
292```
293
294## Best Practices
295
2961. **Progressive Enrichment:** Start lightweight, add detail as issue progresses
2972. **Human-in-the-Loop:** Flag uncertain analysis, provide confidence scores
2983. **Context Preservation:** Link to sources, document reasoning
2994. **Team Adaptation:** Learn from estimation accuracy, adapt to velocity
3005. **Continuous Learning:** Track accuracy, refine models, update patterns
301
302## Example: Enriching Vague Bug
303
304**Before:**
305```
306Title: Login not working
307Description: Users can't log in sometimes
308```
309
310**After:**
311```markdown
312## Missing Info (Critical)
313- Reproduction steps?
314- Affected users (all or subset)?
315- Frequency (always, sometimes, rarely)?
316- Browser/device specifics?
317- Error messages?
318- Correlation with deployments?
319
320## Similar Issues
321- PROJ-89: "Login timeout issues" (3 pts, 1 day)
322 Root cause: Session expiry misconfiguration
323
324## Investigation Steps
3251. Check logs for auth errors
3262. Review Auth0 dashboard
3273. Test in different browsers
3284. Check correlation with time periods
3295. Review auth.service.ts changes
330
331Cannot Estimate Without Reproduction → Move to "Needs More Info"
332```
333
334## Summary
335
336This skill enables comprehensive task enrichment through:
337- **Intelligent Extraction:** Auto-parse requirements from descriptions
338- **Complexity Assessment:** Technical analysis with accurate estimates
339- **Dependency Mapping:** Identify all blockers before work starts
340- **Design Guidance:** Suggest architecture and patterns
341- **Historical Learning:** Leverage past issues
342- **MCP Integration:** Seamless Jira/Confluence automation
343
344Use in EXPLORE phase to ensure comprehensive context before development.