myaidev-method 0.2.5 → 0.2.7
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/USER_GUIDE.md +630 -8
- package/bin/cli.js +161 -70
- package/package.json +1 -1
- package/src/lib/ascii-banner.js +100 -0
- package/src/templates/claude/commands/myai-deploy-dev.md +500 -0
- package/src/templates/claude/commands/myai-deploy-prod.md +837 -0
- package/src/templates/claude/commands/myai-deploy-staging.md +331 -0
- package/src/templates/claude/commands/myai-git-hotfix.md +957 -0
- package/src/templates/claude/commands/myai-git-pr.md +200 -0
- package/src/templates/claude/commands/myai-git-release.md +806 -0
- package/src/templates/claude/commands/myai-git-sync.md +796 -0
- package/src/templates/codex/commands/myai-astro-publish.md +51 -0
- package/src/templates/codex/commands/myai-configure.md +185 -0
- package/src/templates/codex/commands/myai-content-writer.md +73 -0
- package/src/templates/codex/commands/myai-coolify-deploy.md +159 -0
- package/src/templates/codex/commands/myai-deploy-dev.md +379 -0
- package/src/templates/codex/commands/myai-deploy-prod.md +431 -0
- package/src/templates/codex/commands/myai-deploy-staging.md +275 -0
- package/src/templates/codex/commands/myai-dev-architect.md +69 -0
- package/src/templates/codex/commands/myai-dev-code.md +82 -0
- package/src/templates/codex/commands/myai-dev-docs.md +83 -0
- package/src/templates/codex/commands/myai-dev-review.md +85 -0
- package/src/templates/codex/commands/myai-dev-test.md +84 -0
- package/src/templates/codex/commands/myai-docusaurus-publish.md +42 -0
- package/src/templates/codex/commands/myai-git-hotfix.md +512 -0
- package/src/templates/codex/commands/myai-git-pr.md +196 -0
- package/src/templates/codex/commands/myai-git-release.md +516 -0
- package/src/templates/codex/commands/myai-git-sync.md +517 -0
- package/src/templates/codex/commands/myai-mintlify-publish.md +42 -0
- package/src/templates/codex/commands/myai-payloadcms-publish.md +42 -0
- package/src/templates/codex/commands/myai-sparc-workflow.md +185 -0
- package/src/templates/codex/commands/myai-wordpress-admin.md +143 -0
- package/src/templates/codex/commands/myai-wordpress-publish.md +66 -0
- package/src/templates/gemini/commands/myai-astro-publish.toml +76 -0
- package/src/templates/gemini/commands/myai-configure.toml +188 -0
- package/src/templates/gemini/commands/myai-content-writer.toml +76 -0
- package/src/templates/gemini/commands/myai-coolify-deploy.toml +138 -0
- package/src/templates/gemini/commands/myai-deploy-dev.toml +379 -0
- package/src/templates/gemini/commands/myai-deploy-prod.toml +438 -0
- package/src/templates/gemini/commands/myai-deploy-staging.toml +275 -0
- package/src/templates/gemini/commands/myai-dev-architect.toml +64 -0
- package/src/templates/gemini/commands/myai-dev-code.toml +75 -0
- package/src/templates/gemini/commands/myai-dev-docs.toml +76 -0
- package/src/templates/gemini/commands/myai-dev-review.toml +78 -0
- package/src/templates/gemini/commands/myai-dev-test.toml +77 -0
- package/src/templates/gemini/commands/myai-docusaurus-publish.toml +63 -0
- package/src/templates/gemini/commands/myai-git-hotfix.toml +953 -0
- package/src/templates/gemini/commands/myai-git-pr.toml +196 -0
- package/src/templates/gemini/commands/myai-git-release.toml +802 -0
- package/src/templates/gemini/commands/myai-git-sync.toml +792 -0
- package/src/templates/gemini/commands/myai-mintlify-publish.toml +67 -0
- package/src/templates/gemini/commands/myai-payloadcms-publish.toml +59 -0
- package/src/templates/gemini/commands/myai-sparc-workflow.toml +47 -0
- package/src/templates/gemini/commands/myai-wordpress-admin.toml +143 -0
- package/src/templates/gemini/commands/myai-wordpress-publish.toml +77 -0
|
@@ -0,0 +1,69 @@
|
|
|
1
|
+
# System Architecture Design
|
|
2
|
+
|
|
3
|
+
Design scalable system architecture using MyAIDev Method's systematic approach: $ARGUMENTS
|
|
4
|
+
|
|
5
|
+
Invoke the MyAIDev Architect agent to create comprehensive system designs with architecture diagrams, API specifications, and technology recommendations.
|
|
6
|
+
|
|
7
|
+
## What It Does
|
|
8
|
+
|
|
9
|
+
The architect agent will:
|
|
10
|
+
1. Analyze requirements and constraints
|
|
11
|
+
2. Design high-level system architecture
|
|
12
|
+
3. Create component diagrams with Mermaid
|
|
13
|
+
4. Define API specifications and contracts
|
|
14
|
+
5. Plan data models and flows
|
|
15
|
+
6. Recommend appropriate technologies
|
|
16
|
+
7. Document security patterns
|
|
17
|
+
8. Consider scalability and performance
|
|
18
|
+
|
|
19
|
+
## Output
|
|
20
|
+
|
|
21
|
+
Creates `.myaidev-method/sparc/architecture.md` containing:
|
|
22
|
+
- System overview and requirements
|
|
23
|
+
- Architecture diagrams (Mermaid format)
|
|
24
|
+
- Component specifications
|
|
25
|
+
- API contracts and endpoints
|
|
26
|
+
- Data models and schemas
|
|
27
|
+
- Technology stack recommendations
|
|
28
|
+
- Security considerations
|
|
29
|
+
- Scalability planning
|
|
30
|
+
- Deployment architecture
|
|
31
|
+
|
|
32
|
+
## Examples
|
|
33
|
+
|
|
34
|
+
### Design New System
|
|
35
|
+
```bash
|
|
36
|
+
/myai-dev-architect "Design real-time chat application for 10k concurrent users"
|
|
37
|
+
```
|
|
38
|
+
|
|
39
|
+
### Improve Existing Architecture
|
|
40
|
+
```bash
|
|
41
|
+
/myai-dev-architect "Review current e-commerce platform and propose performance improvements"
|
|
42
|
+
```
|
|
43
|
+
|
|
44
|
+
### Specify Technology Stack
|
|
45
|
+
```bash
|
|
46
|
+
/myai-dev-architect "Design microservices architecture" --tech-stack "node,kubernetes,mongodb,redis"
|
|
47
|
+
```
|
|
48
|
+
|
|
49
|
+
## Options
|
|
50
|
+
|
|
51
|
+
- Task description (required) - Clear description of the architecture task
|
|
52
|
+
- `--existing-code` - Analyze existing codebase before designing
|
|
53
|
+
- `--tech-stack <stack>` - Specify preferred technology stack (e.g., "node,postgres,redis")
|
|
54
|
+
- `--output-dir <path>` - Custom output directory (default: `.myaidev-method/sparc/`)
|
|
55
|
+
|
|
56
|
+
## Integration with SPARC Workflow
|
|
57
|
+
|
|
58
|
+
This is **Phase 1** of the MyAIDev Method SPARC workflow:
|
|
59
|
+
- **Current Phase**: Architecture
|
|
60
|
+
- **Next Phase**: Implementation (`/myai-dev-code`)
|
|
61
|
+
- **Outputs**: Architecture specifications for implementation
|
|
62
|
+
|
|
63
|
+
## MyAIDev Method Standards
|
|
64
|
+
|
|
65
|
+
All outputs follow MyAIDev Method conventions:
|
|
66
|
+
- Saved to `.myaidev-method/sparc/` directory
|
|
67
|
+
- Version controlled (git-friendly format)
|
|
68
|
+
- Includes visual diagrams (Mermaid)
|
|
69
|
+
- Documents all design decisions
|
|
@@ -0,0 +1,82 @@
|
|
|
1
|
+
# Feature Implementation
|
|
2
|
+
|
|
3
|
+
Implement features and write production-ready code using MyAIDev Method's systematic approach: $ARGUMENTS
|
|
4
|
+
|
|
5
|
+
Invoke the MyAIDev Coder agent to implement features based on architecture specifications, following best practices and clean code principles.
|
|
6
|
+
|
|
7
|
+
## What It Does
|
|
8
|
+
|
|
9
|
+
The coder agent will:
|
|
10
|
+
1. Read architecture specifications
|
|
11
|
+
2. Plan implementation approach
|
|
12
|
+
3. Write clean, modular code
|
|
13
|
+
4. Follow SOLID principles
|
|
14
|
+
5. Implement error handling
|
|
15
|
+
6. Add security measures
|
|
16
|
+
7. Include inline documentation
|
|
17
|
+
8. Create basic tests
|
|
18
|
+
|
|
19
|
+
## Output
|
|
20
|
+
|
|
21
|
+
Creates implementation files in `.myaidev-method/sparc/code-output/`:
|
|
22
|
+
- Feature implementation code
|
|
23
|
+
- Utility functions and helpers
|
|
24
|
+
- Configuration files
|
|
25
|
+
- Basic unit tests
|
|
26
|
+
- Implementation notes
|
|
27
|
+
|
|
28
|
+
## Code Quality Standards
|
|
29
|
+
|
|
30
|
+
All code follows:
|
|
31
|
+
- **SOLID Principles**: Single responsibility, modularity
|
|
32
|
+
- **Clean Code**: DRY, KISS, YAGNI
|
|
33
|
+
- **Security**: Input validation, error handling, no secrets
|
|
34
|
+
- **Testing**: Testable code with >80% coverage target
|
|
35
|
+
- **Documentation**: Clear comments and inline docs
|
|
36
|
+
|
|
37
|
+
## Examples
|
|
38
|
+
|
|
39
|
+
### Implement Authentication
|
|
40
|
+
```bash
|
|
41
|
+
/myai-dev-code "Implement JWT-based authentication with refresh tokens"
|
|
42
|
+
```
|
|
43
|
+
|
|
44
|
+
### Build API Endpoints
|
|
45
|
+
```bash
|
|
46
|
+
/myai-dev-code "Create REST API endpoints for user management"
|
|
47
|
+
```
|
|
48
|
+
|
|
49
|
+
### Refactor Existing Code
|
|
50
|
+
```bash
|
|
51
|
+
/myai-dev-code "Refactor payment processing to improve testability and error handling"
|
|
52
|
+
```
|
|
53
|
+
|
|
54
|
+
### Test-Driven Development
|
|
55
|
+
```bash
|
|
56
|
+
/myai-dev-code "Implement order checkout workflow" --test-driven
|
|
57
|
+
```
|
|
58
|
+
|
|
59
|
+
## Options
|
|
60
|
+
|
|
61
|
+
- Task description (required) - Clear description of the implementation task
|
|
62
|
+
- `--architecture <file>` - Path to architecture specification (default: `.myaidev-method/sparc/architecture.md`)
|
|
63
|
+
- `--test-driven` - Use TDD approach (write tests first)
|
|
64
|
+
- `--output-dir <path>` - Custom output directory (default: `.myaidev-method/sparc/code-output/`)
|
|
65
|
+
|
|
66
|
+
## Integration with SPARC Workflow
|
|
67
|
+
|
|
68
|
+
This is **Phase 2** of the MyAIDev Method SPARC workflow:
|
|
69
|
+
- **Previous Phase**: Architecture (`/myai-dev-architect`)
|
|
70
|
+
- **Current Phase**: Implementation
|
|
71
|
+
- **Next Phase**: Testing (`/myai-dev-test`)
|
|
72
|
+
- **Inputs**: Architecture specifications
|
|
73
|
+
- **Outputs**: Production-ready code
|
|
74
|
+
|
|
75
|
+
## MyAIDev Method Standards
|
|
76
|
+
|
|
77
|
+
All code follows MyAIDev Method conventions:
|
|
78
|
+
- Modular and maintainable
|
|
79
|
+
- Secure by design
|
|
80
|
+
- Well-documented
|
|
81
|
+
- Testable architecture
|
|
82
|
+
- Follows project patterns
|
|
@@ -0,0 +1,83 @@
|
|
|
1
|
+
# Comprehensive Documentation
|
|
2
|
+
|
|
3
|
+
Generate comprehensive documentation using MyAIDev Method's systematic approach: $ARGUMENTS
|
|
4
|
+
|
|
5
|
+
Invoke the MyAIDev Documenter agent to create API documentation, user guides, architecture docs, and technical specifications.
|
|
6
|
+
|
|
7
|
+
## What It Does
|
|
8
|
+
|
|
9
|
+
The documenter agent will:
|
|
10
|
+
1. Analyze code structure and interfaces
|
|
11
|
+
2. Extract API contracts and endpoints
|
|
12
|
+
3. Generate comprehensive documentation
|
|
13
|
+
4. Create usage examples and code samples
|
|
14
|
+
5. Document edge cases and error handling
|
|
15
|
+
6. Generate visual diagrams (architecture, data flow)
|
|
16
|
+
7. Create searchable API reference
|
|
17
|
+
8. Produce user-friendly guides
|
|
18
|
+
|
|
19
|
+
## Output
|
|
20
|
+
|
|
21
|
+
Creates documentation files in `.myaidev-method/sparc/documentation/`:
|
|
22
|
+
- API reference documentation
|
|
23
|
+
- User guides and tutorials
|
|
24
|
+
- Architecture documentation
|
|
25
|
+
- Code examples and snippets
|
|
26
|
+
- Mermaid diagrams
|
|
27
|
+
- OpenAPI/Swagger specs (if applicable)
|
|
28
|
+
|
|
29
|
+
## Documentation Standards
|
|
30
|
+
|
|
31
|
+
All documentation follows:
|
|
32
|
+
- **Clarity**: Simple language, clear examples, visual aids
|
|
33
|
+
- **Completeness**: All public APIs documented, edge cases covered
|
|
34
|
+
- **Accuracy**: Code examples tested, documentation synchronized with code
|
|
35
|
+
- **Accessibility**: Multiple formats, searchable, well-organized
|
|
36
|
+
- **Maintenance**: Version-controlled, update procedures documented
|
|
37
|
+
|
|
38
|
+
## Examples
|
|
39
|
+
|
|
40
|
+
### API Documentation
|
|
41
|
+
```bash
|
|
42
|
+
/myai-dev-docs "Document REST API endpoints for user management"
|
|
43
|
+
```
|
|
44
|
+
|
|
45
|
+
### User Guide
|
|
46
|
+
```bash
|
|
47
|
+
/myai-dev-docs "Create user guide for authentication system" --type user-guide
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
### Architecture Documentation
|
|
51
|
+
```bash
|
|
52
|
+
/myai-dev-docs "Document system architecture and design decisions" --type architecture
|
|
53
|
+
```
|
|
54
|
+
|
|
55
|
+
### OpenAPI Specification
|
|
56
|
+
```bash
|
|
57
|
+
/myai-dev-docs "Generate OpenAPI spec for payment API" --format openapi
|
|
58
|
+
```
|
|
59
|
+
|
|
60
|
+
## Options
|
|
61
|
+
|
|
62
|
+
- Task description (required) - Clear description of documentation requirements
|
|
63
|
+
- `--type <type>` - Documentation type: api, user-guide, architecture, technical (default: api)
|
|
64
|
+
- `--format <format>` - Output format: markdown, html, openapi, swagger (default: markdown)
|
|
65
|
+
- `--output-dir <path>` - Custom output directory (default: `.myaidev-method/sparc/documentation/`)
|
|
66
|
+
|
|
67
|
+
## Integration with SPARC Workflow
|
|
68
|
+
|
|
69
|
+
This is **Phase 5** of the MyAIDev Method SPARC workflow:
|
|
70
|
+
- **Previous Phase**: Review (`/myai-dev-review`)
|
|
71
|
+
- **Current Phase**: Documentation
|
|
72
|
+
- **Final Phase**: Complete
|
|
73
|
+
- **Inputs**: Reviewed and validated code
|
|
74
|
+
- **Outputs**: Comprehensive documentation suite
|
|
75
|
+
|
|
76
|
+
## MyAIDev Method Standards
|
|
77
|
+
|
|
78
|
+
All documentation follows MyAIDev Method conventions:
|
|
79
|
+
- Saved to `.myaidev-method/sparc/documentation/` directory
|
|
80
|
+
- Version controlled (Markdown format)
|
|
81
|
+
- Includes visual diagrams (Mermaid)
|
|
82
|
+
- Code examples tested and verified
|
|
83
|
+
- Multiple audience levels supported
|
|
@@ -0,0 +1,85 @@
|
|
|
1
|
+
# Code Quality Review
|
|
2
|
+
|
|
3
|
+
Perform comprehensive code review using MyAIDev Method's systematic approach: $ARGUMENTS
|
|
4
|
+
|
|
5
|
+
Invoke the MyAIDev Reviewer agent to analyze code quality, security vulnerabilities, performance issues, and best practices compliance.
|
|
6
|
+
|
|
7
|
+
## What It Does
|
|
8
|
+
|
|
9
|
+
The reviewer agent will:
|
|
10
|
+
1. Analyze code quality and maintainability
|
|
11
|
+
2. Check for security vulnerabilities (OWASP Top 10)
|
|
12
|
+
3. Review performance and optimization opportunities
|
|
13
|
+
4. Validate best practices compliance
|
|
14
|
+
5. Identify code smells and anti-patterns
|
|
15
|
+
6. Assess technical debt
|
|
16
|
+
7. Provide actionable recommendations
|
|
17
|
+
8. Generate comprehensive review report
|
|
18
|
+
|
|
19
|
+
## Output
|
|
20
|
+
|
|
21
|
+
Creates `.myaidev-method/sparc/review-report.md` containing:
|
|
22
|
+
- Executive summary with quality scores
|
|
23
|
+
- Critical/High/Medium/Low priority issues
|
|
24
|
+
- Security analysis (OWASP Top 10 compliance)
|
|
25
|
+
- Performance metrics and bottlenecks
|
|
26
|
+
- Code quality assessment
|
|
27
|
+
- Technical debt evaluation
|
|
28
|
+
- Testing recommendations
|
|
29
|
+
- Actionable improvement plan
|
|
30
|
+
|
|
31
|
+
## Review Standards
|
|
32
|
+
|
|
33
|
+
All reviews cover:
|
|
34
|
+
- **Code Quality**: Complexity, readability, maintainability
|
|
35
|
+
- **Security**: OWASP Top 10, vulnerability patterns
|
|
36
|
+
- **Performance**: Algorithm complexity, resource management
|
|
37
|
+
- **Best Practices**: SOLID principles, framework standards
|
|
38
|
+
- **Technical Debt**: Assessment, prioritization, remediation
|
|
39
|
+
|
|
40
|
+
## Examples
|
|
41
|
+
|
|
42
|
+
### General Code Review
|
|
43
|
+
```bash
|
|
44
|
+
/myai-dev-review "Review user authentication module for quality and security"
|
|
45
|
+
```
|
|
46
|
+
|
|
47
|
+
### Security-Focused Review
|
|
48
|
+
```bash
|
|
49
|
+
/myai-dev-review "Security audit of payment processing" --security
|
|
50
|
+
```
|
|
51
|
+
|
|
52
|
+
### Performance Review
|
|
53
|
+
```bash
|
|
54
|
+
/myai-dev-review "Review database layer for performance bottlenecks" --performance
|
|
55
|
+
```
|
|
56
|
+
|
|
57
|
+
### Pre-Production Review
|
|
58
|
+
```bash
|
|
59
|
+
/myai-dev-review "Final review before production deployment"
|
|
60
|
+
```
|
|
61
|
+
|
|
62
|
+
## Options
|
|
63
|
+
|
|
64
|
+
- Task description (required) - Clear description of review scope
|
|
65
|
+
- `--security` - Focus on security analysis (OWASP Top 10)
|
|
66
|
+
- `--performance` - Focus on performance optimization
|
|
67
|
+
- `--output-dir <path>` - Custom output directory (default: `.myaidev-method/sparc/`)
|
|
68
|
+
|
|
69
|
+
## Integration with SPARC Workflow
|
|
70
|
+
|
|
71
|
+
This is **Phase 4** of the MyAIDev Method SPARC workflow:
|
|
72
|
+
- **Previous Phase**: Testing (`/myai-dev-test`)
|
|
73
|
+
- **Current Phase**: Review
|
|
74
|
+
- **Next Phase**: Documentation (`/myai-dev-docs`)
|
|
75
|
+
- **Inputs**: Implemented and tested code
|
|
76
|
+
- **Outputs**: Comprehensive review report with recommendations
|
|
77
|
+
|
|
78
|
+
## MyAIDev Method Standards
|
|
79
|
+
|
|
80
|
+
All reviews follow MyAIDev Method conventions:
|
|
81
|
+
- Evidence-based analysis
|
|
82
|
+
- Actionable recommendations
|
|
83
|
+
- Priority-based issue tracking
|
|
84
|
+
- Security-first mindset
|
|
85
|
+
- Performance optimization focus
|
|
@@ -0,0 +1,84 @@
|
|
|
1
|
+
# Comprehensive Testing
|
|
2
|
+
|
|
3
|
+
Write and execute comprehensive tests using MyAIDev Method's systematic approach: $ARGUMENTS
|
|
4
|
+
|
|
5
|
+
Invoke the MyAIDev Tester agent to create unit tests, integration tests, and validate code quality with coverage analysis.
|
|
6
|
+
|
|
7
|
+
## What It Does
|
|
8
|
+
|
|
9
|
+
The tester agent will:
|
|
10
|
+
1. Analyze code to be tested
|
|
11
|
+
2. Create comprehensive test suites
|
|
12
|
+
3. Write unit tests for components
|
|
13
|
+
4. Write integration tests for workflows
|
|
14
|
+
5. Generate test coverage reports
|
|
15
|
+
6. Identify untested edge cases
|
|
16
|
+
7. Validate quality gates
|
|
17
|
+
8. Provide improvement recommendations
|
|
18
|
+
|
|
19
|
+
## Output
|
|
20
|
+
|
|
21
|
+
Creates test files in `.myaidev-method/sparc/test-results/`:
|
|
22
|
+
- Unit test files
|
|
23
|
+
- Integration test files
|
|
24
|
+
- Test report with metrics
|
|
25
|
+
- Coverage report
|
|
26
|
+
- Quality gates validation
|
|
27
|
+
- Recommendations for improvement
|
|
28
|
+
|
|
29
|
+
## Testing Standards
|
|
30
|
+
|
|
31
|
+
All tests follow:
|
|
32
|
+
- **Coverage Requirements**: 80%+ for critical paths, 60%+ overall
|
|
33
|
+
- **Test Patterns**: AAA (Arrange, Act, Assert)
|
|
34
|
+
- **Edge Cases**: Boundary conditions, error scenarios
|
|
35
|
+
- **Integration**: End-to-end workflow validation
|
|
36
|
+
- **Quality Gates**: Pre-commit, pre-merge, pre-deployment
|
|
37
|
+
|
|
38
|
+
## Examples
|
|
39
|
+
|
|
40
|
+
### Unit Testing
|
|
41
|
+
```bash
|
|
42
|
+
/myai-dev-test "Write unit tests for authentication module"
|
|
43
|
+
```
|
|
44
|
+
|
|
45
|
+
### Integration Testing
|
|
46
|
+
```bash
|
|
47
|
+
/myai-dev-test "Test complete checkout workflow" --integration
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
### Coverage Improvement
|
|
51
|
+
```bash
|
|
52
|
+
/myai-dev-test "Improve coverage for payment processing" --coverage
|
|
53
|
+
```
|
|
54
|
+
|
|
55
|
+
### Framework-Specific
|
|
56
|
+
```bash
|
|
57
|
+
/myai-dev-test "Create pytest tests for API endpoints" --framework pytest
|
|
58
|
+
```
|
|
59
|
+
|
|
60
|
+
## Options
|
|
61
|
+
|
|
62
|
+
- Task description (required) - Clear description of testing requirements
|
|
63
|
+
- `--coverage` - Generate coverage report
|
|
64
|
+
- `--integration` - Focus on integration tests
|
|
65
|
+
- `--framework <name>` - Specify testing framework (jest, mocha, pytest, etc.)
|
|
66
|
+
- `--output-dir <path>` - Custom output directory (default: `.myaidev-method/sparc/test-results/`)
|
|
67
|
+
|
|
68
|
+
## Integration with SPARC Workflow
|
|
69
|
+
|
|
70
|
+
This is **Phase 3** of the MyAIDev Method SPARC workflow:
|
|
71
|
+
- **Previous Phase**: Implementation (`/myai-dev-code`)
|
|
72
|
+
- **Current Phase**: Testing
|
|
73
|
+
- **Next Phase**: Review (`/myai-dev-review`)
|
|
74
|
+
- **Inputs**: Implemented code
|
|
75
|
+
- **Outputs**: Comprehensive test suite and coverage report
|
|
76
|
+
|
|
77
|
+
## MyAIDev Method Standards
|
|
78
|
+
|
|
79
|
+
All tests follow MyAIDev Method conventions:
|
|
80
|
+
- Comprehensive coverage (80%+ target)
|
|
81
|
+
- Clear test naming and organization
|
|
82
|
+
- Fast execution (<5s for unit tests)
|
|
83
|
+
- Isolated and independent tests
|
|
84
|
+
- Quality gate validation
|
|
@@ -0,0 +1,42 @@
|
|
|
1
|
+
# Docusaurus Content Publisher
|
|
2
|
+
|
|
3
|
+
Publish markdown content to Docusaurus static site generator with automatic git workflow: $ARGUMENTS
|
|
4
|
+
|
|
5
|
+
Invoke the Docusaurus publishing agent to transform content and deploy via git.
|
|
6
|
+
|
|
7
|
+
## Usage Examples
|
|
8
|
+
|
|
9
|
+
```bash
|
|
10
|
+
/myai-docusaurus-publish "guide.md"
|
|
11
|
+
/myai-docusaurus-publish "post.md" --type blog
|
|
12
|
+
/myai-docusaurus-publish "api.md" --project ./docs-site --branch develop
|
|
13
|
+
```
|
|
14
|
+
|
|
15
|
+
## Options
|
|
16
|
+
|
|
17
|
+
- `--type docs|blog|pages` - Content type (default: docs)
|
|
18
|
+
- `--project <path>` - Docusaurus project path
|
|
19
|
+
- `--branch <name>` - Git branch (default: main)
|
|
20
|
+
- `--no-push` - Commit but don't push
|
|
21
|
+
- `--dry-run` - Validate without publishing
|
|
22
|
+
|
|
23
|
+
## Prerequisites
|
|
24
|
+
|
|
25
|
+
Docusaurus project with docusaurus.config.js and git repository.
|
|
26
|
+
|
|
27
|
+
## Examples
|
|
28
|
+
|
|
29
|
+
### Publish documentation
|
|
30
|
+
```
|
|
31
|
+
/myai-docusaurus-publish "getting-started.md"
|
|
32
|
+
```
|
|
33
|
+
|
|
34
|
+
### Publish blog post
|
|
35
|
+
```
|
|
36
|
+
/myai-docusaurus-publish "my-story.md" --type blog
|
|
37
|
+
```
|
|
38
|
+
|
|
39
|
+
### Custom project
|
|
40
|
+
```
|
|
41
|
+
/myai-docusaurus-publish "guide.md" --project ~/my-docs --branch staging
|
|
42
|
+
```
|