@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.
Files changed (131) hide show
  1. package/app/commands/agent.js +109 -21
  2. package/app/commands/command-factory.js +3 -3
  3. package/app/commands/interview.js +14 -7
  4. package/app/commands/job.js +43 -29
  5. package/app/commands/progress.js +14 -7
  6. package/app/commands/serve.js +5 -0
  7. package/app/commands/stage.js +0 -10
  8. package/app/commands/track.js +5 -8
  9. package/app/components/builder.js +111 -27
  10. package/app/css/components/surfaces.css +16 -0
  11. package/app/formatters/agent/profile.js +113 -87
  12. package/app/formatters/agent/skill.js +64 -31
  13. package/app/formatters/behaviour/dom.js +3 -0
  14. package/app/formatters/behaviour/microdata.js +106 -0
  15. package/app/formatters/discipline/dom.js +28 -1
  16. package/app/formatters/discipline/microdata.js +117 -0
  17. package/app/formatters/discipline/shared.js +49 -8
  18. package/app/formatters/driver/dom.js +3 -0
  19. package/app/formatters/driver/microdata.js +91 -0
  20. package/app/formatters/grade/dom.js +3 -0
  21. package/app/formatters/grade/microdata.js +151 -0
  22. package/app/formatters/index.js +32 -1
  23. package/app/formatters/interview/shared.js +13 -8
  24. package/app/formatters/job/description.js +5 -3
  25. package/app/formatters/json-ld.js +242 -0
  26. package/app/formatters/microdata-shared.js +184 -0
  27. package/app/formatters/progress/shared.js +14 -11
  28. package/app/formatters/skill/dom.js +3 -0
  29. package/app/formatters/skill/microdata.js +151 -0
  30. package/app/formatters/stage/dom.js +3 -18
  31. package/app/formatters/stage/microdata.js +110 -0
  32. package/app/formatters/stage/shared.js +0 -27
  33. package/app/formatters/track/dom.js +5 -30
  34. package/app/formatters/track/markdown.js +2 -25
  35. package/app/formatters/track/microdata.js +111 -0
  36. package/app/formatters/track/shared.js +6 -58
  37. package/app/handout-main.js +26 -12
  38. package/app/index.html +11 -0
  39. package/app/lib/card-mappers.js +17 -12
  40. package/app/lib/job-cache.js +12 -9
  41. package/app/lib/template-loader.js +66 -0
  42. package/app/lib/yaml-loader.js +25 -8
  43. package/app/main.js +8 -4
  44. package/app/model/agent.js +158 -130
  45. package/app/model/checklist.js +57 -91
  46. package/app/model/derivation.js +135 -68
  47. package/app/model/index-generator.js +1 -7
  48. package/app/model/job.js +19 -13
  49. package/app/model/levels.js +20 -12
  50. package/app/model/loader.js +41 -17
  51. package/app/model/matching.js +33 -3
  52. package/app/model/profile.js +38 -45
  53. package/app/model/schema-validation.js +438 -0
  54. package/app/model/validation.js +747 -68
  55. package/app/pages/agent-builder.js +119 -25
  56. package/app/pages/assessment-results.js +10 -4
  57. package/app/pages/discipline.js +36 -6
  58. package/app/pages/driver.js +9 -47
  59. package/app/pages/interview-builder.js +3 -1
  60. package/app/pages/interview.js +15 -4
  61. package/app/pages/job-builder.js +4 -1
  62. package/app/pages/job.js +15 -4
  63. package/app/pages/landing.js +10 -10
  64. package/app/pages/progress-builder.js +3 -1
  65. package/app/pages/progress.js +72 -21
  66. package/app/pages/stage.js +3 -126
  67. package/app/slide-main.js +45 -17
  68. package/app/slides/index.js +3 -1
  69. package/app/slides/overview.js +40 -4
  70. package/app/slides/progress.js +4 -2
  71. package/bin/pathway.js +18 -64
  72. package/examples/agents/.claude/skills/architecture-design/SKILL.md +58 -16
  73. package/examples/agents/.claude/skills/cloud-platforms/SKILL.md +59 -18
  74. package/examples/agents/.claude/skills/code-quality-review/SKILL.md +58 -17
  75. package/examples/agents/.claude/skills/devops-cicd/SKILL.md +64 -18
  76. package/examples/agents/.claude/skills/full-stack-development/SKILL.md +59 -15
  77. package/examples/agents/.claude/skills/sre-practices/SKILL.md +64 -18
  78. package/examples/agents/.claude/skills/technical-debt-management/SKILL.md +58 -17
  79. package/examples/agents/.github/agents/se-platform-code.agent.md +39 -88
  80. package/examples/agents/.github/agents/se-platform-plan.agent.md +41 -88
  81. package/examples/agents/.github/agents/se-platform-review.agent.md +38 -15
  82. package/examples/agents/.vscode/settings.json +1 -1
  83. package/examples/behaviours/outcome_ownership.yaml +1 -2
  84. package/examples/behaviours/polymathic_knowledge.yaml +1 -2
  85. package/examples/behaviours/precise_communication.yaml +1 -2
  86. package/examples/behaviours/relentless_curiosity.yaml +1 -2
  87. package/examples/behaviours/systems_thinking.yaml +1 -2
  88. package/examples/capabilities/business.yaml +80 -142
  89. package/examples/capabilities/delivery.yaml +155 -219
  90. package/examples/capabilities/people.yaml +2 -34
  91. package/examples/capabilities/reliability.yaml +161 -80
  92. package/examples/capabilities/scale.yaml +234 -252
  93. package/examples/copilot-setup-steps.yaml +25 -0
  94. package/examples/devcontainer.yaml +21 -0
  95. package/examples/disciplines/_index.yaml +1 -0
  96. package/examples/disciplines/data_engineering.yaml +14 -12
  97. package/examples/disciplines/engineering_management.yaml +63 -0
  98. package/examples/disciplines/software_engineering.yaml +14 -12
  99. package/examples/drivers.yaml +1 -4
  100. package/examples/framework.yaml +1 -2
  101. package/examples/grades.yaml +1 -3
  102. package/examples/questions/behaviours/outcome_ownership.yaml +1 -2
  103. package/examples/questions/behaviours/polymathic_knowledge.yaml +1 -2
  104. package/examples/questions/behaviours/precise_communication.yaml +1 -2
  105. package/examples/questions/behaviours/relentless_curiosity.yaml +1 -2
  106. package/examples/questions/behaviours/systems_thinking.yaml +1 -2
  107. package/examples/questions/skills/architecture_design.yaml +1 -2
  108. package/examples/questions/skills/cloud_platforms.yaml +1 -2
  109. package/examples/questions/skills/code_quality.yaml +1 -2
  110. package/examples/questions/skills/data_modeling.yaml +1 -2
  111. package/examples/questions/skills/devops.yaml +1 -2
  112. package/examples/questions/skills/full_stack_development.yaml +1 -2
  113. package/examples/questions/skills/sre_practices.yaml +1 -2
  114. package/examples/questions/skills/stakeholder_management.yaml +1 -2
  115. package/examples/questions/skills/team_collaboration.yaml +1 -2
  116. package/examples/questions/skills/technical_writing.yaml +1 -2
  117. package/examples/self-assessments.yaml +1 -3
  118. package/examples/stages.yaml +101 -46
  119. package/examples/tracks/_index.yaml +0 -1
  120. package/examples/tracks/platform.yaml +8 -13
  121. package/examples/tracks/sre.yaml +8 -18
  122. package/examples/vscode-settings.yaml +2 -7
  123. package/package.json +9 -3
  124. package/templates/agent.template.md +65 -0
  125. package/templates/skill.template.md +28 -0
  126. package/examples/agents/.claude/skills/data-modeling/SKILL.md +0 -99
  127. package/examples/agents/.claude/skills/developer-experience/SKILL.md +0 -99
  128. package/examples/agents/.claude/skills/knowledge-management/SKILL.md +0 -100
  129. package/examples/agents/.claude/skills/pattern-generalization/SKILL.md +0 -102
  130. package/examples/agents/.claude/skills/technical-writing/SKILL.md +0 -129
  131. package/examples/tracks/manager.yaml +0 -53
@@ -8,14 +8,66 @@ description: |
8
8
 
9
9
  # Architecture & Design
10
10
 
11
- ## When to use this skill
11
+ ## Stage Guidance
12
12
 
13
- Use this skill when:
13
+ ### Plan Stage
14
14
 
15
- - Designing new systems or major features
16
- - Evaluating architectural options and trade-offs
17
- - Making decisions about code organization and structure
18
- - Reviewing or improving existing architecture
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
- ## When to use this skill
11
+ ## Stage Guidance
12
12
 
13
- Use this skill when:
13
+ ### Plan Stage
14
14
 
15
- - Deploying applications to cloud environments
16
- - Selecting appropriate cloud services
17
- - Configuring cloud infrastructure
18
- - Optimizing cloud costs and performance
19
- - Implementing cloud security best practices
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
- ## When to use this skill
11
+ ## Stage Guidance
12
12
 
13
- Use this skill when:
13
+ ### Plan Stage
14
14
 
15
- - Reviewing code for quality issues
16
- - Checking code against best practices
17
- - Conducting or assisting with code reviews
18
- - Verifying AI-generated code before committing
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
- ## When to use this skill
11
+ ## Stage Guidance
12
12
 
13
- Use this skill when:
13
+ ### Plan Stage
14
14
 
15
- - Setting up or modifying CI/CD pipelines
16
- - Containerizing applications with Docker
17
- - Managing infrastructure as code
18
- - Troubleshooting deployment failures
19
- - Implementing monitoring and alerting
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
- ## When to use this skill
11
+ ## Stage Guidance
12
12
 
13
- Use this skill when:
13
+ ### Plan Stage
14
14
 
15
- - Building features that span multiple layers
16
- - Implementing end-to-end functionality
17
- - Working across frontend, backend, and infrastructure
18
- - Debugging issues that cross layer boundaries
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
- ## When to use this skill
11
+ ## Stage Guidance
12
12
 
13
- Use this skill when:
13
+ ### Plan Stage
14
14
 
15
- - Designing monitoring and alerting
16
- - Defining SLIs, SLOs, and error budgets
17
- - Handling or preparing for incidents
18
- - Conducting post-mortems
19
- - Planning for capacity and resilience
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
- ## When to use this skill
11
+ ## Stage Guidance
12
12
 
13
- Use this skill when:
13
+ ### Plan Stage
14
14
 
15
- - Identifying technical debt in codebases
16
- - Prioritizing debt for remediation
17
- - Deciding whether to take on new debt
18
- - Planning refactoring initiatives
19
- - Balancing debt work with feature delivery
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