@getdevintern/pm 1.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.env.example +95 -0
- package/LICENSE.md +59 -0
- package/README.md +25 -0
- package/dist/index.js +277 -0
- package/package.json +67 -0
- package/prompts/figma/pm/decomposition.txt +38 -0
- package/prompts/figma/pm/story-generation.txt +21 -0
- package/prompts/figma/technical/decomposition.txt +45 -0
- package/prompts/figma/technical/story-generation.txt +27 -0
- package/prompts/log/pm/decomposition.txt +38 -0
- package/prompts/log/pm/story-generation.txt +23 -0
- package/prompts/log/technical/decomposition.txt +41 -0
- package/prompts/log/technical/story-generation.txt +23 -0
- package/prompts/prompt/pm/decomposition.txt +30 -0
- package/prompts/prompt/pm/story-generation.txt +24 -0
- package/prompts/prompt/technical/decomposition.txt +31 -0
- package/prompts/prompt/technical/story-generation.txt +24 -0
package/package.json
ADDED
|
@@ -0,0 +1,67 @@
|
|
|
1
|
+
{
|
|
2
|
+
"name": "@getdevintern/pm",
|
|
3
|
+
"version": "1.0.0",
|
|
4
|
+
"description": "Automate story and task creation across multiple project management tools with AI. Transform Figma designs, error logs, or requirements into well-structured issues using your preferred AI agent.",
|
|
5
|
+
"type": "module",
|
|
6
|
+
"bin": {
|
|
7
|
+
"devpm": "dist/index.js"
|
|
8
|
+
},
|
|
9
|
+
"files": [
|
|
10
|
+
"dist",
|
|
11
|
+
"prompts",
|
|
12
|
+
"README.md",
|
|
13
|
+
"LICENSE.md",
|
|
14
|
+
".env.example"
|
|
15
|
+
],
|
|
16
|
+
"scripts": {
|
|
17
|
+
"build": "bun build index.ts --target=bun --outdir=dist --format=esm --external=ink --external=react --external=ink-scroll-view --minify && bun run tsc --noEmit",
|
|
18
|
+
"format": "oxfmt \"index.ts\" \"lib/**/*.ts\" \"lib/**/*.tsx\" \"*.test.ts\"",
|
|
19
|
+
"format:check": "oxfmt --check \"index.ts\" \"lib/**/*.ts\" \"lib/**/*.tsx\" \"*.test.ts\"",
|
|
20
|
+
"lint": "oxlint .",
|
|
21
|
+
"install-global": "bun run build && bun link",
|
|
22
|
+
"uninstall-global": "bun unlink",
|
|
23
|
+
"prepublishOnly": "bun run build"
|
|
24
|
+
},
|
|
25
|
+
"keywords": [
|
|
26
|
+
"jira",
|
|
27
|
+
"claude",
|
|
28
|
+
"opencode",
|
|
29
|
+
"ai",
|
|
30
|
+
"project-management",
|
|
31
|
+
"figma",
|
|
32
|
+
"automation",
|
|
33
|
+
"cli",
|
|
34
|
+
"task-management"
|
|
35
|
+
],
|
|
36
|
+
"repository": {
|
|
37
|
+
"type": "git",
|
|
38
|
+
"url": "git+https://github.com/danii1/devintern.git",
|
|
39
|
+
"directory": "packages/pm"
|
|
40
|
+
},
|
|
41
|
+
"bugs": {
|
|
42
|
+
"url": "https://github.com/danii1/devintern/issues"
|
|
43
|
+
},
|
|
44
|
+
"homepage": "https://devintern.com",
|
|
45
|
+
"author": "Daniil",
|
|
46
|
+
"license": "SEE LICENSE IN LICENSE.md",
|
|
47
|
+
"publishConfig": {
|
|
48
|
+
"access": "public"
|
|
49
|
+
},
|
|
50
|
+
"devDependencies": {
|
|
51
|
+
"@devintern/agent-harness": "workspace:*",
|
|
52
|
+
"@devintern/auth": "workspace:*",
|
|
53
|
+
"@devintern/license-check": "workspace:*",
|
|
54
|
+
"@devintern/text-formatter": "workspace:*",
|
|
55
|
+
"@types/bun": "latest"
|
|
56
|
+
},
|
|
57
|
+
"peerDependencies": {
|
|
58
|
+
"typescript": "^5"
|
|
59
|
+
},
|
|
60
|
+
"dependencies": {
|
|
61
|
+
"@types/react": "^19.2.7",
|
|
62
|
+
"ink": "^6.6.0",
|
|
63
|
+
"ink-scroll-view": "^0.3.2",
|
|
64
|
+
"ink-text-input": "^6.0.0",
|
|
65
|
+
"react": "19.2.5"
|
|
66
|
+
}
|
|
67
|
+
}
|
|
@@ -0,0 +1,38 @@
|
|
|
1
|
+
Decompose the following Jira story into smaller, actionable tasks with detailed descriptions. Don't be very technical, you are business/product person
|
|
2
|
+
|
|
3
|
+
Story: {{storySummary}}
|
|
4
|
+
|
|
5
|
+
Description:
|
|
6
|
+
{{storyDescription}}
|
|
7
|
+
|
|
8
|
+
IMPORTANT:
|
|
9
|
+
- Implementation should use the existing design system. DO NOT include specific design notes, colors, fonts, or styling details from Figma. Focus on functionality and behavior.
|
|
10
|
+
- Suggest reusing or adapting existing code rather than building everything from scratch
|
|
11
|
+
|
|
12
|
+
Requirements for each task:
|
|
13
|
+
- Focused on a single responsibility
|
|
14
|
+
- Completable within 1-2 days
|
|
15
|
+
- Not too granular (group similar small tasks together)
|
|
16
|
+
- Not too large (break down complex work)
|
|
17
|
+
- MUST include a detailed description formatted in MARKDOWN with:
|
|
18
|
+
* Use ## for section headers (e.g., "## What needs to be done", "## Acceptance Criteria")
|
|
19
|
+
* Use - for bullet points
|
|
20
|
+
* Use **text** for important terms or emphasis
|
|
21
|
+
* Use `code` for technical terms, function names, or code references
|
|
22
|
+
* Clear sections explaining functionality (not design specifics)
|
|
23
|
+
|
|
24
|
+
Return your response ONLY as valid JSON in this exact format (no markdown, no code blocks, no additional text):
|
|
25
|
+
|
|
26
|
+
{
|
|
27
|
+
"subtasks": [
|
|
28
|
+
{
|
|
29
|
+
"summary": "Brief, actionable task title",
|
|
30
|
+
"description": "## What needs to be done\\n\\nDetailed explanation...\\n\\n## Acceptance Criteria\\n\\n- Criterion 1\\n- Criterion 2"
|
|
31
|
+
}
|
|
32
|
+
]
|
|
33
|
+
}
|
|
34
|
+
|
|
35
|
+
IMPORTANT:
|
|
36
|
+
- Each task MUST have a comprehensive description
|
|
37
|
+
- Format descriptions using MARKDOWN (headers, bullets, bold, code)
|
|
38
|
+
- This ensures proper formatting in Jira
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
Analyze the following Figma design and generate PM-style requirements for a Jira story, don't be very technical, you are business/product person:
|
|
2
|
+
|
|
3
|
+
{{figmaUrl}}
|
|
4
|
+
{{epicContext}}
|
|
5
|
+
{{extraInstructions}}
|
|
6
|
+
|
|
7
|
+
IMPORTANT:
|
|
8
|
+
- Implementation should use the existing design system. DO NOT include specific design notes or styling details from Figma.
|
|
9
|
+
- Suggest reusing or adapting existing code rather than building everything from scratch.
|
|
10
|
+
|
|
11
|
+
Please analyze the Figma design and provide the requirements in the following JSON format with MARKDOWN formatting:
|
|
12
|
+
|
|
13
|
+
{
|
|
14
|
+
"summary": "Brief, clear title for the story",
|
|
15
|
+
"description": "## User Story\\n\\nAs a [user type]\\nI want [goal]\\nSo that [benefit]\\n\\n## Design Reference\\n\\n{{figmaUrl}}\\n\\n## Acceptance Criteria\\n\\n- Criterion 1\\n- Criterion 2\\n- Criterion 3\\n\\n**Note:** Implementation must use existing design system components and patterns, not Figma-specific styling."
|
|
16
|
+
}
|
|
17
|
+
|
|
18
|
+
IMPORTANT:
|
|
19
|
+
- Format the description using MARKDOWN (## headers, - bullets, **bold**, `code`)
|
|
20
|
+
- This ensures proper rich formatting in Jira
|
|
21
|
+
- Return ONLY valid JSON, no additional text
|
|
@@ -0,0 +1,45 @@
|
|
|
1
|
+
Decompose the following Jira story into smaller, actionable tasks with detailed descriptions.
|
|
2
|
+
|
|
3
|
+
Story: {{storySummary}}
|
|
4
|
+
|
|
5
|
+
Description:
|
|
6
|
+
{{storyDescription}}
|
|
7
|
+
|
|
8
|
+
IMPORTANT:
|
|
9
|
+
- Implementation should use the existing design system. DO NOT include specific design notes, colors, fonts, or styling details from Figma. Focus on functionality and behavior.
|
|
10
|
+
- BEFORE creating subtasks, explore the current codebase to identify existing code that can be reused:
|
|
11
|
+
* Check for existing API endpoints and client methods that could be used or extended
|
|
12
|
+
* Look for similar UI components that can be adapted or reused
|
|
13
|
+
* Review existing screens/pages for similar patterns and implementations
|
|
14
|
+
* Search for Redux actions, reducers, selectors that might be relevant or reusable
|
|
15
|
+
* Identify utility functions, hooks, and helpers that could be leveraged
|
|
16
|
+
- When creating subtasks, reference specific existing code files, components, functions, or patterns
|
|
17
|
+
- Suggest reusing or adapting existing code rather than building everything from scratch
|
|
18
|
+
|
|
19
|
+
Requirements for each task:
|
|
20
|
+
- Focused on a single responsibility
|
|
21
|
+
- Completable within 1-2 days
|
|
22
|
+
- Not too granular (group similar small tasks together)
|
|
23
|
+
- Not too large (break down complex work)
|
|
24
|
+
- MUST include a detailed description formatted in MARKDOWN with:
|
|
25
|
+
* Use ## for section headers (e.g., "## What needs to be done", "## Acceptance Criteria", "## Technical Considerations")
|
|
26
|
+
* Use - for bullet points
|
|
27
|
+
* Use **text** for important terms or emphasis
|
|
28
|
+
* Use `code` for technical terms, function names, or code references
|
|
29
|
+
* Clear sections explaining functionality (not design specifics)
|
|
30
|
+
|
|
31
|
+
Return your response ONLY as valid JSON in this exact format (no markdown, no code blocks, no additional text):
|
|
32
|
+
|
|
33
|
+
{
|
|
34
|
+
"subtasks": [
|
|
35
|
+
{
|
|
36
|
+
"summary": "Brief, actionable task title",
|
|
37
|
+
"description": "## What needs to be done\\n\\nDetailed explanation...\\n\\n## Acceptance Criteria\\n\\n- Criterion 1\\n- Criterion 2\\n\\n## Technical Considerations\\n\\n- Use existing **design system** components (e.g., `Button`, `Dialog`, `Input`)\\n- Leverage `apiClient.updateBrief()` or similar existing API methods\\n- Follow patterns from `src/screens/ExistingScreen.tsx`\\n- Reuse `useBriefState` hook or similar existing hooks\\n- Consider existing Redux actions like `updateBriefAction`"
|
|
38
|
+
}
|
|
39
|
+
]
|
|
40
|
+
}
|
|
41
|
+
|
|
42
|
+
IMPORTANT:
|
|
43
|
+
- Each task MUST have a comprehensive description
|
|
44
|
+
- Format descriptions using MARKDOWN (headers, bullets, bold, code)
|
|
45
|
+
- This ensures proper formatting in Jira
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
Analyze the following Figma design and generate PM-style requirements for a Jira story:
|
|
2
|
+
|
|
3
|
+
{{figmaUrl}}
|
|
4
|
+
{{epicContext}}
|
|
5
|
+
{{extraInstructions}}
|
|
6
|
+
|
|
7
|
+
IMPORTANT:
|
|
8
|
+
- Implementation should use the existing design system. DO NOT include specific design notes or styling details from Figma.
|
|
9
|
+
- BEFORE creating requirements, explore the current codebase to identify existing code that can be reused:
|
|
10
|
+
* Check for existing API endpoints and client methods
|
|
11
|
+
* Look for similar UI components that can be adapted
|
|
12
|
+
* Review existing screens/pages for similar patterns
|
|
13
|
+
* Search for Redux actions, reducers, selectors that might be relevant
|
|
14
|
+
* Identify utility functions that could be leveraged
|
|
15
|
+
- Reference specific existing code in your requirements when applicable
|
|
16
|
+
|
|
17
|
+
Please analyze the Figma design and provide the requirements in the following JSON format with MARKDOWN formatting:
|
|
18
|
+
|
|
19
|
+
{
|
|
20
|
+
"summary": "Brief, clear title for the story",
|
|
21
|
+
"description": "## User Story\\n\\nAs a [user type]\\nI want [goal]\\nSo that [benefit]\\n\\n## Design Reference\\n\\n{{figmaUrl}}\\n\\n## Acceptance Criteria\\n\\n- Criterion 1\\n- Criterion 2\\n- Criterion 3\\n\\n## Technical Considerations\\n\\n- Use existing **design system** components\\n- Leverage existing `ApiClient` methods or similar patterns\\n- Reuse `ExistingComponent` or adapt similar UI patterns\\n- Follow existing Redux patterns (e.g., `existingActions`, `existingSelectors`)\\n- Consider existing utility functions in `@/utils`\\n\\n**Note:** Implementation must use existing design system components and patterns, not Figma-specific styling."
|
|
22
|
+
}
|
|
23
|
+
|
|
24
|
+
IMPORTANT:
|
|
25
|
+
- Format the description using MARKDOWN (## headers, - bullets, **bold**, `code`)
|
|
26
|
+
- This ensures proper rich formatting in Jira
|
|
27
|
+
- Return ONLY valid JSON, no additional text
|
|
@@ -0,0 +1,38 @@
|
|
|
1
|
+
Decompose the following bug fix story into smaller, actionable tasks with detailed descriptions:
|
|
2
|
+
|
|
3
|
+
Story: {{storySummary}}
|
|
4
|
+
|
|
5
|
+
Description:
|
|
6
|
+
{{storyDescription}}
|
|
7
|
+
|
|
8
|
+
IMPORTANT:
|
|
9
|
+
- Focus on investigation, fix, testing, and validation tasks
|
|
10
|
+
- Suggest checking existing error handling patterns
|
|
11
|
+
- Consider both immediate fix and preventive measures
|
|
12
|
+
|
|
13
|
+
Requirements for each task:
|
|
14
|
+
- Focused on a single responsibility
|
|
15
|
+
- Completable within 1-2 days
|
|
16
|
+
- Not too granular (group similar small tasks together)
|
|
17
|
+
- Not too large (break down complex work)
|
|
18
|
+
- MUST include a detailed description formatted in MARKDOWN with:
|
|
19
|
+
* Use ## for section headers (e.g., "## What needs to be done", "## Acceptance Criteria")
|
|
20
|
+
* Use - for bullet points
|
|
21
|
+
* Use **text** for important terms or emphasis
|
|
22
|
+
* Use `code` for technical terms, function names, or code references
|
|
23
|
+
|
|
24
|
+
Return your response ONLY as valid JSON in this exact format (no markdown, no code blocks, no additional text):
|
|
25
|
+
|
|
26
|
+
{
|
|
27
|
+
"subtasks": [
|
|
28
|
+
{
|
|
29
|
+
"summary": "Brief, actionable task title",
|
|
30
|
+
"description": "## What needs to be done\\n\\nDetailed explanation...\\n\\n## Acceptance Criteria\\n\\n- Criterion 1\\n- Criterion 2"
|
|
31
|
+
}
|
|
32
|
+
]
|
|
33
|
+
}
|
|
34
|
+
|
|
35
|
+
IMPORTANT:
|
|
36
|
+
- Each task MUST have a comprehensive description
|
|
37
|
+
- Format descriptions using MARKDOWN (headers, bullets, bold, code)
|
|
38
|
+
- This ensures proper formatting in Jira
|
|
@@ -0,0 +1,23 @@
|
|
|
1
|
+
Analyze the following error log or bug report and generate PM-style requirements for a Jira story to fix the issue:
|
|
2
|
+
|
|
3
|
+
{{logContent}}
|
|
4
|
+
{{epicContext}}
|
|
5
|
+
{{extraInstructions}}
|
|
6
|
+
|
|
7
|
+
IMPORTANT:
|
|
8
|
+
- Focus on the user impact and business value of fixing this issue
|
|
9
|
+
- Describe the problem from a user perspective
|
|
10
|
+
- Avoid overly technical implementation details
|
|
11
|
+
- Suggest investigating existing code and patterns for the fix
|
|
12
|
+
|
|
13
|
+
Please analyze the log/error and provide the requirements in the following JSON format with MARKDOWN formatting:
|
|
14
|
+
|
|
15
|
+
{
|
|
16
|
+
"summary": "Brief, clear title describing the bug or issue",
|
|
17
|
+
"description": "## Problem Description\\n\\nClear explanation of what's broken from user perspective\\n\\n## Error Details\\n\\n```\\n{{logContent}}\\n```\\n\\n## Expected Behavior\\n\\n- What should happen\\n\\n## Actual Behavior\\n\\n- What currently happens\\n\\n## User Impact\\n\\n- Who is affected\\n- Severity and frequency\\n\\n## Acceptance Criteria\\n\\n- Issue is resolved\\n- No regression in related functionality\\n- Error handling is improved"
|
|
18
|
+
}
|
|
19
|
+
|
|
20
|
+
IMPORTANT:
|
|
21
|
+
- Format the description using MARKDOWN (## headers, - bullets, **bold**, `code`, ``` code blocks)
|
|
22
|
+
- This ensures proper rich formatting in Jira
|
|
23
|
+
- Return ONLY valid JSON, no additional text
|
|
@@ -0,0 +1,41 @@
|
|
|
1
|
+
Decompose the following bug fix story into smaller, actionable technical tasks with detailed descriptions:
|
|
2
|
+
|
|
3
|
+
Story: {{storySummary}}
|
|
4
|
+
|
|
5
|
+
Description:
|
|
6
|
+
{{storyDescription}}
|
|
7
|
+
|
|
8
|
+
IMPORTANT:
|
|
9
|
+
- Include investigation, debugging, implementation, testing, and monitoring tasks
|
|
10
|
+
- Suggest checking existing error handling patterns and recovery mechanisms
|
|
11
|
+
- Consider both immediate fix and preventive measures
|
|
12
|
+
- Include technical debt reduction opportunities
|
|
13
|
+
|
|
14
|
+
Requirements for each task:
|
|
15
|
+
- Focused on a single responsibility
|
|
16
|
+
- Completable within 1-2 days
|
|
17
|
+
- Not too granular (group similar small tasks together)
|
|
18
|
+
- Not too large (break down complex work)
|
|
19
|
+
- MUST include a detailed description formatted in MARKDOWN with:
|
|
20
|
+
* Use ## for section headers (e.g., "## What needs to be done", "## Technical Approach", "## Acceptance Criteria")
|
|
21
|
+
* Use - for bullet points
|
|
22
|
+
* Use **text** for important terms or emphasis
|
|
23
|
+
* Use `code` for technical terms, function names, file paths, or code references
|
|
24
|
+
* Include technical context and implementation guidance
|
|
25
|
+
|
|
26
|
+
Return your response ONLY as valid JSON in this exact format (no markdown, no code blocks, no additional text):
|
|
27
|
+
|
|
28
|
+
{
|
|
29
|
+
"subtasks": [
|
|
30
|
+
{
|
|
31
|
+
"summary": "Brief, actionable task title",
|
|
32
|
+
"description": "## What needs to be done\\n\\nDetailed explanation...\\n\\n## Technical Approach\\n\\n- Implementation details\\n\\n## Acceptance Criteria\\n\\n- Criterion 1\\n- Criterion 2"
|
|
33
|
+
}
|
|
34
|
+
]
|
|
35
|
+
}
|
|
36
|
+
|
|
37
|
+
IMPORTANT:
|
|
38
|
+
- Each task MUST have a comprehensive description
|
|
39
|
+
- Format descriptions using MARKDOWN (headers, bullets, bold, code)
|
|
40
|
+
- Include specific technical guidance where helpful
|
|
41
|
+
- This ensures proper formatting in Jira
|
|
@@ -0,0 +1,23 @@
|
|
|
1
|
+
Analyze the following error log or bug report and generate technical requirements for a Jira story to fix the issue:
|
|
2
|
+
|
|
3
|
+
{{logContent}}
|
|
4
|
+
{{epicContext}}
|
|
5
|
+
{{extraInstructions}}
|
|
6
|
+
|
|
7
|
+
IMPORTANT:
|
|
8
|
+
- Provide technical analysis of the root cause
|
|
9
|
+
- Include implementation approach and technical considerations
|
|
10
|
+
- Suggest investigating existing error handling and recovery patterns
|
|
11
|
+
- Consider architectural implications
|
|
12
|
+
|
|
13
|
+
Please analyze the log/error and provide the requirements in the following JSON format with MARKDOWN formatting:
|
|
14
|
+
|
|
15
|
+
{
|
|
16
|
+
"summary": "Brief, clear title describing the bug or issue",
|
|
17
|
+
"description": "## Problem Description\\n\\nClear explanation of what's broken\\n\\n## Error Details\\n\\n```\\n{{logContent}}\\n```\\n\\n## Root Cause Analysis\\n\\n- Potential causes based on the error\\n- Affected components/services\\n\\n## Expected Behavior\\n\\n- What should happen\\n\\n## Actual Behavior\\n\\n- What currently happens\\n\\n## User Impact\\n\\n- Who is affected\\n- Severity and frequency\\n\\n## Technical Considerations\\n\\n- Error handling approach\\n- Logging and monitoring improvements\\n- Testing strategy\\n- Potential side effects\\n\\n## Acceptance Criteria\\n\\n- Issue is resolved\\n- Error handling is improved\\n- Appropriate logging is in place\\n- Tests cover the fix\\n- No regression in related functionality"
|
|
18
|
+
}
|
|
19
|
+
|
|
20
|
+
IMPORTANT:
|
|
21
|
+
- Format the description using MARKDOWN (## headers, - bullets, **bold**, `code`, ``` code blocks)
|
|
22
|
+
- This ensures proper rich formatting in Jira
|
|
23
|
+
- Return ONLY valid JSON, no additional text
|
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
Break down the following story into actionable subtasks:
|
|
2
|
+
|
|
3
|
+
Story: {{storySummary}}
|
|
4
|
+
|
|
5
|
+
Description:
|
|
6
|
+
{{storyDescription}}
|
|
7
|
+
|
|
8
|
+
IMPORTANT:
|
|
9
|
+
- Create specific, actionable subtasks that can be worked on independently
|
|
10
|
+
- Focus on user-facing deliverables and testable outcomes
|
|
11
|
+
- Keep implementation details minimal - let developers determine the "how"
|
|
12
|
+
- Suggest researching existing code patterns as part of the work
|
|
13
|
+
- Each subtask should deliver incremental value
|
|
14
|
+
- Order subtasks logically (research → design → build → test)
|
|
15
|
+
|
|
16
|
+
Please provide subtasks in the following JSON format with MARKDOWN formatting:
|
|
17
|
+
|
|
18
|
+
{
|
|
19
|
+
"subtasks": [
|
|
20
|
+
{
|
|
21
|
+
"summary": "Clear, action-oriented title",
|
|
22
|
+
"description": "## Goal\n\n[What needs to be achieved]\n\n## Details\n\n- Specific requirements\n- Expected outcomes\n\n## Acceptance\n\n- [ ] Deliverable is complete\n- [ ] Quality criteria met"
|
|
23
|
+
}
|
|
24
|
+
]
|
|
25
|
+
}
|
|
26
|
+
|
|
27
|
+
IMPORTANT:
|
|
28
|
+
- Format descriptions using MARKDOWN (## headers, - bullets, **bold**, `code`)
|
|
29
|
+
- Each subtask should be completable in a reasonable timeframe
|
|
30
|
+
- Return ONLY valid JSON, no additional text
|
|
@@ -0,0 +1,24 @@
|
|
|
1
|
+
Analyze the following requirement or feature description and generate PM-style requirements for a Jira story:
|
|
2
|
+
|
|
3
|
+
{{promptContent}}
|
|
4
|
+
{{epicContext}}
|
|
5
|
+
{{extraInstructions}}
|
|
6
|
+
|
|
7
|
+
IMPORTANT:
|
|
8
|
+
- Focus on user value and business outcomes
|
|
9
|
+
- Frame requirements from a user perspective
|
|
10
|
+
- Keep technical implementation details minimal
|
|
11
|
+
- Suggest investigating existing code and patterns when implementing
|
|
12
|
+
- Create clear, actionable acceptance criteria
|
|
13
|
+
|
|
14
|
+
Please analyze the requirement and provide it in the following JSON format with MARKDOWN formatting:
|
|
15
|
+
|
|
16
|
+
{
|
|
17
|
+
"summary": "Brief, clear title for the story (user-facing benefit)",
|
|
18
|
+
"description": "## User Story\n\nAs a [user type], I want [goal] so that [benefit]\n\n## Background\n\n[Context and motivation for this feature]\n\n## Acceptance Criteria\n\n- [ ] Criterion 1\n- [ ] Criterion 2\n- [ ] Criterion 3\n\n## User Impact\n\n- Who benefits from this\n- Expected outcomes\n\n## Notes\n\n- Any additional considerations\n- Potential edge cases to consider"
|
|
19
|
+
}
|
|
20
|
+
|
|
21
|
+
IMPORTANT:
|
|
22
|
+
- Format the description using MARKDOWN (## headers, - bullets, **bold**, `code`, ``` code blocks)
|
|
23
|
+
- This ensures proper rich formatting in Jira
|
|
24
|
+
- Return ONLY valid JSON, no additional text
|
|
@@ -0,0 +1,31 @@
|
|
|
1
|
+
Break down the following story into technical subtasks:
|
|
2
|
+
|
|
3
|
+
Story: {{storySummary}}
|
|
4
|
+
|
|
5
|
+
Description:
|
|
6
|
+
{{storyDescription}}
|
|
7
|
+
|
|
8
|
+
IMPORTANT:
|
|
9
|
+
- Create specific, technical subtasks with clear deliverables
|
|
10
|
+
- Include both implementation and testing tasks
|
|
11
|
+
- Consider architecture, implementation, testing, and documentation
|
|
12
|
+
- Suggest exploring existing codebase patterns first
|
|
13
|
+
- Order tasks to minimize blockers (research → setup → implementation → testing)
|
|
14
|
+
- Each subtask should be independently verifiable
|
|
15
|
+
|
|
16
|
+
Please provide subtasks in the following JSON format with MARKDOWN formatting:
|
|
17
|
+
|
|
18
|
+
{
|
|
19
|
+
"subtasks": [
|
|
20
|
+
{
|
|
21
|
+
"summary": "Clear, technical title indicating the deliverable",
|
|
22
|
+
"description": "## Objective\n\n[Technical goal of this task]\n\n## Technical Details\n\n- Implementation requirements\n- APIs/interfaces to create/modify\n- Dependencies and integration points\n\n## Testing\n\n- Unit tests needed\n- Integration test scenarios\n\n## Acceptance\n\n- [ ] Code complete and reviewed\n- [ ] Tests passing\n- [ ] Documentation updated"
|
|
23
|
+
}
|
|
24
|
+
]
|
|
25
|
+
}
|
|
26
|
+
|
|
27
|
+
IMPORTANT:
|
|
28
|
+
- Format descriptions using MARKDOWN (## headers, - bullets, **bold**, `code`, ``` code blocks)
|
|
29
|
+
- Include both implementation and verification tasks
|
|
30
|
+
- Each subtask should be completable independently where possible
|
|
31
|
+
- Return ONLY valid JSON, no additional text
|
|
@@ -0,0 +1,24 @@
|
|
|
1
|
+
Analyze the following requirement or feature description and generate technical requirements for a Jira story:
|
|
2
|
+
|
|
3
|
+
{{promptContent}}
|
|
4
|
+
{{epicContext}}
|
|
5
|
+
{{extraInstructions}}
|
|
6
|
+
|
|
7
|
+
IMPORTANT:
|
|
8
|
+
- Include technical considerations and implementation approach
|
|
9
|
+
- Identify potential technical challenges
|
|
10
|
+
- Suggest architecture patterns and best practices
|
|
11
|
+
- Reference existing codebase patterns when relevant
|
|
12
|
+
- Balance user value with technical feasibility
|
|
13
|
+
|
|
14
|
+
Please analyze the requirement and provide it in the following JSON format with MARKDOWN formatting:
|
|
15
|
+
|
|
16
|
+
{
|
|
17
|
+
"summary": "Brief, clear title for the story",
|
|
18
|
+
"description": "## Overview\n\n[High-level description of the feature/requirement]\n\n## User Story\n\nAs a [user type], I want [goal] so that [benefit]\n\n## Technical Considerations\n\n- Architecture patterns to use\n- Integration points\n- Data model changes\n- API design considerations\n- Performance implications\n\n## Implementation Approach\n\n1. Research existing patterns in codebase\n2. Design the solution\n3. Implement core functionality\n4. Add tests and documentation\n\n## Acceptance Criteria\n\n- [ ] Functional requirement 1\n- [ ] Functional requirement 2\n- [ ] Technical requirement (performance, security, etc.)\n- [ ] Tests are written and passing\n\n## Edge Cases & Considerations\n\n- Potential error scenarios\n- Backwards compatibility\n- Migration needs"
|
|
19
|
+
}
|
|
20
|
+
|
|
21
|
+
IMPORTANT:
|
|
22
|
+
- Format the description using MARKDOWN (## headers, - bullets, **bold**, `code`, ``` code blocks)
|
|
23
|
+
- This ensures proper rich formatting in Jira
|
|
24
|
+
- Return ONLY valid JSON, no additional text
|