omgkit 2.1.1 → 2.3.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 +1 -1
- package/plugin/skills/databases/mongodb/SKILL.md +81 -28
- package/plugin/skills/databases/prisma/SKILL.md +87 -32
- package/plugin/skills/databases/redis/SKILL.md +80 -27
- package/plugin/skills/devops/aws/SKILL.md +80 -26
- package/plugin/skills/devops/github-actions/SKILL.md +84 -32
- package/plugin/skills/devops/kubernetes/SKILL.md +94 -32
- package/plugin/skills/devops/performance-profiling/SKILL.md +59 -863
- package/plugin/skills/frameworks/django/SKILL.md +158 -24
- package/plugin/skills/frameworks/express/SKILL.md +153 -33
- package/plugin/skills/frameworks/fastapi/SKILL.md +153 -34
- package/plugin/skills/frameworks/laravel/SKILL.md +146 -33
- package/plugin/skills/frameworks/nestjs/SKILL.md +137 -25
- package/plugin/skills/frameworks/rails/SKILL.md +594 -28
- package/plugin/skills/frameworks/react/SKILL.md +94 -962
- package/plugin/skills/frameworks/spring/SKILL.md +528 -35
- package/plugin/skills/frameworks/vue/SKILL.md +147 -25
- package/plugin/skills/frontend/accessibility/SKILL.md +145 -36
- package/plugin/skills/frontend/frontend-design/SKILL.md +114 -29
- package/plugin/skills/frontend/responsive/SKILL.md +131 -28
- package/plugin/skills/frontend/shadcn-ui/SKILL.md +133 -43
- package/plugin/skills/frontend/tailwindcss/SKILL.md +105 -37
- package/plugin/skills/frontend/threejs/SKILL.md +110 -35
- package/plugin/skills/languages/javascript/SKILL.md +195 -34
- package/plugin/skills/methodology/brainstorming/SKILL.md +98 -30
- package/plugin/skills/methodology/defense-in-depth/SKILL.md +83 -37
- package/plugin/skills/methodology/dispatching-parallel-agents/SKILL.md +92 -31
- package/plugin/skills/methodology/executing-plans/SKILL.md +117 -28
- package/plugin/skills/methodology/finishing-development-branch/SKILL.md +111 -32
- package/plugin/skills/methodology/problem-solving/SKILL.md +65 -311
- package/plugin/skills/methodology/receiving-code-review/SKILL.md +76 -27
- package/plugin/skills/methodology/requesting-code-review/SKILL.md +93 -22
- package/plugin/skills/methodology/root-cause-tracing/SKILL.md +75 -40
- package/plugin/skills/methodology/sequential-thinking/SKILL.md +75 -224
- package/plugin/skills/methodology/systematic-debugging/SKILL.md +81 -35
- package/plugin/skills/methodology/test-driven-development/SKILL.md +120 -26
- package/plugin/skills/methodology/testing-anti-patterns/SKILL.md +88 -35
- package/plugin/skills/methodology/token-optimization/SKILL.md +73 -34
- package/plugin/skills/methodology/verification-before-completion/SKILL.md +128 -28
- package/plugin/skills/methodology/writing-plans/SKILL.md +105 -20
- package/plugin/skills/omega/omega-architecture/SKILL.md +178 -40
- package/plugin/skills/omega/omega-coding/SKILL.md +247 -41
- package/plugin/skills/omega/omega-sprint/SKILL.md +208 -46
- package/plugin/skills/omega/omega-testing/SKILL.md +253 -42
- package/plugin/skills/omega/omega-thinking/SKILL.md +263 -51
- package/plugin/skills/security/better-auth/SKILL.md +83 -34
- package/plugin/skills/security/oauth/SKILL.md +118 -35
- package/plugin/skills/security/owasp/SKILL.md +112 -35
- package/plugin/skills/testing/playwright/SKILL.md +141 -38
- package/plugin/skills/testing/pytest/SKILL.md +137 -38
- package/plugin/skills/testing/vitest/SKILL.md +124 -39
- package/plugin/skills/tools/document-processing/SKILL.md +111 -838
- package/plugin/skills/tools/image-processing/SKILL.md +126 -659
- package/plugin/skills/tools/mcp-development/SKILL.md +85 -758
- package/plugin/skills/tools/media-processing/SKILL.md +118 -735
- package/plugin/stdrules/SKILL_STANDARDS.md +490 -0
|
@@ -1,51 +1,97 @@
|
|
|
1
1
|
---
|
|
2
|
-
name: defense-in-depth
|
|
3
|
-
description:
|
|
2
|
+
name: implementing-defense-in-depth
|
|
3
|
+
description: AI agent designs layered security architecture with multiple independent protective barriers ensuring no single point of failure. Use when building security systems, reviewing architecture, or hardening applications.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
# Defense in Depth
|
|
6
|
+
# Implementing Defense in Depth
|
|
7
7
|
|
|
8
|
-
##
|
|
8
|
+
## Quick Start
|
|
9
9
|
|
|
10
|
-
|
|
11
|
-
-
|
|
12
|
-
-
|
|
13
|
-
-
|
|
10
|
+
1. **Perimeter** - WAF, DDoS protection, rate limiting, IP filtering
|
|
11
|
+
2. **Network** - VPC, security groups, mTLS, network policies
|
|
12
|
+
3. **Application** - Input validation, output encoding, CSRF, CSP
|
|
13
|
+
4. **Data** - Encryption at rest/transit, access control, classification
|
|
14
|
+
5. **Identity** - MFA, least privilege, session management
|
|
15
|
+
6. **Monitoring** - Logging, alerting, anomaly detection across all layers
|
|
14
16
|
|
|
15
|
-
|
|
16
|
-
- VPC
|
|
17
|
-
- Security groups
|
|
18
|
-
- TLS everywhere
|
|
17
|
+
## Features
|
|
19
18
|
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
19
|
+
| Feature | Description | Guide |
|
|
20
|
+
|---------|-------------|-------|
|
|
21
|
+
| Layered Protection | 5+ independent security barriers | Each layer catches what others miss |
|
|
22
|
+
| Perimeter Security | First line of defense | WAF rules, rate limits, DDoS protection |
|
|
23
|
+
| Network Isolation | Segment and protect internal comms | VPC subnets, security groups, mTLS |
|
|
24
|
+
| Application Security | Secure code and request handling | Validate input, encode output, CSP headers |
|
|
25
|
+
| Data Protection | Protect data at rest and in transit | AES-256-GCM, field-level encryption |
|
|
26
|
+
| Identity Security | Authentication and authorization | MFA, RBAC, secure sessions |
|
|
24
27
|
|
|
25
|
-
|
|
26
|
-
- Encryption at rest
|
|
27
|
-
- Encryption in transit
|
|
28
|
-
- Access control
|
|
28
|
+
## Common Patterns
|
|
29
29
|
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
30
|
+
```
|
|
31
|
+
# Security Layers Architecture
|
|
32
|
+
+--------------------------------------------------+
|
|
33
|
+
| LAYER 1: PERIMETER |
|
|
34
|
+
| WAF | DDoS | Rate Limiting | IP Filtering |
|
|
35
|
+
+--------------------------------------------------+
|
|
36
|
+
|
|
|
37
|
+
v
|
|
38
|
+
+--------------------------------------------------+
|
|
39
|
+
| LAYER 2: NETWORK |
|
|
40
|
+
| VPC | Security Groups | TLS Everywhere |
|
|
41
|
+
+--------------------------------------------------+
|
|
42
|
+
|
|
|
43
|
+
v
|
|
44
|
+
+--------------------------------------------------+
|
|
45
|
+
| LAYER 3: APPLICATION |
|
|
46
|
+
| Input Validation | Output Encoding | CSRF | CSP |
|
|
47
|
+
+--------------------------------------------------+
|
|
48
|
+
|
|
|
49
|
+
v
|
|
50
|
+
+--------------------------------------------------+
|
|
51
|
+
| LAYER 4: DATA |
|
|
52
|
+
| Encryption at Rest | Encryption in Transit |
|
|
53
|
+
+--------------------------------------------------+
|
|
54
|
+
|
|
|
55
|
+
v
|
|
56
|
+
+--------------------------------------------------+
|
|
57
|
+
| LAYER 5: IDENTITY |
|
|
58
|
+
| MFA | Least Privilege | Session Management |
|
|
59
|
+
+--------------------------------------------------+
|
|
37
60
|
|
|
38
|
-
|
|
39
|
-
```
|
|
40
|
-
// Layer 1: Rate limiting
|
|
41
|
-
app.use(rateLimit({ max: 100 }));
|
|
61
|
+
CROSS-CUTTING: Logging | Alerting | Anomaly Detection
|
|
62
|
+
```
|
|
42
63
|
|
|
43
|
-
|
|
44
|
-
|
|
64
|
+
```
|
|
65
|
+
# Network Security Groups (Example)
|
|
66
|
+
loadBalancer:
|
|
67
|
+
inbound: [443 from 0.0.0.0/0]
|
|
68
|
+
outbound: [8080 to application-sg]
|
|
45
69
|
|
|
46
|
-
|
|
47
|
-
|
|
70
|
+
application:
|
|
71
|
+
inbound: [8080 from load-balancer-sg]
|
|
72
|
+
outbound: [5432 to database-sg, 443 to external]
|
|
48
73
|
|
|
49
|
-
|
|
50
|
-
|
|
74
|
+
database:
|
|
75
|
+
inbound: [5432 from application-sg]
|
|
76
|
+
outbound: [] # No outbound
|
|
51
77
|
```
|
|
78
|
+
|
|
79
|
+
## Best Practices
|
|
80
|
+
|
|
81
|
+
| Do | Avoid |
|
|
82
|
+
|----|-------|
|
|
83
|
+
| Implement all layers - each provides unique protection | Relying on a single security layer |
|
|
84
|
+
| Fail securely - deny access when in doubt | Trusting user input at any layer |
|
|
85
|
+
| Log security events for detection/forensics | Exposing detailed error messages |
|
|
86
|
+
| Rotate credentials regularly | Storing secrets in code |
|
|
87
|
+
| Validate all inputs at every layer | Skipping security in development |
|
|
88
|
+
| Encrypt sensitive data at rest and in transit | Assuming internal traffic is safe |
|
|
89
|
+
| Use least privilege for all access | Disabling security for "convenience" |
|
|
90
|
+
| Test security controls regularly | Ignoring security alerts |
|
|
91
|
+
|
|
92
|
+
## Related Skills
|
|
93
|
+
|
|
94
|
+
- `applying-owasp-security` - OWASP security guidelines
|
|
95
|
+
- `implementing-oauth` - OAuth authentication flows
|
|
96
|
+
- `implementing-better-auth` - Modern auth patterns
|
|
97
|
+
- `verifying-before-completion` - Security verification checklists
|
|
@@ -1,43 +1,104 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: dispatching-parallel-agents
|
|
3
|
-
description:
|
|
3
|
+
description: AI agent orchestrates parallel task execution through concurrent specialized agents for maximum efficiency. Use when tasks can run independently, multi-concern reviews, or parallel exploration.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
# Dispatching Parallel Agents
|
|
6
|
+
# Dispatching Parallel Agents
|
|
7
7
|
|
|
8
|
-
##
|
|
9
|
-
|
|
10
|
-
-
|
|
11
|
-
-
|
|
12
|
-
-
|
|
8
|
+
## Quick Start
|
|
9
|
+
|
|
10
|
+
1. **Analyze** - Identify independent vs dependent tasks
|
|
11
|
+
2. **Group** - Create parallel groups with no shared dependencies
|
|
12
|
+
3. **Specialize** - Assign agents by expertise (explorer, implementer, reviewer)
|
|
13
|
+
4. **Dispatch** - Fan-out tasks with timeouts and concurrency limits
|
|
14
|
+
5. **Aggregate** - Combine results using merge, consensus, or priority
|
|
15
|
+
6. **Handle Errors** - Retry failed, continue with partial, or fail-fast
|
|
16
|
+
|
|
17
|
+
## Features
|
|
18
|
+
|
|
19
|
+
| Feature | Description | Guide |
|
|
20
|
+
|---------|-------------|-------|
|
|
21
|
+
| Task Analysis | Identify parallelizable work | No data deps, no shared files, no state |
|
|
22
|
+
| Agent Specialization | Match agent type to task | Explorer, implementer, tester, reviewer |
|
|
23
|
+
| Fan-Out/Fan-In | Parallel dispatch and aggregation | Promise.all for dispatch, merge results |
|
|
24
|
+
| Concurrency Limits | Control parallel agent count | Prevent resource exhaustion |
|
|
25
|
+
| Timeout Handling | Bound execution time per agent | Race with timeout, handle gracefully |
|
|
26
|
+
| Error Strategies | Handle partial failures | Retry, continue, or fail-fast |
|
|
27
|
+
|
|
28
|
+
## Common Patterns
|
|
13
29
|
|
|
14
|
-
## Pattern
|
|
15
30
|
```
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
31
|
+
# Parallel Execution Model
|
|
32
|
+
[Main Agent (Orchestrator)]
|
|
33
|
+
|
|
|
34
|
+
[Task Analysis & Distribution]
|
|
35
|
+
|
|
|
36
|
+
+---------------+---------------+
|
|
37
|
+
| | |
|
|
38
|
+
[Agent A] [Agent B] [Agent C]
|
|
39
|
+
(Task 1) (Task 2) (Task 3)
|
|
40
|
+
| | |
|
|
41
|
+
+-------+-------+-------+-------+
|
|
42
|
+
|
|
|
43
|
+
[Aggregation & Integration]
|
|
44
|
+
|
|
|
45
|
+
[Final Response]
|
|
46
|
+
|
|
47
|
+
TIMING:
|
|
48
|
+
Sequential: ████████████████████████████
|
|
49
|
+
Parallel: ████████████ (max of tasks)
|
|
30
50
|
```
|
|
31
51
|
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
52
|
+
```typescript
|
|
53
|
+
// Fan-out/Fan-in Pattern
|
|
54
|
+
const [security, performance, style] = await Promise.all([
|
|
55
|
+
spawnAgent({ type: 'reviewer', focus: 'security' }),
|
|
56
|
+
spawnAgent({ type: 'reviewer', focus: 'performance' }),
|
|
57
|
+
spawnAgent({ type: 'reviewer', focus: 'style' }),
|
|
58
|
+
]);
|
|
59
|
+
return combineReviews([security, performance, style]);
|
|
60
|
+
|
|
61
|
+
// Parallelization Criteria
|
|
62
|
+
CAN PARALLELIZE:
|
|
63
|
+
- Independent code changes (different files)
|
|
64
|
+
- Research on different topics
|
|
65
|
+
- Tests for different modules
|
|
66
|
+
- Multi-concern code reviews
|
|
67
|
+
|
|
68
|
+
CANNOT PARALLELIZE:
|
|
69
|
+
- Tasks with data dependencies
|
|
70
|
+
- Sequential workflow steps
|
|
71
|
+
- Tasks modifying same files
|
|
72
|
+
- Tasks sharing mutable state
|
|
73
|
+
```
|
|
74
|
+
|
|
75
|
+
```
|
|
76
|
+
# Agent Specialization
|
|
77
|
+
| Type | Strengths | Best For |
|
|
78
|
+
|------|-----------|----------|
|
|
79
|
+
| explorer | Finding files, patterns | Initial exploration |
|
|
80
|
+
| implementer | Writing production code | Features, bug fixes |
|
|
81
|
+
| tester | Test design, edge cases | Unit/integration tests |
|
|
82
|
+
| reviewer | Issue identification | Code review, security |
|
|
83
|
+
| documenter | Clear explanations | Docs, comments |
|
|
37
84
|
```
|
|
38
85
|
|
|
39
86
|
## Best Practices
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
87
|
+
|
|
88
|
+
| Do | Avoid |
|
|
89
|
+
|----|-------|
|
|
90
|
+
| Identify truly independent tasks first | Parallelizing tasks that share state |
|
|
91
|
+
| Use specialized agents for concerns | One agent doing everything |
|
|
92
|
+
| Set appropriate timeouts per agent | Unbounded execution time |
|
|
93
|
+
| Handle partial failures gracefully | Ignoring failed agent results |
|
|
94
|
+
| Use concurrency limits | Spawning unlimited agents |
|
|
95
|
+
| Aggregate results meaningfully | Skipping result combination |
|
|
96
|
+
| Document dependencies between tasks | Assuming order of completion |
|
|
97
|
+
| Clean up agent resources | Resource leaks from agents |
|
|
98
|
+
|
|
99
|
+
## Related Skills
|
|
100
|
+
|
|
101
|
+
- `optimizing-tokens` - Efficient context per agent
|
|
102
|
+
- `thinking-sequentially` - Order dependent tasks
|
|
103
|
+
- `writing-plans` - Plan parallel execution phases
|
|
104
|
+
- `executing-plans` - Execute with parallel steps
|
|
@@ -1,34 +1,123 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: executing-plans
|
|
3
|
-
description:
|
|
3
|
+
description: AI agent follows implementation plans systematically with progress tracking, quality gates, and blocker resolution. Use when implementing features, following plans, or executing tasks.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
# Executing Plans
|
|
7
|
-
|
|
8
|
-
##
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
```
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
6
|
+
# Executing Plans
|
|
7
|
+
|
|
8
|
+
## Quick Start
|
|
9
|
+
|
|
10
|
+
1. **Prepare** - Read entire plan, verify understanding, check dependencies
|
|
11
|
+
2. **Execute Task** - Read -> Navigate -> Implement -> Verify -> Complete
|
|
12
|
+
3. **Track Progress** - Update status after each task, report blockers immediately
|
|
13
|
+
4. **Pass Quality Gates** - Validate after task, after phase, before completion
|
|
14
|
+
5. **Handle Deviations** - Document changes, get approval for scope changes
|
|
15
|
+
|
|
16
|
+
## Features
|
|
17
|
+
|
|
18
|
+
| Feature | Description | Guide |
|
|
19
|
+
|---------|-------------|-------|
|
|
20
|
+
| Preparation Phase | Understand before starting | Read plan, verify deps, clarify questions |
|
|
21
|
+
| Task Execution | Systematic per-task flow | Read, navigate, implement, verify, complete |
|
|
22
|
+
| Progress Tracking | Real-time status updates | Completed X, In Progress Y, Remaining Z |
|
|
23
|
+
| Quality Gates | Validation checkpoints | Per-task, per-phase, pre-completion |
|
|
24
|
+
| Blocker Resolution | Unblock systematically | Document, assess, attempt, escalate, workaround |
|
|
25
|
+
| Deviation Handling | Adapt to discoveries | Document, assess scope/timeline, get approval |
|
|
26
|
+
|
|
27
|
+
## Common Patterns
|
|
28
|
+
|
|
29
|
+
```
|
|
30
|
+
# Task Execution Checklist
|
|
31
|
+
BEFORE STARTING:
|
|
32
|
+
[ ] Read task description completely
|
|
33
|
+
[ ] Understand acceptance criteria
|
|
34
|
+
[ ] Check dependencies completed
|
|
35
|
+
[ ] No blockers present
|
|
36
|
+
|
|
37
|
+
DURING IMPLEMENTATION:
|
|
38
|
+
[ ] Navigate to specified files
|
|
39
|
+
[ ] Understand existing code context
|
|
40
|
+
[ ] Implement changes incrementally
|
|
41
|
+
[ ] Write tests alongside code
|
|
42
|
+
|
|
43
|
+
AFTER COMPLETION:
|
|
44
|
+
[ ] All acceptance criteria met
|
|
45
|
+
[ ] Tests pass locally
|
|
46
|
+
[ ] No lint/type errors
|
|
47
|
+
[ ] Task marked complete
|
|
48
|
+
|
|
49
|
+
# Quality Gates
|
|
50
|
+
AFTER EACH TASK:
|
|
51
|
+
npm run lint && npm run typecheck && npm test -- --related
|
|
52
|
+
|
|
53
|
+
AFTER EACH PHASE:
|
|
54
|
+
npm run lint && npm run typecheck && npm test && npm run build
|
|
55
|
+
|
|
56
|
+
BEFORE COMPLETION:
|
|
57
|
+
npm run lint && npm run typecheck && npm test --coverage && npm run build
|
|
58
|
+
```
|
|
59
|
+
|
|
60
|
+
```
|
|
61
|
+
# Progress Report Template
|
|
62
|
+
## Status: [Date Time]
|
|
63
|
+
|
|
64
|
+
### Summary
|
|
65
|
+
- Completed: [N] tasks
|
|
66
|
+
- In Progress: [Task name]
|
|
67
|
+
- Remaining: [M] tasks
|
|
33
68
|
- Blockers: [None | Description]
|
|
69
|
+
|
|
70
|
+
### Current Task
|
|
71
|
+
**[Task Name]:** [Description]
|
|
72
|
+
- Started: [Time]
|
|
73
|
+
- Progress: ~60%
|
|
74
|
+
- Expected completion: [Time]
|
|
75
|
+
|
|
76
|
+
### ETA
|
|
77
|
+
On track for [date] | Delayed by [reason]
|
|
78
|
+
```
|
|
79
|
+
|
|
80
|
+
```
|
|
81
|
+
# Blocker Resolution Flow
|
|
82
|
+
BLOCKER DETECTED
|
|
83
|
+
|
|
|
84
|
+
1. DOCUMENT immediately
|
|
85
|
+
- What is blocked?
|
|
86
|
+
- Why is it blocked?
|
|
87
|
+
|
|
|
88
|
+
2. ASSESS impact
|
|
89
|
+
- Critical path affected?
|
|
90
|
+
- Time sensitive?
|
|
91
|
+
|
|
|
92
|
+
3. ATTEMPT resolution (15-30 min)
|
|
93
|
+
- Quick research
|
|
94
|
+
- Alternative approach
|
|
95
|
+
|
|
|
96
|
+
+-> RESOLVED -> Continue
|
|
97
|
+
|
|
|
98
|
+
4. ESCALATE if not resolved
|
|
99
|
+
- Report with: issue, attempts, ask
|
|
100
|
+
|
|
|
101
|
+
5. WORK AROUND while waiting
|
|
102
|
+
- Move to non-blocked tasks
|
|
34
103
|
```
|
|
104
|
+
|
|
105
|
+
## Best Practices
|
|
106
|
+
|
|
107
|
+
| Do | Avoid |
|
|
108
|
+
|----|-------|
|
|
109
|
+
| Read entire plan before starting | Skipping preparation phase |
|
|
110
|
+
| Verify understanding of each task | Assuming task requirements |
|
|
111
|
+
| Execute tasks in sequence (unless parallel) | Ignoring quality gates |
|
|
112
|
+
| Validate after each task completion | Hiding blockers or delays |
|
|
113
|
+
| Report blockers immediately | Deviating without documenting |
|
|
114
|
+
| Document deviations as they occur | Rushing quality for speed |
|
|
115
|
+
| Complete fully before marking done | Leaving tasks partially done |
|
|
116
|
+
| Ask questions early | Skipping testing steps |
|
|
117
|
+
|
|
118
|
+
## Related Skills
|
|
119
|
+
|
|
120
|
+
- `writing-plans` - Create plans to execute
|
|
121
|
+
- `verifying-before-completion` - Quality gate checklists
|
|
122
|
+
- `thinking-sequentially` - Track execution progress
|
|
123
|
+
- `solving-problems` - Resolve blockers systematically
|
|
@@ -1,41 +1,120 @@
|
|
|
1
1
|
---
|
|
2
|
-
name: finishing-development-
|
|
3
|
-
description:
|
|
2
|
+
name: finishing-development-branches
|
|
3
|
+
description: AI agent completes development branches with comprehensive quality gates, clean git history, and thorough PR preparation. Use when wrapping up features, preparing for merge, or finalizing PRs.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
# Finishing Development
|
|
6
|
+
# Finishing Development Branches
|
|
7
7
|
|
|
8
|
-
##
|
|
8
|
+
## Quick Start
|
|
9
|
+
|
|
10
|
+
1. **Code Complete** - All acceptance criteria met, edge cases handled, no TODOs
|
|
11
|
+
2. **Quality Assurance** - Tests pass, coverage met, lint clean, build succeeds
|
|
12
|
+
3. **Documentation** - README, API docs, inline comments updated
|
|
13
|
+
4. **Git Hygiene** - Rebase on main, clean commit history, no conflicts
|
|
14
|
+
5. **PR Ready** - Complete description, screenshots, reviewers assigned
|
|
15
|
+
|
|
16
|
+
## Features
|
|
17
|
+
|
|
18
|
+
| Feature | Description | Guide |
|
|
19
|
+
|---------|-------------|-------|
|
|
20
|
+
| Code Completeness | All requirements implemented | Check acceptance criteria, edge cases, cleanup |
|
|
21
|
+
| Quality Gates | Automated validation | Tests, lint, types, security, build |
|
|
22
|
+
| TODO Scanner | Find unaddressed items | `TODO`, `FIXME`, `HACK`, `XXX` patterns |
|
|
23
|
+
| Git Preparation | Clean history for merge | Rebase, squash WIP, conventional commits |
|
|
24
|
+
| PR Generation | Comprehensive description | Summary, changes, testing, screenshots |
|
|
25
|
+
| Verification Script | Final pre-PR check | Run all gates, generate report |
|
|
26
|
+
|
|
27
|
+
## Common Patterns
|
|
28
|
+
|
|
29
|
+
```
|
|
30
|
+
# Completion Checklist
|
|
31
|
+
PHASE 1: CODE COMPLETE
|
|
32
|
+
[ ] All acceptance criteria implemented
|
|
33
|
+
[ ] Edge cases handled
|
|
34
|
+
[ ] Error handling complete
|
|
35
|
+
[ ] No TODO/FIXME unaddressed
|
|
36
|
+
[ ] Debug code removed
|
|
37
|
+
|
|
38
|
+
PHASE 2: QUALITY ASSURANCE
|
|
39
|
+
[ ] All tests passing
|
|
40
|
+
[ ] Coverage meets threshold (80%+)
|
|
41
|
+
[ ] Lint/format passing
|
|
42
|
+
[ ] Type checking passing
|
|
43
|
+
[ ] Security scan passing
|
|
44
|
+
|
|
45
|
+
PHASE 3: DOCUMENTATION
|
|
46
|
+
[ ] README updated if needed
|
|
47
|
+
[ ] API documentation updated
|
|
48
|
+
[ ] Complex logic commented
|
|
49
|
+
|
|
50
|
+
PHASE 4: GIT HYGIENE
|
|
51
|
+
[ ] Rebased on latest main
|
|
52
|
+
[ ] Commit history clean
|
|
53
|
+
[ ] Conventional commit messages
|
|
54
|
+
[ ] No merge conflicts
|
|
55
|
+
|
|
56
|
+
PHASE 5: PR READY
|
|
57
|
+
[ ] Description complete
|
|
58
|
+
[ ] Screenshots for UI changes
|
|
59
|
+
[ ] Reviewers assigned
|
|
60
|
+
```
|
|
9
61
|
|
|
10
|
-
### Code Complete
|
|
11
|
-
- [ ] All tasks done
|
|
12
|
-
- [ ] Tests written
|
|
13
|
-
- [ ] Docs updated
|
|
14
|
-
- [ ] No TODOs left
|
|
15
|
-
|
|
16
|
-
### Quality
|
|
17
|
-
- [ ] Tests passing
|
|
18
|
-
- [ ] Lint passing
|
|
19
|
-
- [ ] Type check passing
|
|
20
|
-
- [ ] Self-reviewed
|
|
21
|
-
|
|
22
|
-
### Git
|
|
23
|
-
- [ ] Clean commit history
|
|
24
|
-
- [ ] Meaningful messages
|
|
25
|
-
- [ ] Rebased on main
|
|
26
|
-
- [ ] No merge conflicts
|
|
27
|
-
|
|
28
|
-
### PR
|
|
29
|
-
- [ ] Description complete
|
|
30
|
-
- [ ] Reviewers assigned
|
|
31
|
-
- [ ] Labels added
|
|
32
|
-
|
|
33
|
-
## Final Steps
|
|
34
62
|
```bash
|
|
63
|
+
# Git Preparation
|
|
35
64
|
git fetch origin main
|
|
36
65
|
git rebase origin/main
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
git
|
|
40
|
-
|
|
66
|
+
|
|
67
|
+
# Review commits for squashing
|
|
68
|
+
git log --oneline main..HEAD
|
|
69
|
+
# Consider squashing: fix, wip, temp commits
|
|
70
|
+
git rebase -i main
|
|
71
|
+
|
|
72
|
+
# Push with lease (safe force)
|
|
73
|
+
git push origin feature-branch --force-with-lease
|
|
74
|
+
|
|
75
|
+
# Quality verification
|
|
76
|
+
npm run lint && npm run typecheck && npm test && npm run build
|
|
77
|
+
```
|
|
78
|
+
|
|
41
79
|
```
|
|
80
|
+
# PR Description Template
|
|
81
|
+
## Summary
|
|
82
|
+
[2-3 sentences on what/why]
|
|
83
|
+
|
|
84
|
+
## Changes
|
|
85
|
+
- [Change 1]
|
|
86
|
+
- [Change 2]
|
|
87
|
+
|
|
88
|
+
## Testing
|
|
89
|
+
- [x] Unit tests
|
|
90
|
+
- [x] Integration tests
|
|
91
|
+
- [ ] Manual testing
|
|
92
|
+
|
|
93
|
+
## Screenshots
|
|
94
|
+
[For UI changes]
|
|
95
|
+
|
|
96
|
+
## Checklist
|
|
97
|
+
- [x] Self-review completed
|
|
98
|
+
- [x] Tests pass
|
|
99
|
+
- [x] Documentation updated
|
|
100
|
+
```
|
|
101
|
+
|
|
102
|
+
## Best Practices
|
|
103
|
+
|
|
104
|
+
| Do | Avoid |
|
|
105
|
+
|----|-------|
|
|
106
|
+
| Run all checks locally before pushing | Pushing broken code |
|
|
107
|
+
| Rebase on latest main to avoid conflicts | Force pushing without --force-with-lease |
|
|
108
|
+
| Squash WIP commits into meaningful units | Leaving fix/wip/temp commits |
|
|
109
|
+
| Write clear conventional commit messages | Cryptic commit messages |
|
|
110
|
+
| Include screenshots for UI changes | Creating PRs without descriptions |
|
|
111
|
+
| Self-review your diff before requesting | Leaving debug statements in code |
|
|
112
|
+
| Test in clean environment if possible | Skipping tests to save time |
|
|
113
|
+
| Link to related tickets in PR | Ignoring linting warnings |
|
|
114
|
+
|
|
115
|
+
## Related Skills
|
|
116
|
+
|
|
117
|
+
- `requesting-code-reviews` - Write effective review requests
|
|
118
|
+
- `verifying-before-completion` - Quality gate checklists
|
|
119
|
+
- `writing-plans` - Plan completion criteria upfront
|
|
120
|
+
- `executing-plans` - Track progress to completion
|