@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/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