@the-bearded-bear/claude-craft 5.7.0 → 5.8.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/Dev/i18n/en/Angular/commands/check-compliance.md +221 -171
- package/Dev/i18n/en/CSharp/commands/check-compliance.md +234 -163
- package/Dev/i18n/en/Common/agents/workflow-orchestrator.md +2 -0
- package/Dev/i18n/en/Common/commands/full-audit.md +2 -0
- package/Dev/i18n/en/Common/commands/ralph-sprint.md +2 -0
- package/Dev/i18n/en/Common/commands/team-audit.md +1 -0
- package/Dev/i18n/en/Common/commands/team-delivery.md +436 -0
- package/Dev/i18n/en/Common/commands/team-sprint.md +1 -0
- package/Dev/i18n/en/Flutter/commands/check-compliance.md +169 -270
- package/Dev/i18n/en/Laravel/commands/check-compliance.md +226 -118
- package/Dev/i18n/en/PHP/commands/check-compliance.md +180 -408
- package/Dev/i18n/en/React/commands/check-compliance.md +178 -376
- package/Dev/i18n/en/Symfony/commands/check-compliance.md +191 -119
- package/Dev/i18n/en/VueJS/commands/check-compliance.md +224 -99
- package/Project/agents/architect.yaml +0 -41
- package/Project/agents/ba.yaml +0 -33
- package/Project/agents/bmad-master.yaml +0 -32
- package/Project/agents/dev.yaml +0 -41
- package/Project/agents/pm.yaml +0 -30
- package/Project/agents/po.yaml +0 -36
- package/Project/agents/qa-recette.yaml +0 -62
- package/Project/agents/qa.yaml +0 -37
- package/Project/agents/sm.yaml +0 -35
- package/Project/agents/ux.yaml +0 -40
- package/Project/i18n/en/commands/gate-validate-backlog.md +3 -2
- package/Project/i18n/en/commands/sprint-bmad-status.md +12 -122
- package/Project/i18n/en/commands/sprint-status.md +44 -2
- package/Project/i18n/en/commands/validate-backlog.md +11 -313
- package/package.json +1 -1
|
@@ -1,199 +1,249 @@
|
|
|
1
1
|
---
|
|
2
|
-
description: Angular
|
|
2
|
+
description: Check Complete Angular Compliance
|
|
3
|
+
argument-hint: [arguments]
|
|
3
4
|
---
|
|
4
5
|
|
|
5
|
-
# Angular
|
|
6
|
-
|
|
7
|
-
Verify that the Angular project follows established coding standards and best practices.
|
|
8
|
-
|
|
9
|
-
## What This Command Does
|
|
10
|
-
|
|
11
|
-
1. **Standards Verification**
|
|
12
|
-
- Check coding conventions
|
|
13
|
-
- Verify naming conventions
|
|
14
|
-
- Validate file organization
|
|
15
|
-
- Check import order
|
|
16
|
-
- Verify documentation standards
|
|
17
|
-
|
|
18
|
-
2. **Angular-Specific Checks**
|
|
19
|
-
- Standalone components usage
|
|
20
|
-
- Signals implementation
|
|
21
|
-
- OnPush change detection
|
|
22
|
-
- Modern control flow (@if, @for)
|
|
23
|
-
- Typed forms
|
|
24
|
-
|
|
25
|
-
3. **Generated Report**
|
|
26
|
-
- Non-compliant files
|
|
27
|
-
- Severity levels
|
|
28
|
-
- Remediation recommendations
|
|
29
|
-
- Compliance score (/100)
|
|
30
|
-
|
|
31
|
-
## Compliance Areas
|
|
32
|
-
|
|
33
|
-
### 1. Component Standards
|
|
34
|
-
|
|
35
|
-
```typescript
|
|
36
|
-
// ✅ Compliant
|
|
37
|
-
@Component({
|
|
38
|
-
selector: 'app-user-profile',
|
|
39
|
-
standalone: true,
|
|
40
|
-
imports: [CommonModule],
|
|
41
|
-
changeDetection: ChangeDetectionStrategy.OnPush,
|
|
42
|
-
template: `...`
|
|
43
|
-
})
|
|
44
|
-
export class UserProfileComponent {}
|
|
45
|
-
|
|
46
|
-
// ❌ Non-compliant
|
|
47
|
-
@Component({
|
|
48
|
-
selector: 'user-profile', // Missing app- prefix
|
|
49
|
-
// standalone: missing // Not standalone
|
|
50
|
-
// changeDetection: missing // Not OnPush
|
|
51
|
-
})
|
|
52
|
-
export class UserProfile {} // Missing Component suffix
|
|
53
|
-
```
|
|
6
|
+
# Check Complete Angular Compliance
|
|
54
7
|
|
|
55
|
-
|
|
8
|
+
## Arguments
|
|
56
9
|
|
|
57
|
-
|
|
58
|
-
// ✅ Compliant - Using signals
|
|
59
|
-
export class CounterComponent {
|
|
60
|
-
count = signal(0);
|
|
61
|
-
doubleCount = computed(() => this.count() * 2);
|
|
62
|
-
}
|
|
10
|
+
$ARGUMENTS (optional: path to project to analyze)
|
|
63
11
|
|
|
64
|
-
|
|
65
|
-
export class CounterComponent {
|
|
66
|
-
count$ = new BehaviorSubject(0);
|
|
67
|
-
}
|
|
68
|
-
```
|
|
12
|
+
## MISSION
|
|
69
13
|
|
|
70
|
-
|
|
14
|
+
Perform a complete compliance audit of the Angular project by orchestrating the 4 major checks: Architecture, Code Quality, Tests, and Security. Produce a consolidated report with an overall score out of 100 points.
|
|
71
15
|
|
|
72
|
-
|
|
73
|
-
<!-- ✅ Compliant - Modern control flow -->
|
|
74
|
-
@if (loading()) {
|
|
75
|
-
<app-spinner />
|
|
76
|
-
}
|
|
16
|
+
### Step 1: Audit Preparation
|
|
77
17
|
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
|
|
18
|
+
Prepare audit environment:
|
|
19
|
+
- [ ] Identify project path to audit
|
|
20
|
+
- [ ] Verify presence of configuration files (angular.json, tsconfig.json, package.json)
|
|
21
|
+
- [ ] List main directories (src/app/, e2e/, etc.)
|
|
22
|
+
- [ ] Identify project structure and Angular version
|
|
81
23
|
|
|
82
|
-
|
|
83
|
-
<app-spinner *ngIf="loading"></app-spinner>
|
|
84
|
-
<app-item *ngFor="let item of items" [data]="item"></app-item>
|
|
85
|
-
```
|
|
24
|
+
**Note**: If $ARGUMENTS provided, use it as project path, otherwise use current directory.
|
|
86
25
|
|
|
87
|
-
###
|
|
26
|
+
### Step 2: Architecture Audit (25 points)
|
|
88
27
|
|
|
89
|
-
|
|
90
|
-
// ✅ Compliant - inject() function
|
|
91
|
-
export class MyComponent {
|
|
92
|
-
private readonly userService = inject(UserService);
|
|
93
|
-
}
|
|
28
|
+
Execute complete architecture check:
|
|
94
29
|
|
|
95
|
-
|
|
96
|
-
export class MyComponent {
|
|
97
|
-
constructor(private userService: UserService) {}
|
|
98
|
-
}
|
|
99
|
-
```
|
|
30
|
+
**Command**: Use slash command `/angular:check-architecture` or manually follow steps in `check-architecture.md`
|
|
100
31
|
|
|
101
|
-
|
|
32
|
+
**Evaluated Criteria**:
|
|
33
|
+
- Domain-driven module structure (6 pts)
|
|
34
|
+
- Standalone components usage (6 pts)
|
|
35
|
+
- Lazy loading and routing (4 pts)
|
|
36
|
+
- Core/Shared/Feature separation (4 pts)
|
|
37
|
+
- Service layer organization (3 pts)
|
|
38
|
+
- Dependency injection patterns (2 pts)
|
|
102
39
|
|
|
103
|
-
|
|
104
|
-
✅ Compliant:
|
|
105
|
-
- user-profile.component.ts
|
|
106
|
-
- auth.service.ts
|
|
107
|
-
- auth.guard.ts
|
|
108
|
-
- date-format.pipe.ts
|
|
109
|
-
|
|
110
|
-
❌ Non-compliant:
|
|
111
|
-
- UserProfile.component.ts (PascalCase)
|
|
112
|
-
- authService.ts (missing suffix)
|
|
113
|
-
- AuthGuard.ts (PascalCase)
|
|
114
|
-
```
|
|
40
|
+
**Reference**: `check-architecture.md`
|
|
115
41
|
|
|
116
|
-
|
|
42
|
+
### Step 3: Code Quality Audit (25 points)
|
|
117
43
|
|
|
118
|
-
|
|
119
|
-
|----------|--------|----------|
|
|
120
|
-
| Standalone Components | 20% | All components are standalone |
|
|
121
|
-
| Signals Usage | 15% | Local state uses signals |
|
|
122
|
-
| OnPush Strategy | 15% | All components use OnPush |
|
|
123
|
-
| Modern Control Flow | 10% | @if/@for instead of *ngIf/*ngFor |
|
|
124
|
-
| Typed Forms | 10% | Forms are strongly typed |
|
|
125
|
-
| Naming Conventions | 10% | Correct file/class naming |
|
|
126
|
-
| Import Organization | 10% | Imports properly ordered |
|
|
127
|
-
| Documentation | 10% | Key components documented |
|
|
44
|
+
Execute code quality check:
|
|
128
45
|
|
|
129
|
-
|
|
46
|
+
**Command**: Use slash command `/angular:check-code-quality` or manually follow steps in `check-code-quality.md`
|
|
47
|
+
|
|
48
|
+
**Evaluated Criteria**:
|
|
49
|
+
- TypeScript strict mode and type safety (5 pts)
|
|
50
|
+
- ESLint compliance (5 pts)
|
|
51
|
+
- Signals and modern Angular patterns (4 pts)
|
|
52
|
+
- KISS/DRY/YAGNI principles (4 pts)
|
|
53
|
+
- Naming conventions and file structure (4 pts)
|
|
54
|
+
- OnPush change detection (3 pts)
|
|
55
|
+
|
|
56
|
+
**Reference**: `check-code-quality.md`
|
|
57
|
+
|
|
58
|
+
### Step 4: Testing Audit (25 points)
|
|
59
|
+
|
|
60
|
+
Execute testing check:
|
|
61
|
+
|
|
62
|
+
**Command**: Use slash command `/angular:check-testing` or manually follow steps in `check-testing.md`
|
|
63
|
+
|
|
64
|
+
**Evaluated Criteria**:
|
|
65
|
+
- Code coverage (7 pts)
|
|
66
|
+
- Unit tests for services and pipes (6 pts)
|
|
67
|
+
- Component tests with TestBed (4 pts)
|
|
68
|
+
- Integration tests (3 pts)
|
|
69
|
+
- E2E tests (3 pts)
|
|
70
|
+
- Test isolation and mocks (2 pts)
|
|
71
|
+
|
|
72
|
+
**Reference**: `check-testing.md`
|
|
73
|
+
|
|
74
|
+
### Step 5: Security Audit (25 points)
|
|
75
|
+
|
|
76
|
+
Execute security check:
|
|
77
|
+
|
|
78
|
+
**Command**: Use slash command `/angular:check-security` or manually follow steps in `check-security.md`
|
|
79
|
+
|
|
80
|
+
**Evaluated Criteria**:
|
|
81
|
+
- XSS prevention and DomSanitizer (6 pts)
|
|
82
|
+
- Secrets and credentials management (5 pts)
|
|
83
|
+
- Input validation and sanitization (4 pts)
|
|
84
|
+
- Dependency vulnerabilities (4 pts)
|
|
85
|
+
- Authentication and route guards (3 pts)
|
|
86
|
+
- CSRF and HTTP interceptors (2 pts)
|
|
87
|
+
- Content Security Policy (1 pt)
|
|
88
|
+
|
|
89
|
+
**Reference**: `check-security.md`
|
|
90
|
+
|
|
91
|
+
### Step 6: Consolidation and Global Scoring
|
|
92
|
+
|
|
93
|
+
Calculate overall score and produce consolidated report:
|
|
94
|
+
- [ ] Sum the 4 scores (max 100 points)
|
|
95
|
+
- [ ] Identify critical categories (<50%)
|
|
96
|
+
- [ ] List all critical cross-cutting issues
|
|
97
|
+
- [ ] Prioritize actions by impact/effort
|
|
98
|
+
- [ ] Produce final consolidated report
|
|
99
|
+
|
|
100
|
+
**Grading Scale**:
|
|
101
|
+
- 90-100: Excellent - Reference project
|
|
102
|
+
- 75-89: Very Good - Some minor improvements
|
|
103
|
+
- 60-74: Acceptable - Requires improvements
|
|
104
|
+
- 40-59: Insufficient - Major refactoring required
|
|
105
|
+
- 0-39: Critical - Complete overhaul necessary
|
|
106
|
+
|
|
107
|
+
### Step 7: Recommendations and Action Plan
|
|
108
|
+
|
|
109
|
+
Produce final recommendations:
|
|
110
|
+
- [ ] Identify top 3 priority actions across all categories
|
|
111
|
+
- [ ] Estimate effort (Low/Medium/High) for each action
|
|
112
|
+
- [ ] Estimate impact (Low/Medium/High) for each action
|
|
113
|
+
- [ ] Propose implementation order
|
|
114
|
+
- [ ] Suggest quick wins (high impact/effort ratio)
|
|
115
|
+
|
|
116
|
+
## OUTPUT FORMAT
|
|
130
117
|
|
|
131
118
|
```
|
|
132
|
-
|
|
133
|
-
|
|
134
|
-
|
|
135
|
-
|
|
136
|
-
|
|
137
|
-
|
|
138
|
-
|
|
139
|
-
|
|
140
|
-
|
|
141
|
-
|
|
142
|
-
• Typed forms: 100% (8/8 forms)
|
|
143
|
-
• Import organization: 100%
|
|
144
|
-
• File naming: 100%
|
|
145
|
-
• Documentation: 90%
|
|
146
|
-
|
|
147
|
-
⚠️ WARNINGS (2)
|
|
148
|
-
──────────────────────────────────────────────────────────────
|
|
149
|
-
• Modern control flow: 75% (18/24 templates)
|
|
150
|
-
- src/app/features/users/user-list.component.html:15 - Uses *ngFor
|
|
151
|
-
- src/app/shared/modal/modal.component.html:8 - Uses *ngIf
|
|
152
|
-
|
|
153
|
-
• Signals usage: 80% (16/20 components with local state)
|
|
154
|
-
- src/app/features/auth/login.component.ts - Uses BehaviorSubject
|
|
155
|
-
|
|
156
|
-
❌ ERRORS (1)
|
|
157
|
-
──────────────────────────────────────────────────────────────
|
|
158
|
-
• Constructor injection detected (prefer inject()):
|
|
159
|
-
- src/app/core/services/api.service.ts:15
|
|
160
|
-
|
|
161
|
-
📋 RECOMMENDATIONS
|
|
162
|
-
──────────────────────────────────────────────────────────────
|
|
163
|
-
1. Migrate remaining *ngFor to @for with track
|
|
164
|
-
2. Replace BehaviorSubject with signal() for local state
|
|
165
|
-
3. Use inject() function instead of constructor injection
|
|
166
|
-
|
|
167
|
-
══════════════════════════════════════════════════════════════
|
|
168
|
-
```
|
|
119
|
+
ANGULAR COMPLIANCE AUDIT - COMPLETE REPORT
|
|
120
|
+
=============================================
|
|
121
|
+
|
|
122
|
+
OVERALL SCORE: XX/100
|
|
123
|
+
|
|
124
|
+
COMPLIANCE LEVEL: [Excellent/Very Good/Acceptable/Insufficient/Critical]
|
|
125
|
+
|
|
126
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
127
|
+
|
|
128
|
+
SCORES BY CATEGORY:
|
|
169
129
|
|
|
170
|
-
|
|
130
|
+
ARCHITECTURE : XX/25 [██████████░░░░░░░░░░] XX%
|
|
131
|
+
CODE QUALITY : XX/25 [██████████░░░░░░░░░░] XX%
|
|
132
|
+
TESTS : XX/25 [██████████░░░░░░░░░░] XX%
|
|
133
|
+
SECURITY : XX/25 [██████████░░░░░░░░░░] XX%
|
|
171
134
|
|
|
172
|
-
|
|
135
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
173
136
|
|
|
174
|
-
|
|
175
|
-
|
|
176
|
-
|
|
137
|
+
OVERALL STRENGTHS:
|
|
138
|
+
1. [Strength identified in multiple categories]
|
|
139
|
+
2. [Other major strength]
|
|
140
|
+
3. [Third strength]
|
|
177
141
|
|
|
178
|
-
|
|
179
|
-
|
|
142
|
+
OVERALL IMPROVEMENTS:
|
|
143
|
+
1. [Minor cross-cutting improvement]
|
|
144
|
+
2. [Other recommended improvement]
|
|
145
|
+
3. [Third improvement]
|
|
180
146
|
|
|
181
|
-
|
|
182
|
-
|
|
147
|
+
CRITICAL ISSUES:
|
|
148
|
+
1. [Critical issue #1 - affected category]
|
|
149
|
+
2. [Critical issue #2 - affected category]
|
|
150
|
+
3. [Critical issue #3 - affected category]
|
|
183
151
|
|
|
184
|
-
|
|
185
|
-
|
|
152
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
153
|
+
|
|
154
|
+
DETAILS BY CATEGORY:
|
|
155
|
+
|
|
156
|
+
┌─────────────────────────────────────────────┐
|
|
157
|
+
│ ARCHITECTURE (XX/25) │
|
|
158
|
+
└─────────────────────────────────────────────┘
|
|
159
|
+
|
|
160
|
+
Sub-scores:
|
|
161
|
+
• Domain-driven modules : XX/6
|
|
162
|
+
• Standalone components : XX/6
|
|
163
|
+
• Lazy loading and routing : XX/4
|
|
164
|
+
• Core/Shared/Feature : XX/4
|
|
165
|
+
• Service layer : XX/3
|
|
166
|
+
• Dependency injection : XX/2
|
|
167
|
+
|
|
168
|
+
Strengths:
|
|
169
|
+
- [Architecture strengths]
|
|
170
|
+
|
|
171
|
+
Issues:
|
|
172
|
+
- [Architecture issues]
|
|
173
|
+
|
|
174
|
+
[Similar sections for Code Quality, Tests, and Security...]
|
|
175
|
+
|
|
176
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
177
|
+
|
|
178
|
+
TOP 3 PRIORITY ACTIONS (ALL CATEGORIES):
|
|
179
|
+
|
|
180
|
+
1. CRITICAL - [Action #1]
|
|
181
|
+
Category : [Architecture/Quality/Tests/Security]
|
|
182
|
+
Impact : [High/Medium/Low]
|
|
183
|
+
Effort : [High/Medium/Low]
|
|
184
|
+
Priority : IMMEDIATE
|
|
185
|
+
|
|
186
|
+
Detailed description:
|
|
187
|
+
[Explanation of problem and proposed solution]
|
|
188
|
+
|
|
189
|
+
Affected files:
|
|
190
|
+
- [file:line]
|
|
191
|
+
|
|
192
|
+
Correction example:
|
|
193
|
+
[Code or correction command]
|
|
194
|
+
|
|
195
|
+
2. IMPORTANT - [Action #2]
|
|
196
|
+
[Same format...]
|
|
197
|
+
|
|
198
|
+
3. RECOMMENDED - [Action #3]
|
|
199
|
+
[Same format...]
|
|
200
|
+
|
|
201
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
202
|
+
|
|
203
|
+
QUICK WINS (High Impact / Low Effort):
|
|
204
|
+
|
|
205
|
+
- [Quick win #1] - Category: [X] - Impact: [X] - Effort: [X]
|
|
206
|
+
- [Quick win #2] - Category: [X] - Impact: [X] - Effort: [X]
|
|
207
|
+
- [Quick win #3] - Category: [X] - Impact: [X] - Effort: [X]
|
|
208
|
+
|
|
209
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
210
|
+
|
|
211
|
+
RECOMMENDED ACTION PLAN:
|
|
212
|
+
|
|
213
|
+
WEEK 1 (Immediate):
|
|
214
|
+
- [ ] [Critical action #1]
|
|
215
|
+
- [ ] [Priority quick win]
|
|
216
|
+
|
|
217
|
+
WEEK 2-4 (Short term):
|
|
218
|
+
- [ ] [Important action #2]
|
|
219
|
+
- [ ] [Other quick wins]
|
|
220
|
+
|
|
221
|
+
MONTH 2-3 (Medium term):
|
|
222
|
+
- [ ] [Recommended action #3]
|
|
223
|
+
- [ ] [Progressive improvements]
|
|
224
|
+
|
|
225
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
226
|
+
|
|
227
|
+
EXECUTIVE SUMMARY:
|
|
228
|
+
|
|
229
|
+
[Summary paragraph on overall project state, major strengths,
|
|
230
|
+
major weaknesses, and recommended trajectory to improve
|
|
231
|
+
compliance. Mention if project is production-ready,
|
|
232
|
+
requires corrections, or needs refactoring.]
|
|
233
|
+
|
|
234
|
+
General Recommendation: [Production-ready / Minor corrections /
|
|
235
|
+
Major refactoring / Overhaul necessary]
|
|
236
|
+
|
|
237
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
186
238
|
```
|
|
187
239
|
|
|
188
|
-
##
|
|
189
|
-
|
|
190
|
-
-
|
|
191
|
-
-
|
|
192
|
-
-
|
|
193
|
-
-
|
|
194
|
-
-
|
|
195
|
-
-
|
|
196
|
-
-
|
|
197
|
-
-
|
|
198
|
-
- [ ] Public API documented
|
|
199
|
-
- [ ] Tests pass with >80% coverage
|
|
240
|
+
## IMPORTANT NOTES
|
|
241
|
+
|
|
242
|
+
- This command orchestrates the 4 specialized audits
|
|
243
|
+
- Use Docker for all analysis tools
|
|
244
|
+
- Provide concrete examples with file:line for each problem
|
|
245
|
+
- Prioritize actions based on Impact/Effort matrix
|
|
246
|
+
- Security problems are ALWAYS top priority
|
|
247
|
+
- Propose automatable corrections (scripts, pre-commit hooks)
|
|
248
|
+
- Report must be actionable, not just descriptive
|
|
249
|
+
- Adapt recommendations to project business context
|