@forwardimpact/pathway 0.1.0 → 0.2.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/app/commands/agent.js +109 -21
- package/app/commands/command-factory.js +3 -3
- package/app/commands/interview.js +14 -7
- package/app/commands/job.js +43 -29
- package/app/commands/progress.js +14 -7
- package/app/commands/serve.js +5 -0
- package/app/commands/stage.js +0 -10
- package/app/commands/track.js +5 -8
- package/app/components/builder.js +111 -27
- package/app/css/components/surfaces.css +16 -0
- package/app/formatters/agent/profile.js +113 -87
- package/app/formatters/agent/skill.js +64 -31
- package/app/formatters/behaviour/dom.js +3 -0
- package/app/formatters/behaviour/microdata.js +106 -0
- package/app/formatters/discipline/dom.js +28 -1
- package/app/formatters/discipline/microdata.js +117 -0
- package/app/formatters/discipline/shared.js +49 -8
- package/app/formatters/driver/dom.js +3 -0
- package/app/formatters/driver/microdata.js +91 -0
- package/app/formatters/grade/dom.js +3 -0
- package/app/formatters/grade/microdata.js +151 -0
- package/app/formatters/index.js +32 -1
- package/app/formatters/interview/shared.js +13 -8
- package/app/formatters/job/description.js +5 -3
- package/app/formatters/json-ld.js +242 -0
- package/app/formatters/microdata-shared.js +184 -0
- package/app/formatters/progress/shared.js +14 -11
- package/app/formatters/skill/dom.js +3 -0
- package/app/formatters/skill/microdata.js +151 -0
- package/app/formatters/stage/dom.js +3 -18
- package/app/formatters/stage/microdata.js +110 -0
- package/app/formatters/stage/shared.js +0 -27
- package/app/formatters/track/dom.js +5 -30
- package/app/formatters/track/markdown.js +2 -25
- package/app/formatters/track/microdata.js +111 -0
- package/app/formatters/track/shared.js +6 -58
- package/app/handout-main.js +26 -12
- package/app/index.html +11 -0
- package/app/lib/card-mappers.js +17 -12
- package/app/lib/job-cache.js +12 -9
- package/app/lib/template-loader.js +66 -0
- package/app/lib/yaml-loader.js +25 -8
- package/app/main.js +8 -4
- package/app/model/agent.js +158 -130
- package/app/model/checklist.js +57 -91
- package/app/model/derivation.js +135 -68
- package/app/model/index-generator.js +1 -7
- package/app/model/job.js +19 -13
- package/app/model/levels.js +20 -12
- package/app/model/loader.js +41 -17
- package/app/model/matching.js +33 -3
- package/app/model/profile.js +38 -45
- package/app/model/schema-validation.js +438 -0
- package/app/model/validation.js +747 -68
- package/app/pages/agent-builder.js +119 -25
- package/app/pages/assessment-results.js +10 -4
- package/app/pages/discipline.js +36 -6
- package/app/pages/driver.js +9 -47
- package/app/pages/interview-builder.js +3 -1
- package/app/pages/interview.js +15 -4
- package/app/pages/job-builder.js +4 -1
- package/app/pages/job.js +15 -4
- package/app/pages/landing.js +10 -10
- package/app/pages/progress-builder.js +3 -1
- package/app/pages/progress.js +72 -21
- package/app/pages/stage.js +3 -126
- package/app/slide-main.js +45 -17
- package/app/slides/index.js +3 -1
- package/app/slides/overview.js +40 -4
- package/app/slides/progress.js +4 -2
- package/bin/pathway.js +18 -64
- package/examples/agents/.claude/skills/architecture-design/SKILL.md +58 -16
- package/examples/agents/.claude/skills/cloud-platforms/SKILL.md +59 -18
- package/examples/agents/.claude/skills/code-quality-review/SKILL.md +58 -17
- package/examples/agents/.claude/skills/devops-cicd/SKILL.md +64 -18
- package/examples/agents/.claude/skills/full-stack-development/SKILL.md +59 -15
- package/examples/agents/.claude/skills/sre-practices/SKILL.md +64 -18
- package/examples/agents/.claude/skills/technical-debt-management/SKILL.md +58 -17
- package/examples/agents/.github/agents/se-platform-code.agent.md +39 -88
- package/examples/agents/.github/agents/se-platform-plan.agent.md +41 -88
- package/examples/agents/.github/agents/se-platform-review.agent.md +38 -15
- package/examples/agents/.vscode/settings.json +1 -1
- package/examples/behaviours/outcome_ownership.yaml +1 -2
- package/examples/behaviours/polymathic_knowledge.yaml +1 -2
- package/examples/behaviours/precise_communication.yaml +1 -2
- package/examples/behaviours/relentless_curiosity.yaml +1 -2
- package/examples/behaviours/systems_thinking.yaml +1 -2
- package/examples/capabilities/business.yaml +80 -142
- package/examples/capabilities/delivery.yaml +155 -219
- package/examples/capabilities/people.yaml +2 -34
- package/examples/capabilities/reliability.yaml +161 -80
- package/examples/capabilities/scale.yaml +234 -252
- package/examples/copilot-setup-steps.yaml +25 -0
- package/examples/devcontainer.yaml +21 -0
- package/examples/disciplines/_index.yaml +1 -0
- package/examples/disciplines/data_engineering.yaml +14 -12
- package/examples/disciplines/engineering_management.yaml +63 -0
- package/examples/disciplines/software_engineering.yaml +14 -12
- package/examples/drivers.yaml +1 -4
- package/examples/framework.yaml +1 -2
- package/examples/grades.yaml +1 -3
- package/examples/questions/behaviours/outcome_ownership.yaml +1 -2
- package/examples/questions/behaviours/polymathic_knowledge.yaml +1 -2
- package/examples/questions/behaviours/precise_communication.yaml +1 -2
- package/examples/questions/behaviours/relentless_curiosity.yaml +1 -2
- package/examples/questions/behaviours/systems_thinking.yaml +1 -2
- package/examples/questions/skills/architecture_design.yaml +1 -2
- package/examples/questions/skills/cloud_platforms.yaml +1 -2
- package/examples/questions/skills/code_quality.yaml +1 -2
- package/examples/questions/skills/data_modeling.yaml +1 -2
- package/examples/questions/skills/devops.yaml +1 -2
- package/examples/questions/skills/full_stack_development.yaml +1 -2
- package/examples/questions/skills/sre_practices.yaml +1 -2
- package/examples/questions/skills/stakeholder_management.yaml +1 -2
- package/examples/questions/skills/team_collaboration.yaml +1 -2
- package/examples/questions/skills/technical_writing.yaml +1 -2
- package/examples/self-assessments.yaml +1 -3
- package/examples/stages.yaml +101 -46
- package/examples/tracks/_index.yaml +0 -1
- package/examples/tracks/platform.yaml +8 -13
- package/examples/tracks/sre.yaml +8 -18
- package/examples/vscode-settings.yaml +2 -7
- package/package.json +9 -3
- package/templates/agent.template.md +65 -0
- package/templates/skill.template.md +28 -0
- package/examples/agents/.claude/skills/data-modeling/SKILL.md +0 -99
- package/examples/agents/.claude/skills/developer-experience/SKILL.md +0 -99
- package/examples/agents/.claude/skills/knowledge-management/SKILL.md +0 -100
- package/examples/agents/.claude/skills/pattern-generalization/SKILL.md +0 -102
- package/examples/agents/.claude/skills/technical-writing/SKILL.md +0 -129
- package/examples/tracks/manager.yaml +0 -53
|
@@ -8,14 +8,66 @@ description: |
|
|
|
8
8
|
|
|
9
9
|
# Architecture & Design
|
|
10
10
|
|
|
11
|
-
##
|
|
11
|
+
## Stage Guidance
|
|
12
12
|
|
|
13
|
-
|
|
13
|
+
### Plan Stage
|
|
14
14
|
|
|
15
|
-
|
|
16
|
-
-
|
|
17
|
-
|
|
18
|
-
|
|
15
|
+
**Focus:** Understand requirements and identify key architectural decisions.
|
|
16
|
+
Document trade-offs and design rationale.
|
|
17
|
+
|
|
18
|
+
**Activities:**
|
|
19
|
+
|
|
20
|
+
- Clarify functional and non-functional requirements
|
|
21
|
+
- Identify constraints (existing systems, team skills, timeline)
|
|
22
|
+
- Document key decisions and trade-offs
|
|
23
|
+
- Design for anticipated change
|
|
24
|
+
|
|
25
|
+
**Ready for Code when:**
|
|
26
|
+
|
|
27
|
+
- [ ] Requirements are clearly understood
|
|
28
|
+
- [ ] Key decisions are documented with rationale
|
|
29
|
+
- [ ] Trade-offs are explicit
|
|
30
|
+
- [ ] Failure modes are considered
|
|
31
|
+
|
|
32
|
+
### Code Stage
|
|
33
|
+
|
|
34
|
+
**Focus:** Implement architecture with clear boundaries and interfaces. Ensure
|
|
35
|
+
components can evolve independently.
|
|
36
|
+
|
|
37
|
+
**Activities:**
|
|
38
|
+
|
|
39
|
+
- Define clear interfaces between components
|
|
40
|
+
- Implement with appropriate patterns
|
|
41
|
+
- Document design decisions in code
|
|
42
|
+
- Test architectural boundaries
|
|
43
|
+
|
|
44
|
+
**Ready for Review when:**
|
|
45
|
+
|
|
46
|
+
- [ ] Dependencies are minimal and explicit
|
|
47
|
+
- [ ] Interfaces are well-defined
|
|
48
|
+
- [ ] Design patterns are documented
|
|
49
|
+
- [ ] Architecture tests pass
|
|
50
|
+
|
|
51
|
+
### Review Stage
|
|
52
|
+
|
|
53
|
+
**Focus:** Validate architecture meets requirements and is maintainable. Ensure
|
|
54
|
+
scalability and security are addressed.
|
|
55
|
+
|
|
56
|
+
**Activities:**
|
|
57
|
+
|
|
58
|
+
- Verify architecture meets requirements
|
|
59
|
+
- Review for scalability concerns
|
|
60
|
+
- Check security implications
|
|
61
|
+
- Validate documentation completeness
|
|
62
|
+
|
|
63
|
+
**Ready for Complete when:**
|
|
64
|
+
|
|
65
|
+
- [ ] Scalability requirements are addressed
|
|
66
|
+
- [ ] Security implications are reviewed
|
|
67
|
+
- [ ] Architecture is documented
|
|
68
|
+
- [ ] Design is maintainable
|
|
69
|
+
|
|
70
|
+
## Reference
|
|
19
71
|
|
|
20
72
|
## Design Process
|
|
21
73
|
|
|
@@ -76,13 +128,3 @@ Good architecture accommodates change:
|
|
|
76
128
|
- REST: Synchronous, request-response
|
|
77
129
|
- Event-driven: Asynchronous, loose coupling
|
|
78
130
|
- gRPC: Efficient, strongly typed
|
|
79
|
-
|
|
80
|
-
## Architecture Checklist
|
|
81
|
-
|
|
82
|
-
- [ ] Requirements are clearly understood
|
|
83
|
-
- [ ] Key decisions are documented with rationale
|
|
84
|
-
- [ ] Trade-offs are explicit
|
|
85
|
-
- [ ] Failure modes are considered
|
|
86
|
-
- [ ] Scalability requirements are addressed
|
|
87
|
-
- [ ] Security implications are reviewed
|
|
88
|
-
- [ ] Dependencies are minimal and explicit
|
|
@@ -8,15 +8,67 @@ description: |
|
|
|
8
8
|
|
|
9
9
|
# Cloud Platforms
|
|
10
10
|
|
|
11
|
-
##
|
|
11
|
+
## Stage Guidance
|
|
12
12
|
|
|
13
|
-
|
|
13
|
+
### Plan Stage
|
|
14
14
|
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
15
|
+
**Focus:** Select appropriate cloud services and design for availability,
|
|
16
|
+
security, and cost efficiency.
|
|
17
|
+
|
|
18
|
+
**Activities:**
|
|
19
|
+
|
|
20
|
+
- Identify service requirements
|
|
21
|
+
- Select appropriate cloud services
|
|
22
|
+
- Plan for high availability
|
|
23
|
+
- Consider security and cost
|
|
24
|
+
|
|
25
|
+
**Ready for Code when:**
|
|
26
|
+
|
|
27
|
+
- [ ] Service selection matches requirements
|
|
28
|
+
- [ ] Availability approach planned
|
|
29
|
+
- [ ] Security model defined
|
|
30
|
+
- [ ] Cost controls considered
|
|
31
|
+
|
|
32
|
+
### Code Stage
|
|
33
|
+
|
|
34
|
+
**Focus:** Implement cloud infrastructure with security best practices. Use
|
|
35
|
+
infrastructure as code for reproducibility.
|
|
36
|
+
|
|
37
|
+
**Activities:**
|
|
38
|
+
|
|
39
|
+
- Define infrastructure as code
|
|
40
|
+
- Configure security groups and IAM
|
|
41
|
+
- Set up monitoring and alerting
|
|
42
|
+
- Implement deployment automation
|
|
43
|
+
|
|
44
|
+
**Ready for Review when:**
|
|
45
|
+
|
|
46
|
+
- [ ] Multi-AZ deployment for availability
|
|
47
|
+
- [ ] Security groups properly configured
|
|
48
|
+
- [ ] IAM follows least privilege
|
|
49
|
+
- [ ] Data encrypted at rest and in transit
|
|
50
|
+
- [ ] Infrastructure defined as code
|
|
51
|
+
|
|
52
|
+
### Review Stage
|
|
53
|
+
|
|
54
|
+
**Focus:** Validate security, availability, and operational readiness. Ensure
|
|
55
|
+
cost controls are in place.
|
|
56
|
+
|
|
57
|
+
**Activities:**
|
|
58
|
+
|
|
59
|
+
- Verify security configuration
|
|
60
|
+
- Test availability and failover
|
|
61
|
+
- Review cost projections
|
|
62
|
+
- Validate monitoring coverage
|
|
63
|
+
|
|
64
|
+
**Ready for Complete when:**
|
|
65
|
+
|
|
66
|
+
- [ ] Security review completed
|
|
67
|
+
- [ ] Monitoring and alerting in place
|
|
68
|
+
- [ ] Cost controls established
|
|
69
|
+
- [ ] Operational runbooks exist
|
|
70
|
+
|
|
71
|
+
## Reference
|
|
20
72
|
|
|
21
73
|
## Service Categories
|
|
22
74
|
|
|
@@ -77,14 +129,3 @@ Use this skill when:
|
|
|
77
129
|
- Leverage spot/preemptible instances for fault-tolerant work
|
|
78
130
|
- Set up billing alerts and budgets
|
|
79
131
|
- Delete unused resources
|
|
80
|
-
|
|
81
|
-
## Cloud Checklist
|
|
82
|
-
|
|
83
|
-
- [ ] Service selection matches requirements
|
|
84
|
-
- [ ] Multi-AZ deployment for availability
|
|
85
|
-
- [ ] Security groups properly configured
|
|
86
|
-
- [ ] IAM follows least privilege
|
|
87
|
-
- [ ] Data encrypted at rest and in transit
|
|
88
|
-
- [ ] Monitoring and alerting in place
|
|
89
|
-
- [ ] Cost controls established
|
|
90
|
-
- [ ] Infrastructure defined as code
|
|
@@ -8,14 +8,66 @@ description: |
|
|
|
8
8
|
|
|
9
9
|
# Code Quality & Review
|
|
10
10
|
|
|
11
|
-
##
|
|
11
|
+
## Stage Guidance
|
|
12
12
|
|
|
13
|
-
|
|
13
|
+
### Plan Stage
|
|
14
14
|
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
15
|
+
**Focus:** Understand code review scope and establish review criteria. Consider
|
|
16
|
+
what quality standards apply.
|
|
17
|
+
|
|
18
|
+
**Activities:**
|
|
19
|
+
|
|
20
|
+
- Identify code review scope
|
|
21
|
+
- Understand applicable standards
|
|
22
|
+
- Plan review approach
|
|
23
|
+
- Consider risk level
|
|
24
|
+
|
|
25
|
+
**Ready for Code when:**
|
|
26
|
+
|
|
27
|
+
- [ ] Review scope is clear
|
|
28
|
+
- [ ] Standards are understood
|
|
29
|
+
- [ ] Review approach is planned
|
|
30
|
+
- [ ] Risk level is assessed
|
|
31
|
+
|
|
32
|
+
### Code Stage
|
|
33
|
+
|
|
34
|
+
**Focus:** Write clean, maintainable, tested code. Follow project conventions
|
|
35
|
+
and ensure adequate coverage.
|
|
36
|
+
|
|
37
|
+
**Activities:**
|
|
38
|
+
|
|
39
|
+
- Write readable, well-structured code
|
|
40
|
+
- Add appropriate tests
|
|
41
|
+
- Follow project conventions
|
|
42
|
+
- Document non-obvious logic
|
|
43
|
+
|
|
44
|
+
**Ready for Review when:**
|
|
45
|
+
|
|
46
|
+
- [ ] Code compiles and passes all tests
|
|
47
|
+
- [ ] Changes are covered by tests
|
|
48
|
+
- [ ] Code follows project conventions
|
|
49
|
+
- [ ] No unnecessary complexity
|
|
50
|
+
|
|
51
|
+
### Review Stage
|
|
52
|
+
|
|
53
|
+
**Focus:** Verify correctness, maintainability, and adherence to standards.
|
|
54
|
+
Ensure no code is shipped that isn't understood.
|
|
55
|
+
|
|
56
|
+
**Activities:**
|
|
57
|
+
|
|
58
|
+
- Verify code does what it claims
|
|
59
|
+
- Check test coverage
|
|
60
|
+
- Review for maintainability
|
|
61
|
+
- Confirm style compliance
|
|
62
|
+
|
|
63
|
+
**Ready for Complete when:**
|
|
64
|
+
|
|
65
|
+
- [ ] No obvious security vulnerabilities
|
|
66
|
+
- [ ] Error handling is appropriate
|
|
67
|
+
- [ ] Documentation updated if needed
|
|
68
|
+
- [ ] No code you don't fully understand
|
|
69
|
+
|
|
70
|
+
## Reference
|
|
19
71
|
|
|
20
72
|
## Review Process
|
|
21
73
|
|
|
@@ -54,14 +106,3 @@ Verify consistency with project standards:
|
|
|
54
106
|
- Consistent formatting and indentation
|
|
55
107
|
- Appropriate comments for non-obvious logic
|
|
56
108
|
- Documentation updated if needed
|
|
57
|
-
|
|
58
|
-
## Quality Checklist
|
|
59
|
-
|
|
60
|
-
- [ ] Code compiles and passes all tests
|
|
61
|
-
- [ ] Changes are covered by tests
|
|
62
|
-
- [ ] No obvious security vulnerabilities
|
|
63
|
-
- [ ] Error handling is appropriate
|
|
64
|
-
- [ ] Code follows project conventions
|
|
65
|
-
- [ ] No unnecessary complexity
|
|
66
|
-
- [ ] Documentation updated if needed
|
|
67
|
-
- [ ] No code you don't fully understand
|
|
@@ -8,15 +8,72 @@ description: |
|
|
|
8
8
|
|
|
9
9
|
# DevOps & CI/CD
|
|
10
10
|
|
|
11
|
-
##
|
|
11
|
+
## Stage Guidance
|
|
12
12
|
|
|
13
|
-
|
|
13
|
+
### Plan Stage
|
|
14
14
|
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
15
|
+
**Focus:** Plan CI/CD pipeline architecture and infrastructure requirements.
|
|
16
|
+
Consider deployment strategies and monitoring needs.
|
|
17
|
+
|
|
18
|
+
**Activities:**
|
|
19
|
+
|
|
20
|
+
- Define pipeline stages (build, test, deploy)
|
|
21
|
+
- Identify infrastructure requirements
|
|
22
|
+
- Plan deployment strategy (rolling, blue-green, canary)
|
|
23
|
+
- Consider monitoring and alerting needs
|
|
24
|
+
- Plan secret management approach
|
|
25
|
+
|
|
26
|
+
**Ready for Code when:**
|
|
27
|
+
|
|
28
|
+
- [ ] Pipeline architecture is documented
|
|
29
|
+
- [ ] Deployment strategy is chosen and justified
|
|
30
|
+
- [ ] Infrastructure requirements are identified
|
|
31
|
+
- [ ] Monitoring approach is defined
|
|
32
|
+
|
|
33
|
+
### Code Stage
|
|
34
|
+
|
|
35
|
+
**Focus:** Implement CI/CD pipelines and infrastructure as code. Follow best
|
|
36
|
+
practices for containerization and deployment automation.
|
|
37
|
+
|
|
38
|
+
**Activities:**
|
|
39
|
+
|
|
40
|
+
- Configure CI/CD pipeline stages
|
|
41
|
+
- Implement infrastructure as code (Terraform, CloudFormation)
|
|
42
|
+
- Create Dockerfiles with security best practices
|
|
43
|
+
- Set up monitoring and alerting
|
|
44
|
+
- Configure secret management
|
|
45
|
+
- Implement deployment automation
|
|
46
|
+
|
|
47
|
+
**Ready for Review when:**
|
|
48
|
+
|
|
49
|
+
- [ ] Pipeline runs on every commit
|
|
50
|
+
- [ ] Tests run before deployment
|
|
51
|
+
- [ ] Deployments are automated
|
|
52
|
+
- [ ] Infrastructure is version controlled
|
|
53
|
+
- [ ] Secrets are managed securely
|
|
54
|
+
- [ ] Monitoring is in place
|
|
55
|
+
|
|
56
|
+
### Review Stage
|
|
57
|
+
|
|
58
|
+
**Focus:** Verify pipeline reliability, security, and operational readiness.
|
|
59
|
+
Ensure rollback procedures work and documentation is complete.
|
|
60
|
+
|
|
61
|
+
**Activities:**
|
|
62
|
+
|
|
63
|
+
- Verify pipeline runs successfully end-to-end
|
|
64
|
+
- Test rollback procedures
|
|
65
|
+
- Review security configurations
|
|
66
|
+
- Validate monitoring and alerts
|
|
67
|
+
- Check documentation completeness
|
|
68
|
+
|
|
69
|
+
**Ready for Complete when:**
|
|
70
|
+
|
|
71
|
+
- [ ] Pipeline is tested and reliable
|
|
72
|
+
- [ ] Rollback procedure is documented and tested
|
|
73
|
+
- [ ] Alerts are configured and tested
|
|
74
|
+
- [ ] Runbooks exist for common issues
|
|
75
|
+
|
|
76
|
+
## Reference
|
|
20
77
|
|
|
21
78
|
## CI/CD Pipeline Stages
|
|
22
79
|
|
|
@@ -83,14 +140,3 @@ CMD ["node", "server.js"]
|
|
|
83
140
|
- Route small percentage to new version
|
|
84
141
|
- Monitor for issues
|
|
85
142
|
- Gradually increase traffic
|
|
86
|
-
|
|
87
|
-
## DevOps Checklist
|
|
88
|
-
|
|
89
|
-
- [ ] Pipeline runs on every commit
|
|
90
|
-
- [ ] Tests run before deployment
|
|
91
|
-
- [ ] Deployments are automated
|
|
92
|
-
- [ ] Rollback procedure is documented
|
|
93
|
-
- [ ] Infrastructure is version controlled
|
|
94
|
-
- [ ] Secrets are managed securely
|
|
95
|
-
- [ ] Monitoring is in place
|
|
96
|
-
- [ ] Alerts are configured
|
|
@@ -8,14 +8,67 @@ description: |
|
|
|
8
8
|
|
|
9
9
|
# Full-Stack Development
|
|
10
10
|
|
|
11
|
-
##
|
|
11
|
+
## Stage Guidance
|
|
12
12
|
|
|
13
|
-
|
|
13
|
+
### Plan Stage
|
|
14
14
|
|
|
15
|
-
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
15
|
+
**Focus:** Design the full-stack solution architecture. Define API contracts and
|
|
16
|
+
plan layer interactions.
|
|
17
|
+
|
|
18
|
+
**Activities:**
|
|
19
|
+
|
|
20
|
+
- Define the API contract first
|
|
21
|
+
- Plan frontend and backend responsibilities
|
|
22
|
+
- Design database schema
|
|
23
|
+
- Plan infrastructure requirements
|
|
24
|
+
|
|
25
|
+
**Ready for Code when:**
|
|
26
|
+
|
|
27
|
+
- [ ] API contract is defined
|
|
28
|
+
- [ ] Layer responsibilities are clear
|
|
29
|
+
- [ ] Database schema is planned
|
|
30
|
+
- [ ] Infrastructure approach is decided
|
|
31
|
+
|
|
32
|
+
### Code Stage
|
|
33
|
+
|
|
34
|
+
**Focus:** Build vertically—complete one feature end-to-end before starting
|
|
35
|
+
another. Validates assumptions early.
|
|
36
|
+
|
|
37
|
+
**Activities:**
|
|
38
|
+
|
|
39
|
+
- Implement API endpoints
|
|
40
|
+
- Build frontend integration
|
|
41
|
+
- Create database schema and queries
|
|
42
|
+
- Configure infrastructure as needed
|
|
43
|
+
- Test across layers
|
|
44
|
+
|
|
45
|
+
**Ready for Review when:**
|
|
46
|
+
|
|
47
|
+
- [ ] Frontend connects to backend correctly
|
|
48
|
+
- [ ] Database schema supports the feature
|
|
49
|
+
- [ ] Error handling spans all layers
|
|
50
|
+
- [ ] Feature works end-to-end
|
|
51
|
+
- [ ] Deployment is automated
|
|
52
|
+
|
|
53
|
+
### Review Stage
|
|
54
|
+
|
|
55
|
+
**Focus:** Verify integration across layers and ensure deployment readiness.
|
|
56
|
+
|
|
57
|
+
**Activities:**
|
|
58
|
+
|
|
59
|
+
- Test integration across all layers
|
|
60
|
+
- Verify error handling end-to-end
|
|
61
|
+
- Check deployment configuration
|
|
62
|
+
- Review documentation
|
|
63
|
+
|
|
64
|
+
**Ready for Complete when:**
|
|
65
|
+
|
|
66
|
+
- [ ] Integration tests pass
|
|
67
|
+
- [ ] Deployment verified
|
|
68
|
+
- [ ] Documentation is complete
|
|
69
|
+
- [ ] Feature is production-ready
|
|
70
|
+
|
|
71
|
+
## Reference
|
|
19
72
|
|
|
20
73
|
## Technology Stack
|
|
21
74
|
|
|
@@ -79,12 +132,3 @@ Use this skill when:
|
|
|
79
132
|
- Unit tests per layer
|
|
80
133
|
- Integration tests across layers
|
|
81
134
|
- End-to-end tests for critical paths
|
|
82
|
-
|
|
83
|
-
## Full-Stack Checklist
|
|
84
|
-
|
|
85
|
-
- [ ] API contract is defined
|
|
86
|
-
- [ ] Frontend connects to backend correctly
|
|
87
|
-
- [ ] Database schema supports the feature
|
|
88
|
-
- [ ] Error handling spans all layers
|
|
89
|
-
- [ ] Feature works end-to-end
|
|
90
|
-
- [ ] Deployment is automated
|
|
@@ -8,15 +8,72 @@ description: |
|
|
|
8
8
|
|
|
9
9
|
# Site Reliability Engineering
|
|
10
10
|
|
|
11
|
-
##
|
|
11
|
+
## Stage Guidance
|
|
12
12
|
|
|
13
|
-
|
|
13
|
+
### Plan Stage
|
|
14
14
|
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
15
|
+
**Focus:** Define reliability requirements, SLIs/SLOs, and observability
|
|
16
|
+
strategy. Plan for resilience and capacity needs.
|
|
17
|
+
|
|
18
|
+
**Activities:**
|
|
19
|
+
|
|
20
|
+
- Define SLIs for key user journeys
|
|
21
|
+
- Set SLOs with stakeholder agreement
|
|
22
|
+
- Plan observability strategy (metrics, logs, traces)
|
|
23
|
+
- Identify failure modes and resilience patterns
|
|
24
|
+
- Define alerting thresholds
|
|
25
|
+
|
|
26
|
+
**Ready for Code when:**
|
|
27
|
+
|
|
28
|
+
- [ ] SLIs defined for key user journeys
|
|
29
|
+
- [ ] SLOs set with stakeholder agreement
|
|
30
|
+
- [ ] Monitoring strategy is planned
|
|
31
|
+
- [ ] Failure modes are identified
|
|
32
|
+
- [ ] Alerting thresholds are defined
|
|
33
|
+
|
|
34
|
+
### Code Stage
|
|
35
|
+
|
|
36
|
+
**Focus:** Implement observability, resilience patterns, and operational
|
|
37
|
+
tooling. Build systems that fail gracefully and recover quickly.
|
|
38
|
+
|
|
39
|
+
**Activities:**
|
|
40
|
+
|
|
41
|
+
- Implement metrics, logging, and tracing
|
|
42
|
+
- Configure alerts based on SLOs
|
|
43
|
+
- Implement resilience patterns (timeouts, retries, circuit breakers)
|
|
44
|
+
- Create runbooks for common issues
|
|
45
|
+
- Set up error budget tracking
|
|
46
|
+
|
|
47
|
+
**Ready for Review when:**
|
|
48
|
+
|
|
49
|
+
- [ ] Comprehensive monitoring is in place
|
|
50
|
+
- [ ] Alerts are actionable and low-noise
|
|
51
|
+
- [ ] Resilience patterns are implemented
|
|
52
|
+
- [ ] Runbooks exist for common issues
|
|
53
|
+
- [ ] Error budget tracking is in place
|
|
54
|
+
|
|
55
|
+
### Review Stage
|
|
56
|
+
|
|
57
|
+
**Focus:** Verify reliability implementation meets SLOs and operational
|
|
58
|
+
readiness. Ensure incident response procedures are in place.
|
|
59
|
+
|
|
60
|
+
**Activities:**
|
|
61
|
+
|
|
62
|
+
- Validate SLOs are measurable
|
|
63
|
+
- Test failure scenarios
|
|
64
|
+
- Review runbook completeness
|
|
65
|
+
- Verify incident response procedures
|
|
66
|
+
- Check alert quality and coverage
|
|
67
|
+
|
|
68
|
+
**Ready for Complete when:**
|
|
69
|
+
|
|
70
|
+
- [ ] SLOs are measurable and validated
|
|
71
|
+
- [ ] Failure scenarios are tested
|
|
72
|
+
- [ ] Incident response process documented
|
|
73
|
+
- [ ] Post-mortem culture established
|
|
74
|
+
- [ ] Disaster recovery approach is tested
|
|
75
|
+
|
|
76
|
+
## Reference
|
|
20
77
|
|
|
21
78
|
## Service Level Concepts
|
|
22
79
|
|
|
@@ -104,14 +161,3 @@ Allowed unreliability: 100% - SLO
|
|
|
104
161
|
- **Circuit breakers**: Fail fast when downstream is unhealthy
|
|
105
162
|
- **Bulkheads**: Isolate failures
|
|
106
163
|
- **Graceful degradation**: Partial functionality over total failure
|
|
107
|
-
|
|
108
|
-
## SRE Checklist
|
|
109
|
-
|
|
110
|
-
- [ ] SLIs defined for key user journeys
|
|
111
|
-
- [ ] SLOs set with stakeholder agreement
|
|
112
|
-
- [ ] Error budget tracking in place
|
|
113
|
-
- [ ] Alerts are actionable and low-noise
|
|
114
|
-
- [ ] Runbooks exist for common issues
|
|
115
|
-
- [ ] Incident response process documented
|
|
116
|
-
- [ ] Post-mortem culture established
|
|
117
|
-
- [ ] Resilience patterns implemented
|
|
@@ -8,15 +8,66 @@ description: |
|
|
|
8
8
|
|
|
9
9
|
# Technical Debt Management
|
|
10
10
|
|
|
11
|
-
##
|
|
11
|
+
## Stage Guidance
|
|
12
12
|
|
|
13
|
-
|
|
13
|
+
### Plan Stage
|
|
14
14
|
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
15
|
+
**Focus:** Assess technical debt and prioritize based on impact and effort.
|
|
16
|
+
Decide whether to accept, defer, or address debt.
|
|
17
|
+
|
|
18
|
+
**Activities:**
|
|
19
|
+
|
|
20
|
+
- Identify and document technical debt
|
|
21
|
+
- Assess impact and effort for each item
|
|
22
|
+
- Prioritize using impact/effort matrix
|
|
23
|
+
- Decide accept, defer, or address
|
|
24
|
+
|
|
25
|
+
**Ready for Code when:**
|
|
26
|
+
|
|
27
|
+
- [ ] Debt is documented with context
|
|
28
|
+
- [ ] Impact and effort are assessed
|
|
29
|
+
- [ ] Prioritization criteria are clear
|
|
30
|
+
- [ ] Decision is documented
|
|
31
|
+
|
|
32
|
+
### Code Stage
|
|
33
|
+
|
|
34
|
+
**Focus:** Address debt incrementally while delivering features. Document
|
|
35
|
+
intentional debt clearly.
|
|
36
|
+
|
|
37
|
+
**Activities:**
|
|
38
|
+
|
|
39
|
+
- Apply Boy Scout Rule (leave code better)
|
|
40
|
+
- Refactor while adding features
|
|
41
|
+
- Document new intentional debt
|
|
42
|
+
- Track debt in backlog
|
|
43
|
+
|
|
44
|
+
**Ready for Review when:**
|
|
45
|
+
|
|
46
|
+
- [ ] Debt work is visible in planning
|
|
47
|
+
- [ ] New debt is intentional and documented
|
|
48
|
+
- [ ] Code quality improved where touched
|
|
49
|
+
- [ ] Technical debt backlog updated
|
|
50
|
+
|
|
51
|
+
### Review Stage
|
|
52
|
+
|
|
53
|
+
**Focus:** Validate debt reduction and ensure new debt is intentional and
|
|
54
|
+
documented.
|
|
55
|
+
|
|
56
|
+
**Activities:**
|
|
57
|
+
|
|
58
|
+
- Review debt reduction progress
|
|
59
|
+
- Verify new debt is documented
|
|
60
|
+
- Check debt backlog currency
|
|
61
|
+
- Assess overall technical health
|
|
62
|
+
|
|
63
|
+
**Ready for Complete when:**
|
|
64
|
+
|
|
65
|
+
- [ ] Debt reduction validated
|
|
66
|
+
- [ ] New debt justified and documented
|
|
67
|
+
- [ ] Backlog is current
|
|
68
|
+
- [ ] Metrics track debt trends
|
|
69
|
+
|
|
70
|
+
## Reference
|
|
20
71
|
|
|
21
72
|
## Types of Technical Debt
|
|
22
73
|
|
|
@@ -111,13 +162,3 @@ For each debt item:
|
|
|
111
162
|
- **Effort**: How hard to fix (T-shirt size)?
|
|
112
163
|
- **Owner**: Who can address it?
|
|
113
164
|
- **Plan**: When/how will it be fixed?
|
|
114
|
-
|
|
115
|
-
## Technical Debt Checklist
|
|
116
|
-
|
|
117
|
-
- [ ] Debt is documented with context
|
|
118
|
-
- [ ] Impact and effort are assessed
|
|
119
|
-
- [ ] Prioritization criteria are clear
|
|
120
|
-
- [ ] Debt work is visible in planning
|
|
121
|
-
- [ ] New debt is intentional and documented
|
|
122
|
-
- [ ] Regular reviews of debt backlog
|
|
123
|
-
- [ ] Metrics track debt trends
|