claude-autopm 1.23.2 → 1.24.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/README.md +1 -1
- package/autopm/.claude/agents/frameworks/e2e-test-engineer.md +26 -1
- package/autopm/.claude/agents/frameworks/nats-messaging-expert.md +28 -3
- package/autopm/.claude/agents/frameworks/react-frontend-engineer.md +26 -1
- package/autopm/.claude/agents/frameworks/react-ui-expert.md +26 -1
- package/autopm/.claude/agents/frameworks/tailwindcss-expert.md +26 -1
- package/autopm/.claude/agents/frameworks/ux-design-expert.md +25 -1
- package/autopm/.claude/agents/languages/bash-scripting-expert.md +26 -1
- package/autopm/.claude/agents/languages/javascript-frontend-engineer.md +26 -1
- package/autopm/.claude/agents/languages/nodejs-backend-engineer.md +27 -1
- package/autopm/.claude/agents/languages/python-backend-engineer.md +27 -2
- package/autopm/.claude/agents/languages/python-backend-expert.md +26 -1
- package/autopm/.claude/commands/pm/context-create.md +136 -0
- package/autopm/.claude/commands/pm/context-prime.md +170 -0
- package/autopm/.claude/commands/pm/context-update.md +292 -0
- package/autopm/.claude/commands/pm/epic-decompose.md +19 -0
- package/autopm/.claude/commands/pm/epic-merge.md +2 -2
- package/autopm/.claude/scripts/pm/prd-parse.js +19 -1
- package/autopm/.claude/templates/context-templates/progress.md.template +25 -0
- package/autopm/.claude/templates/context-templates/project-brief.md.template +19 -0
- package/autopm/.claude/templates/context-templates/project-structure.md.template +23 -0
- package/autopm/.claude/templates/context-templates/tech-context.md.template +23 -0
- package/package.json +1 -1
- package/scripts/fix-invalid-command-refs.sh +141 -0
- package/scripts/fix-invalid-refs-simple.sh +49 -0
package/README.md
CHANGED
|
@@ -27,12 +27,37 @@ Access E2E testing frameworks and patterns:
|
|
|
27
27
|
- **Accessibility**: WCAG, axe-core, screen reader testing
|
|
28
28
|
- **Performance**: Lighthouse, Web Vitals, performance testing
|
|
29
29
|
|
|
30
|
-
**Documentation Queries:**
|
|
30
|
+
**Documentation Queries (Technical):**
|
|
31
31
|
- `mcp://context7/testing/playwright` - Playwright automation
|
|
32
32
|
- `mcp://context7/testing/cypress` - Cypress E2E testing
|
|
33
33
|
- `mcp://context7/testing/visual` - Visual regression testing
|
|
34
34
|
- `mcp://context7/testing/accessibility` - Accessibility testing
|
|
35
35
|
|
|
36
|
+
**Documentation Queries (Task Creation):**
|
|
37
|
+
- `mcp://context7/agile/task-breakdown` - Task decomposition patterns
|
|
38
|
+
- `mcp://context7/agile/user-stories` - INVEST criteria for tasks
|
|
39
|
+
- `mcp://context7/agile/acceptance-criteria` - Writing effective AC
|
|
40
|
+
- `mcp://context7/project-management/estimation` - Effort estimation
|
|
41
|
+
|
|
42
|
+
## Task Creation Excellence
|
|
43
|
+
|
|
44
|
+
When creating implementation tasks (for epic decomposition or project planning):
|
|
45
|
+
|
|
46
|
+
1. **Query Context7 First**: Access latest agile/PM best practices
|
|
47
|
+
2. **Follow INVEST Criteria**: Tasks must be Independent, Negotiable, Valuable, Estimable, Small, Testable
|
|
48
|
+
3. **Include TDD Requirements**: Every task must enforce Test-Driven Development
|
|
49
|
+
4. **Technology-Specific Details**: Leverage your E2E testing expertise in technical details
|
|
50
|
+
5. **Clear Acceptance Criteria**: Specific, measurable, testable criteria
|
|
51
|
+
|
|
52
|
+
**Task Structure Template**: Use frontmatter with name, status, created, depends_on, parallel, conflicts_with. Include sections for Description, TDD Requirements, Acceptance Criteria, Technical Details, Dependencies, Effort Estimate, Definition of Done.
|
|
53
|
+
|
|
54
|
+
**Quality Standards**:
|
|
55
|
+
- Tasks completable in 1-3 days maximum
|
|
56
|
+
- Action-oriented titles (verb + noun)
|
|
57
|
+
- Specific E2E test framework and scenario guidance
|
|
58
|
+
- Dependency and parallelization mapping
|
|
59
|
+
- Test automation, visual regression, and accessibility testing considerations
|
|
60
|
+
|
|
36
61
|
## E2E Testing Methodology
|
|
37
62
|
|
|
38
63
|
**MANDATORY**: Focus on scenario-driven and user journey validation for all E2E test cases:
|
|
@@ -27,9 +27,34 @@ Use this agent for NATS messaging system including pub/sub, request/reply, and q
|
|
|
27
27
|
- **Patterns**: Request/reply, queue groups, wildcards
|
|
28
28
|
- **Security**: TLS, authentication, authorization
|
|
29
29
|
|
|
30
|
-
**Documentation Queries:**
|
|
31
|
-
- `mcp://context7/nats/latest`
|
|
32
|
-
- `mcp://context7/nats/jetstream`
|
|
30
|
+
**Documentation Queries (Technical):**
|
|
31
|
+
- `mcp://context7/nats/latest` - Core NATS documentation
|
|
32
|
+
- `mcp://context7/nats/jetstream` - JetStream streaming platform
|
|
33
|
+
|
|
34
|
+
**Documentation Queries (Task Creation):**
|
|
35
|
+
- `mcp://context7/agile/task-breakdown` - Task decomposition patterns
|
|
36
|
+
- `mcp://context7/agile/user-stories` - INVEST criteria for tasks
|
|
37
|
+
- `mcp://context7/agile/acceptance-criteria` - Writing effective AC
|
|
38
|
+
- `mcp://context7/project-management/estimation` - Effort estimation
|
|
39
|
+
|
|
40
|
+
## Task Creation Excellence
|
|
41
|
+
|
|
42
|
+
When creating implementation tasks (for epic decomposition or project planning):
|
|
43
|
+
|
|
44
|
+
1. **Query Context7 First**: Access latest agile/PM best practices
|
|
45
|
+
2. **Follow INVEST Criteria**: Tasks must be Independent, Negotiable, Valuable, Estimable, Small, Testable
|
|
46
|
+
3. **Include TDD Requirements**: Every task must enforce Test-Driven Development
|
|
47
|
+
4. **Technology-Specific Details**: Leverage your NATS messaging expertise in technical details
|
|
48
|
+
5. **Clear Acceptance Criteria**: Specific, measurable, testable criteria
|
|
49
|
+
|
|
50
|
+
**Task Structure Template**: Use frontmatter with name, status, created, depends_on, parallel, conflicts_with. Include sections for Description, TDD Requirements, Acceptance Criteria, Technical Details, Dependencies, Effort Estimate, Definition of Done.
|
|
51
|
+
|
|
52
|
+
**Quality Standards**:
|
|
53
|
+
- Tasks completable in 1-3 days maximum
|
|
54
|
+
- Action-oriented titles (verb + noun)
|
|
55
|
+
- Specific NATS messaging pattern and JetStream guidance
|
|
56
|
+
- Dependency and parallelization mapping
|
|
57
|
+
- Pub/sub, clustering, and high availability considerations
|
|
33
58
|
|
|
34
59
|
## Core Expertise
|
|
35
60
|
|
|
@@ -34,11 +34,36 @@ Before starting any implementation, you have access to live documentation throug
|
|
|
34
34
|
3. **Performance Updates**: Verify latest performance optimization techniques
|
|
35
35
|
4. **Accessibility Standards**: Access current a11y patterns and WCAG guidelines
|
|
36
36
|
|
|
37
|
-
**Documentation Queries:**
|
|
37
|
+
**Documentation Queries (Technical):**
|
|
38
38
|
- `mcp://context7/react/latest` - React documentation and patterns
|
|
39
39
|
- `mcp://context7/nextjs/app-router` - Next.js App Router patterns
|
|
40
40
|
- `mcp://context7/typescript/react` - TypeScript + React best practices
|
|
41
41
|
|
|
42
|
+
**Documentation Queries (Task Creation):**
|
|
43
|
+
- `mcp://context7/agile/task-breakdown` - Task decomposition patterns
|
|
44
|
+
- `mcp://context7/agile/user-stories` - INVEST criteria for tasks
|
|
45
|
+
- `mcp://context7/agile/acceptance-criteria` - Writing effective AC
|
|
46
|
+
- `mcp://context7/project-management/estimation` - Effort estimation
|
|
47
|
+
|
|
48
|
+
## Task Creation Excellence
|
|
49
|
+
|
|
50
|
+
When creating implementation tasks (for epic decomposition or project planning):
|
|
51
|
+
|
|
52
|
+
1. **Query Context7 First**: Access latest agile/PM best practices
|
|
53
|
+
2. **Follow INVEST Criteria**: Tasks must be Independent, Negotiable, Valuable, Estimable, Small, Testable
|
|
54
|
+
3. **Include TDD Requirements**: Every task must enforce Test-Driven Development
|
|
55
|
+
4. **Technology-Specific Details**: Leverage your React expertise in technical details
|
|
56
|
+
5. **Clear Acceptance Criteria**: Specific, measurable, testable criteria
|
|
57
|
+
|
|
58
|
+
**Task Structure Template**: Use frontmatter with name, status, created, depends_on, parallel, conflicts_with. Include sections for Description, TDD Requirements, Acceptance Criteria, Technical Details, Dependencies, Effort Estimate, Definition of Done.
|
|
59
|
+
|
|
60
|
+
**Quality Standards**:
|
|
61
|
+
- Tasks completable in 1-3 days maximum
|
|
62
|
+
- Action-oriented titles (verb + noun)
|
|
63
|
+
- Specific React implementation guidance
|
|
64
|
+
- Dependency and parallelization mapping
|
|
65
|
+
- Component architecture and state management considerations
|
|
66
|
+
|
|
42
67
|
**Core Expertise:**
|
|
43
68
|
|
|
44
69
|
1. **React Development**:
|
|
@@ -20,12 +20,37 @@ Before implementing any UI solution, access live documentation through context7:
|
|
|
20
20
|
- **Design Systems**: Material Design, accessibility guidelines
|
|
21
21
|
- **Styling**: CSS-in-JS, styled-components, emotion
|
|
22
22
|
|
|
23
|
-
**Documentation Queries:**
|
|
23
|
+
**Documentation Queries (Technical):**
|
|
24
24
|
- `mcp://context7/react/mui` - Material-UI documentation
|
|
25
25
|
- `mcp://context7/react/chakra-ui` - Chakra UI components
|
|
26
26
|
- `mcp://context7/react/ant-design` - Ant Design system
|
|
27
27
|
- `mcp://context7/react/patterns` - React design patterns
|
|
28
28
|
|
|
29
|
+
**Documentation Queries (Task Creation):**
|
|
30
|
+
- `mcp://context7/agile/task-breakdown` - Task decomposition patterns
|
|
31
|
+
- `mcp://context7/agile/user-stories` - INVEST criteria for tasks
|
|
32
|
+
- `mcp://context7/agile/acceptance-criteria` - Writing effective AC
|
|
33
|
+
- `mcp://context7/project-management/estimation` - Effort estimation
|
|
34
|
+
|
|
35
|
+
## Task Creation Excellence
|
|
36
|
+
|
|
37
|
+
When creating implementation tasks (for epic decomposition or project planning):
|
|
38
|
+
|
|
39
|
+
1. **Query Context7 First**: Access latest agile/PM best practices
|
|
40
|
+
2. **Follow INVEST Criteria**: Tasks must be Independent, Negotiable, Valuable, Estimable, Small, Testable
|
|
41
|
+
3. **Include TDD Requirements**: Every task must enforce Test-Driven Development
|
|
42
|
+
4. **Technology-Specific Details**: Leverage your React UI expertise in technical details
|
|
43
|
+
5. **Clear Acceptance Criteria**: Specific, measurable, testable criteria
|
|
44
|
+
|
|
45
|
+
**Task Structure Template**: Use frontmatter with name, status, created, depends_on, parallel, conflicts_with. Include sections for Description, TDD Requirements, Acceptance Criteria, Technical Details, Dependencies, Effort Estimate, Definition of Done.
|
|
46
|
+
|
|
47
|
+
**Quality Standards**:
|
|
48
|
+
- Tasks completable in 1-3 days maximum
|
|
49
|
+
- Action-oriented titles (verb + noun)
|
|
50
|
+
- Specific React UI framework implementation guidance
|
|
51
|
+
- Dependency and parallelization mapping
|
|
52
|
+
- Component design system and accessibility considerations
|
|
53
|
+
|
|
29
54
|
## Test-Driven Development (TDD) Methodology
|
|
30
55
|
|
|
31
56
|
**MANDATORY**: Follow strict TDD principles for all React UI component development:
|
|
@@ -28,12 +28,37 @@ Access Tailwind CSS documentation through context7:
|
|
|
28
28
|
- **UI Components**: Component patterns, design systems
|
|
29
29
|
- **Performance**: PurgeCSS, optimization techniques
|
|
30
30
|
|
|
31
|
-
**Documentation Queries:**
|
|
31
|
+
**Documentation Queries (Technical):**
|
|
32
32
|
- `mcp://context7/css/tailwind` - Tailwind CSS utilities
|
|
33
33
|
- `mcp://context7/css/tailwind-config` - Configuration guide
|
|
34
34
|
- `mcp://context7/css/tailwind-plugins` - Plugin ecosystem
|
|
35
35
|
- `mcp://context7/css/responsive` - Responsive design patterns
|
|
36
36
|
|
|
37
|
+
**Documentation Queries (Task Creation):**
|
|
38
|
+
- `mcp://context7/agile/task-breakdown` - Task decomposition patterns
|
|
39
|
+
- `mcp://context7/agile/user-stories` - INVEST criteria for tasks
|
|
40
|
+
- `mcp://context7/agile/acceptance-criteria` - Writing effective AC
|
|
41
|
+
- `mcp://context7/project-management/estimation` - Effort estimation
|
|
42
|
+
|
|
43
|
+
## Task Creation Excellence
|
|
44
|
+
|
|
45
|
+
When creating implementation tasks (for epic decomposition or project planning):
|
|
46
|
+
|
|
47
|
+
1. **Query Context7 First**: Access latest agile/PM best practices
|
|
48
|
+
2. **Follow INVEST Criteria**: Tasks must be Independent, Negotiable, Valuable, Estimable, Small, Testable
|
|
49
|
+
3. **Include TDD Requirements**: Every task must enforce Test-Driven Development
|
|
50
|
+
4. **Technology-Specific Details**: Leverage your TailwindCSS expertise in technical details
|
|
51
|
+
5. **Clear Acceptance Criteria**: Specific, measurable, testable criteria
|
|
52
|
+
|
|
53
|
+
**Task Structure Template**: Use frontmatter with name, status, created, depends_on, parallel, conflicts_with. Include sections for Description, TDD Requirements, Acceptance Criteria, Technical Details, Dependencies, Effort Estimate, Definition of Done.
|
|
54
|
+
|
|
55
|
+
**Quality Standards**:
|
|
56
|
+
- Tasks completable in 1-3 days maximum
|
|
57
|
+
- Action-oriented titles (verb + noun)
|
|
58
|
+
- Specific TailwindCSS utility and design system guidance
|
|
59
|
+
- Dependency and parallelization mapping
|
|
60
|
+
- Responsive design and theme customization considerations
|
|
61
|
+
|
|
37
62
|
## When to Use This Agent
|
|
38
63
|
|
|
39
64
|
### ✅ PRIMARY Use Cases (Best Choice)
|
|
@@ -29,12 +29,36 @@ Access UX design and accessibility documentation:
|
|
|
29
29
|
- **UX Patterns**: Navigation, forms, data visualization
|
|
30
30
|
- **Tools**: Figma, Sketch, design tokens, component libraries
|
|
31
31
|
|
|
32
|
-
**Documentation Queries:**
|
|
32
|
+
**Documentation Queries (Technical):**
|
|
33
33
|
- `mcp://context7/design/material` - Material Design guidelines
|
|
34
34
|
- `mcp://context7/design/accessibility` - Accessibility standards
|
|
35
35
|
- `mcp://context7/design/patterns` - UX design patterns
|
|
36
36
|
- `mcp://context7/design/systems` - Design system principles
|
|
37
37
|
|
|
38
|
+
**Documentation Queries (Task Creation):**
|
|
39
|
+
- `mcp://context7/agile/task-breakdown` - Task decomposition patterns
|
|
40
|
+
- `mcp://context7/agile/user-stories` - INVEST criteria for tasks
|
|
41
|
+
- `mcp://context7/agile/acceptance-criteria` - Writing effective AC
|
|
42
|
+
- `mcp://context7/project-management/estimation` - Effort estimation
|
|
43
|
+
|
|
44
|
+
## Task Creation Excellence
|
|
45
|
+
|
|
46
|
+
When creating implementation tasks (for epic decomposition or project planning):
|
|
47
|
+
|
|
48
|
+
1. **Query Context7 First**: Access latest agile/PM best practices
|
|
49
|
+
2. **Follow INVEST Criteria**: Tasks must be Independent, Negotiable, Valuable, Estimable, Small, Testable
|
|
50
|
+
3. **Include TDD Requirements**: Every task must enforce Test-Driven Development
|
|
51
|
+
4. **Technology-Specific Details**: Leverage your UX design expertise in technical details
|
|
52
|
+
5. **Clear Acceptance Criteria**: Specific, measurable, testable criteria
|
|
53
|
+
|
|
54
|
+
**Task Structure Template**: Use frontmatter with name, status, created, depends_on, parallel, conflicts_with. Include sections for Description, TDD Requirements, Acceptance Criteria, Technical Details, Dependencies, Effort Estimate, Definition of Done.
|
|
55
|
+
|
|
56
|
+
**Quality Standards**:
|
|
57
|
+
- Tasks completable in 1-3 days maximum
|
|
58
|
+
- Action-oriented titles (verb + noun)
|
|
59
|
+
- Specific UX/UI design and accessibility guidance
|
|
60
|
+
- Dependency and parallelization mapping
|
|
61
|
+
- User research, interaction design, and accessibility compliance considerations
|
|
38
62
|
|
|
39
63
|
## Core Expertise
|
|
40
64
|
|
|
@@ -38,12 +38,37 @@ Before starting any implementation, you have access to live documentation throug
|
|
|
38
38
|
4. **Performance Tips**: Get optimization techniques
|
|
39
39
|
5. **Security Guidelines**: Access secure scripting practices
|
|
40
40
|
|
|
41
|
-
**Documentation Queries:**
|
|
41
|
+
**Documentation Queries (Technical):**
|
|
42
42
|
- `mcp://context7/bash/latest` - Bash documentation
|
|
43
43
|
- `mcp://context7/posix/shell` - POSIX shell standards
|
|
44
44
|
- `mcp://context7/coreutils/latest` - GNU coreutils
|
|
45
45
|
- `mcp://context7/bash/security` - Security best practices
|
|
46
46
|
|
|
47
|
+
**Documentation Queries (Task Creation):**
|
|
48
|
+
- `mcp://context7/agile/task-breakdown` - Task decomposition patterns
|
|
49
|
+
- `mcp://context7/agile/user-stories` - INVEST criteria for tasks
|
|
50
|
+
- `mcp://context7/agile/acceptance-criteria` - Writing effective AC
|
|
51
|
+
- `mcp://context7/project-management/estimation` - Effort estimation
|
|
52
|
+
|
|
53
|
+
## Task Creation Excellence
|
|
54
|
+
|
|
55
|
+
When creating implementation tasks (for epic decomposition or project planning):
|
|
56
|
+
|
|
57
|
+
1. **Query Context7 First**: Access latest agile/PM best practices
|
|
58
|
+
2. **Follow INVEST Criteria**: Tasks must be Independent, Negotiable, Valuable, Estimable, Small, Testable
|
|
59
|
+
3. **Include TDD Requirements**: Every task must enforce Test-Driven Development (with bats for Bash)
|
|
60
|
+
4. **Technology-Specific Details**: Leverage your Bash/scripting expertise in technical details
|
|
61
|
+
5. **Clear Acceptance Criteria**: Specific, measurable, testable criteria
|
|
62
|
+
|
|
63
|
+
**Task Structure Template**: Use frontmatter with name, status, created, depends_on, parallel, conflicts_with. Include sections for Description, TDD Requirements, Acceptance Criteria, Technical Details, Dependencies, Effort Estimate, Definition of Done.
|
|
64
|
+
|
|
65
|
+
**Quality Standards**:
|
|
66
|
+
- Tasks completable in 1-3 days maximum
|
|
67
|
+
- Action-oriented titles (verb + noun)
|
|
68
|
+
- Specific shell scripting implementation guidance
|
|
69
|
+
- Dependency and parallelization mapping
|
|
70
|
+
- Security and portability considerations included
|
|
71
|
+
|
|
47
72
|
## Core Expertise
|
|
48
73
|
|
|
49
74
|
### Script Architecture
|
|
@@ -36,12 +36,37 @@ Before starting any implementation, you have access to live documentation throug
|
|
|
36
36
|
3. **Browser Compatibility**: Verify feature support across target browsers
|
|
37
37
|
4. **Performance Guidelines**: Access latest web performance optimization techniques
|
|
38
38
|
|
|
39
|
-
**Documentation Queries:**
|
|
39
|
+
**Documentation Queries (Technical):**
|
|
40
40
|
- `mcp://context7/javascript/latest` - JavaScript documentation
|
|
41
41
|
- `mcp://context7/typescript/latest` - TypeScript handbook
|
|
42
42
|
- `mcp://context7/mdn/web-apis` - Browser API references
|
|
43
43
|
- `mcp://context7/webpack/latest` - Webpack configuration
|
|
44
44
|
|
|
45
|
+
**Documentation Queries (Task Creation):**
|
|
46
|
+
- `mcp://context7/agile/task-breakdown` - Task decomposition patterns
|
|
47
|
+
- `mcp://context7/agile/user-stories` - INVEST criteria for tasks
|
|
48
|
+
- `mcp://context7/agile/acceptance-criteria` - Writing effective AC
|
|
49
|
+
- `mcp://context7/project-management/estimation` - Effort estimation
|
|
50
|
+
|
|
51
|
+
## Task Creation Excellence
|
|
52
|
+
|
|
53
|
+
When creating implementation tasks (for epic decomposition or project planning):
|
|
54
|
+
|
|
55
|
+
1. **Query Context7 First**: Access latest agile/PM best practices
|
|
56
|
+
2. **Follow INVEST Criteria**: Tasks must be Independent, Negotiable, Valuable, Estimable, Small, Testable
|
|
57
|
+
3. **Include TDD Requirements**: Every task must enforce Test-Driven Development
|
|
58
|
+
4. **Technology-Specific Details**: Leverage your JavaScript/TypeScript expertise in technical details
|
|
59
|
+
5. **Clear Acceptance Criteria**: Specific, measurable, testable criteria
|
|
60
|
+
|
|
61
|
+
**Task Structure Template**: Use frontmatter with name, status, created, depends_on, parallel, conflicts_with. Include sections for Description, TDD Requirements, Acceptance Criteria, Technical Details, Dependencies, Effort Estimate, Definition of Done.
|
|
62
|
+
|
|
63
|
+
**Quality Standards**:
|
|
64
|
+
- Tasks completable in 1-3 days maximum
|
|
65
|
+
- Action-oriented titles (verb + noun)
|
|
66
|
+
- Specific technical implementation guidance
|
|
67
|
+
- Dependency and parallelization mapping
|
|
68
|
+
- No vague descriptions or missing acceptance criteria
|
|
69
|
+
|
|
45
70
|
## Core Expertise
|
|
46
71
|
|
|
47
72
|
### JavaScript Mastery
|
|
@@ -29,7 +29,7 @@ Before starting any implementation, you have access to live documentation throug
|
|
|
29
29
|
- **Database Drivers**: MongoDB, PostgreSQL, MySQL documentation
|
|
30
30
|
- **Security Guidelines**: OWASP Node.js security cheatsheet
|
|
31
31
|
|
|
32
|
-
**Documentation Queries:**
|
|
32
|
+
**Documentation Queries (Technical):**
|
|
33
33
|
|
|
34
34
|
- `mcp://context7/nodejs/latest` - Node.js documentation
|
|
35
35
|
- `mcp://context7/express/latest` - Express framework
|
|
@@ -38,6 +38,13 @@ Before starting any implementation, you have access to live documentation throug
|
|
|
38
38
|
- `mcp://context7/fastify/latest` - Fastify framework
|
|
39
39
|
- `mcp://context7/typescript/node` - TypeScript for Node.js
|
|
40
40
|
|
|
41
|
+
**Documentation Queries (Task Creation):**
|
|
42
|
+
|
|
43
|
+
- `mcp://context7/agile/task-breakdown` - Task decomposition patterns
|
|
44
|
+
- `mcp://context7/agile/user-stories` - INVEST criteria for tasks
|
|
45
|
+
- `mcp://context7/agile/acceptance-criteria` - Writing effective AC
|
|
46
|
+
- `mcp://context7/project-management/estimation` - Effort estimation
|
|
47
|
+
|
|
41
48
|
### Documentation Retrieval Protocol
|
|
42
49
|
|
|
43
50
|
1. **Check Framework Docs**: Query context7 for specific framework patterns
|
|
@@ -45,6 +52,25 @@ Before starting any implementation, you have access to live documentation throug
|
|
|
45
52
|
3. **Security Standards**: Access current security recommendations
|
|
46
53
|
4. **Performance Patterns**: Get latest Node.js optimization techniques
|
|
47
54
|
|
|
55
|
+
## Task Creation Excellence
|
|
56
|
+
|
|
57
|
+
When creating implementation tasks (for epic decomposition or project planning):
|
|
58
|
+
|
|
59
|
+
1. **Query Context7 First**: Access latest agile/PM best practices
|
|
60
|
+
2. **Follow INVEST Criteria**: Tasks must be Independent, Negotiable, Valuable, Estimable, Small, Testable
|
|
61
|
+
3. **Include TDD Requirements**: Every task must enforce Test-Driven Development
|
|
62
|
+
4. **Technology-Specific Details**: Leverage your Node.js/backend expertise in technical details
|
|
63
|
+
5. **Clear Acceptance Criteria**: Specific, measurable, testable criteria
|
|
64
|
+
|
|
65
|
+
**Task Structure Template**: Use frontmatter with name, status, created, depends_on, parallel, conflicts_with. Include sections for Description, TDD Requirements, Acceptance Criteria, Technical Details, Dependencies, Effort Estimate, Definition of Done.
|
|
66
|
+
|
|
67
|
+
**Quality Standards**:
|
|
68
|
+
- Tasks completable in 1-3 days maximum
|
|
69
|
+
- Action-oriented titles (verb + noun)
|
|
70
|
+
- Specific technical implementation guidance for backend/APIs
|
|
71
|
+
- Dependency and parallelization mapping
|
|
72
|
+
- Security and performance considerations included
|
|
73
|
+
|
|
48
74
|
## Core Expertise
|
|
49
75
|
|
|
50
76
|
### Node.js Mastery
|
|
@@ -34,11 +34,36 @@ Before starting any implementation, you have access to live documentation throug
|
|
|
34
34
|
3. **Security Updates**: Verify latest security recommendations for authentication and data handling
|
|
35
35
|
4. **Performance Patterns**: Access latest async patterns and optimization techniques
|
|
36
36
|
|
|
37
|
-
**Documentation Queries:**
|
|
37
|
+
**Documentation Queries (Technical):**
|
|
38
38
|
- `mcp://context7/fastapi/latest` - FastAPI documentation
|
|
39
|
-
- `mcp://context7/sqlalchemy/2.0` - SQLAlchemy 2.0 async patterns
|
|
39
|
+
- `mcp://context7/sqlalchemy/2.0` - SQLAlchemy 2.0 async patterns
|
|
40
40
|
- `mcp://context7/pydantic/v2` - Pydantic v2 validation patterns
|
|
41
41
|
|
|
42
|
+
**Documentation Queries (Task Creation):**
|
|
43
|
+
- `mcp://context7/agile/task-breakdown` - Task decomposition patterns
|
|
44
|
+
- `mcp://context7/agile/user-stories` - INVEST criteria for tasks
|
|
45
|
+
- `mcp://context7/agile/acceptance-criteria` - Writing effective AC
|
|
46
|
+
- `mcp://context7/project-management/estimation` - Effort estimation
|
|
47
|
+
|
|
48
|
+
## Task Creation Excellence
|
|
49
|
+
|
|
50
|
+
When creating implementation tasks (for epic decomposition or project planning):
|
|
51
|
+
|
|
52
|
+
1. **Query Context7 First**: Access latest agile/PM best practices
|
|
53
|
+
2. **Follow INVEST Criteria**: Tasks must be Independent, Negotiable, Valuable, Estimable, Small, Testable
|
|
54
|
+
3. **Include TDD Requirements**: Every task must enforce Test-Driven Development
|
|
55
|
+
4. **Technology-Specific Details**: Leverage your Python backend expertise in technical details
|
|
56
|
+
5. **Clear Acceptance Criteria**: Specific, measurable, testable criteria
|
|
57
|
+
|
|
58
|
+
**Task Structure Template**: Use frontmatter with name, status, created, depends_on, parallel, conflicts_with. Include sections for Description, TDD Requirements, Acceptance Criteria, Technical Details, Dependencies, Effort Estimate, Definition of Done.
|
|
59
|
+
|
|
60
|
+
**Quality Standards**:
|
|
61
|
+
- Tasks completable in 1-3 days maximum
|
|
62
|
+
- Action-oriented titles (verb + noun)
|
|
63
|
+
- Specific Python/FastAPI implementation guidance
|
|
64
|
+
- Dependency and parallelization mapping
|
|
65
|
+
- API design, database integration, and async pattern considerations
|
|
66
|
+
|
|
42
67
|
**Core Expertise:**
|
|
43
68
|
|
|
44
69
|
1. **FastAPI Development**:
|
|
@@ -20,12 +20,37 @@ Before implementing any Python backend solution, access live documentation throu
|
|
|
20
20
|
- **Testing**: pytest, unittest, mock, coverage tools
|
|
21
21
|
- **Async**: asyncio, aiohttp, uvloop, concurrent.futures
|
|
22
22
|
|
|
23
|
-
**Documentation Queries:**
|
|
23
|
+
**Documentation Queries (Technical):**
|
|
24
24
|
- `mcp://context7/python/fastapi` - FastAPI framework
|
|
25
25
|
- `mcp://context7/python/sqlalchemy` - SQLAlchemy ORM
|
|
26
26
|
- `mcp://context7/python/django` - Django framework
|
|
27
27
|
- `mcp://context7/python/pytest` - pytest testing
|
|
28
28
|
|
|
29
|
+
**Documentation Queries (Task Creation):**
|
|
30
|
+
- `mcp://context7/agile/task-breakdown` - Task decomposition patterns
|
|
31
|
+
- `mcp://context7/agile/user-stories` - INVEST criteria for tasks
|
|
32
|
+
- `mcp://context7/agile/acceptance-criteria` - Writing effective AC
|
|
33
|
+
- `mcp://context7/project-management/estimation` - Effort estimation
|
|
34
|
+
|
|
35
|
+
## Task Creation Excellence
|
|
36
|
+
|
|
37
|
+
When creating implementation tasks (for epic decomposition or project planning):
|
|
38
|
+
|
|
39
|
+
1. **Query Context7 First**: Access latest agile/PM best practices
|
|
40
|
+
2. **Follow INVEST Criteria**: Tasks must be Independent, Negotiable, Valuable, Estimable, Small, Testable
|
|
41
|
+
3. **Include TDD Requirements**: Every task must enforce Test-Driven Development
|
|
42
|
+
4. **Technology-Specific Details**: Leverage your Python backend expertise in technical details
|
|
43
|
+
5. **Clear Acceptance Criteria**: Specific, measurable, testable criteria
|
|
44
|
+
|
|
45
|
+
**Task Structure Template**: Use frontmatter with name, status, created, depends_on, parallel, conflicts_with. Include sections for Description, TDD Requirements, Acceptance Criteria, Technical Details, Dependencies, Effort Estimate, Definition of Done.
|
|
46
|
+
|
|
47
|
+
**Quality Standards**:
|
|
48
|
+
- Tasks completable in 1-3 days maximum
|
|
49
|
+
- Action-oriented titles (verb + noun)
|
|
50
|
+
- Specific Python framework implementation guidance
|
|
51
|
+
- Dependency and parallelization mapping
|
|
52
|
+
- Architecture patterns, ORM integration, and async support considerations
|
|
53
|
+
|
|
29
54
|
## Test-Driven Development (TDD) Methodology
|
|
30
55
|
|
|
31
56
|
**MANDATORY**: Follow strict TDD principles for all backend development:
|
|
@@ -0,0 +1,136 @@
|
|
|
1
|
+
---
|
|
2
|
+
allowed-tools: Bash, Read, Write, Glob
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# Context Create
|
|
6
|
+
|
|
7
|
+
Initialize project context documentation for AI agent memory.
|
|
8
|
+
|
|
9
|
+
## Required Documentation Access
|
|
10
|
+
|
|
11
|
+
**MANDATORY:** Before creating context, query Context7 for best practices:
|
|
12
|
+
|
|
13
|
+
**Documentation Queries:**
|
|
14
|
+
- `mcp://context7/documentation/project-context` - Project documentation standards
|
|
15
|
+
- `mcp://context7/agile/project-setup` - Project initialization best practices
|
|
16
|
+
- `mcp://context7/knowledge-management/technical-documentation` - Documentation organization patterns
|
|
17
|
+
|
|
18
|
+
**Why This is Required:**
|
|
19
|
+
- Ensures context follows industry standards
|
|
20
|
+
- Provides templates aligned with best practices
|
|
21
|
+
- Establishes effective knowledge management patterns
|
|
22
|
+
|
|
23
|
+
## Instructions
|
|
24
|
+
|
|
25
|
+
Create comprehensive project context in `.claude/context/` directory.
|
|
26
|
+
|
|
27
|
+
### 1. Check if context already exists
|
|
28
|
+
|
|
29
|
+
```bash
|
|
30
|
+
if [ -d ".claude/context" ]; then
|
|
31
|
+
echo "⚠️ Context already exists. Use /pm:context-update to modify."
|
|
32
|
+
exit 1
|
|
33
|
+
fi
|
|
34
|
+
```
|
|
35
|
+
|
|
36
|
+
### 2. Create context directory structure
|
|
37
|
+
|
|
38
|
+
```bash
|
|
39
|
+
mkdir -p .claude/context
|
|
40
|
+
```
|
|
41
|
+
|
|
42
|
+
### 3. Copy and customize templates
|
|
43
|
+
|
|
44
|
+
**Read templates from AutoPM installation:**
|
|
45
|
+
- `.claude/templates/context-templates/project-brief.md.template`
|
|
46
|
+
- `.claude/templates/context-templates/tech-context.md.template`
|
|
47
|
+
- `.claude/templates/context-templates/progress.md.template`
|
|
48
|
+
- `.claude/templates/context-templates/project-structure.md.template`
|
|
49
|
+
|
|
50
|
+
### 4. Auto-populate with project information
|
|
51
|
+
|
|
52
|
+
**Analyze project and pre-fill templates:**
|
|
53
|
+
|
|
54
|
+
1. **Read package.json** for tech stack:
|
|
55
|
+
- Extract dependencies and devDependencies
|
|
56
|
+
- Determine Node.js version from engines
|
|
57
|
+
- Identify testing framework (Jest, Mocha, etc.)
|
|
58
|
+
- Detect package manager from lock files
|
|
59
|
+
|
|
60
|
+
2. **Read README.md** for project description:
|
|
61
|
+
- Extract project name and description
|
|
62
|
+
- Identify key features and objectives
|
|
63
|
+
- Find usage examples
|
|
64
|
+
|
|
65
|
+
3. **Detect directory structure:**
|
|
66
|
+
- Scan top-level directories
|
|
67
|
+
- Identify common patterns (src/, test/, docs/, etc.)
|
|
68
|
+
- Map key configuration files
|
|
69
|
+
|
|
70
|
+
4. **Initialize progress:**
|
|
71
|
+
- Set initial phase as "Setup" or "Development"
|
|
72
|
+
- Mark context creation as first completed task
|
|
73
|
+
- Set progress to appropriate starting percentage
|
|
74
|
+
|
|
75
|
+
### 5. Create context README
|
|
76
|
+
|
|
77
|
+
Write `.claude/context/README.md`:
|
|
78
|
+
|
|
79
|
+
```markdown
|
|
80
|
+
# Project Context
|
|
81
|
+
|
|
82
|
+
This directory maintains comprehensive project information for AI agents.
|
|
83
|
+
|
|
84
|
+
## Files
|
|
85
|
+
- **project-brief.md**: Project scope and objectives
|
|
86
|
+
- **tech-context.md**: Technology stack and dependencies
|
|
87
|
+
- **progress.md**: Current status and next steps
|
|
88
|
+
- **project-structure.md**: Directory layout and key files
|
|
89
|
+
|
|
90
|
+
## Usage
|
|
91
|
+
- `/pm:context-prime`: Load context for new session
|
|
92
|
+
- `/pm:context-update`: Update after changes
|
|
93
|
+
- `/pm:context`: View current context
|
|
94
|
+
|
|
95
|
+
## Maintenance
|
|
96
|
+
Keep these files updated as the project evolves. Run `/pm:context-update` after:
|
|
97
|
+
- Adding new dependencies
|
|
98
|
+
- Completing major tasks
|
|
99
|
+
- Changing project structure
|
|
100
|
+
- Updating technical stack
|
|
101
|
+
```
|
|
102
|
+
|
|
103
|
+
### 6. Write populated templates
|
|
104
|
+
|
|
105
|
+
Create the following files in `.claude/context/`:
|
|
106
|
+
- `project-brief.md` (populated from README and package.json)
|
|
107
|
+
- `tech-context.md` (populated from package.json and file detection)
|
|
108
|
+
- `progress.md` (initialized with setup phase)
|
|
109
|
+
- `project-structure.md` (populated from directory scan)
|
|
110
|
+
|
|
111
|
+
### 7. Confirm creation
|
|
112
|
+
|
|
113
|
+
Display success message:
|
|
114
|
+
|
|
115
|
+
```
|
|
116
|
+
✅ Context created in .claude/context/
|
|
117
|
+
|
|
118
|
+
📝 Files created:
|
|
119
|
+
- project-brief.md (auto-populated from README)
|
|
120
|
+
- tech-context.md (auto-populated from package.json)
|
|
121
|
+
- progress.md (initialized)
|
|
122
|
+
- project-structure.md (auto-populated from directory scan)
|
|
123
|
+
- README.md (usage guide)
|
|
124
|
+
|
|
125
|
+
💡 Next steps:
|
|
126
|
+
1. Review and customize the context files
|
|
127
|
+
2. Run /pm:context-prime to load context into session
|
|
128
|
+
3. Update regularly with /pm:context-update
|
|
129
|
+
```
|
|
130
|
+
|
|
131
|
+
## Output Format
|
|
132
|
+
|
|
133
|
+
Return a structured summary of:
|
|
134
|
+
- Files created with auto-populated content preview
|
|
135
|
+
- Any information that couldn't be auto-detected
|
|
136
|
+
- Recommendations for manual customization
|