@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
|
@@ -1,3 +1,5 @@
|
|
|
1
|
+
# yaml-language-server: $schema=https://schema.forwardimpact.team/json/capability.schema.json
|
|
2
|
+
|
|
1
3
|
name: People
|
|
2
4
|
emoji: 👥
|
|
3
5
|
displayOrder: 6
|
|
@@ -5,40 +7,6 @@ description: |
|
|
|
5
7
|
Growing individuals and building effective teams.
|
|
6
8
|
Includes mentoring, coaching, hiring, performance management,
|
|
7
9
|
and creating inclusive environments.
|
|
8
|
-
transitionChecklists:
|
|
9
|
-
plan_to_code:
|
|
10
|
-
foundational:
|
|
11
|
-
- Pair programming opportunities are identified
|
|
12
|
-
- Knowledge sharing approach is considered
|
|
13
|
-
working:
|
|
14
|
-
- Mentoring opportunities are planned
|
|
15
|
-
- Team learning needs are identified
|
|
16
|
-
- Collaboration approach is documented
|
|
17
|
-
practitioner:
|
|
18
|
-
- Cross-team knowledge sharing is coordinated
|
|
19
|
-
- Coaching objectives are defined
|
|
20
|
-
- Hiring needs are assessed
|
|
21
|
-
expert:
|
|
22
|
-
- Talent development strategy is aligned
|
|
23
|
-
- Leadership pipeline opportunities are identified
|
|
24
|
-
- Organizational learning goals are addressed
|
|
25
|
-
code_to_review:
|
|
26
|
-
foundational:
|
|
27
|
-
- Code review is constructive and educational
|
|
28
|
-
- Knowledge is shared during review
|
|
29
|
-
- Team standards are reinforced
|
|
30
|
-
working:
|
|
31
|
-
- Junior engineers can learn from the code
|
|
32
|
-
- Technical decisions are explained
|
|
33
|
-
- Review feedback develops others
|
|
34
|
-
practitioner:
|
|
35
|
-
- Cross-team learning is enabled
|
|
36
|
-
- Technical mentoring happens through reviews
|
|
37
|
-
- Best practices are reinforced
|
|
38
|
-
expert:
|
|
39
|
-
- Code sets example for organization
|
|
40
|
-
- Leadership behaviors are modeled
|
|
41
|
-
- Institutional knowledge is preserved
|
|
42
10
|
professionalResponsibilities:
|
|
43
11
|
awareness:
|
|
44
12
|
Contribute positively to team dynamics, be open to feedback, and learn
|
|
@@ -1,3 +1,5 @@
|
|
|
1
|
+
# yaml-language-server: $schema=https://schema.forwardimpact.team/json/capability.schema.json
|
|
2
|
+
|
|
1
3
|
name: Reliability
|
|
2
4
|
emoji: 🛡️
|
|
3
5
|
displayOrder: 5
|
|
@@ -5,40 +7,6 @@ description: |
|
|
|
5
7
|
Ensuring systems are dependable, secure, and observable.
|
|
6
8
|
Includes DevOps practices, security, monitoring, incident response,
|
|
7
9
|
and infrastructure management.
|
|
8
|
-
transitionChecklists:
|
|
9
|
-
plan_to_code:
|
|
10
|
-
foundational:
|
|
11
|
-
- Security requirements are understood
|
|
12
|
-
- Operational guidelines are followed
|
|
13
|
-
working:
|
|
14
|
-
- Monitoring strategy is planned
|
|
15
|
-
- Failure modes are identified
|
|
16
|
-
- Alerting thresholds are defined
|
|
17
|
-
practitioner:
|
|
18
|
-
- SLOs/SLIs are defined for the system
|
|
19
|
-
- Incident response procedures are documented
|
|
20
|
-
- Cross-team reliability dependencies are mapped
|
|
21
|
-
expert:
|
|
22
|
-
- Reliability strategy aligns with enterprise standards
|
|
23
|
-
- Disaster recovery approach is defined
|
|
24
|
-
- Resilience patterns are specified
|
|
25
|
-
code_to_review:
|
|
26
|
-
foundational:
|
|
27
|
-
- Security guidelines are followed
|
|
28
|
-
- Basic monitoring is implemented
|
|
29
|
-
- Error logging exists
|
|
30
|
-
working:
|
|
31
|
-
- Comprehensive monitoring and alerting are in place
|
|
32
|
-
- Failure scenarios are tested
|
|
33
|
-
- Runbooks are created or updated
|
|
34
|
-
practitioner:
|
|
35
|
-
- SLOs are measurable and validated
|
|
36
|
-
- Resilience is tested (chaos engineering)
|
|
37
|
-
- Security review is completed
|
|
38
|
-
expert:
|
|
39
|
-
- Solution meets enterprise reliability standards
|
|
40
|
-
- Incident management integration is verified
|
|
41
|
-
- Disaster recovery is tested
|
|
42
10
|
professionalResponsibilities:
|
|
43
11
|
awareness:
|
|
44
12
|
Follow security and operational guidelines, escalate issues appropriately,
|
|
@@ -107,18 +75,85 @@ skills:
|
|
|
107
75
|
Guide for building CI/CD pipelines, managing infrastructure as code, and
|
|
108
76
|
implementing deployment best practices. Use when setting up pipelines,
|
|
109
77
|
containerizing applications, or configuring infrastructure.
|
|
110
|
-
|
|
111
|
-
|
|
112
|
-
|
|
113
|
-
|
|
114
|
-
|
|
115
|
-
|
|
116
|
-
|
|
117
|
-
|
|
118
|
-
|
|
119
|
-
|
|
120
|
-
|
|
121
|
-
|
|
78
|
+
stages:
|
|
79
|
+
specify:
|
|
80
|
+
focus: |
|
|
81
|
+
Define CI/CD and infrastructure requirements.
|
|
82
|
+
Clarify deployment strategy and operational needs.
|
|
83
|
+
activities:
|
|
84
|
+
- Document deployment frequency requirements
|
|
85
|
+
- Identify rollback and recovery requirements
|
|
86
|
+
- Specify monitoring and alerting needs
|
|
87
|
+
- Define security and compliance constraints
|
|
88
|
+
- Mark ambiguities with [NEEDS CLARIFICATION]
|
|
89
|
+
ready:
|
|
90
|
+
- Deployment requirements are documented
|
|
91
|
+
- Recovery requirements are specified
|
|
92
|
+
- Monitoring needs are identified
|
|
93
|
+
- Compliance constraints are clear
|
|
94
|
+
plan:
|
|
95
|
+
focus: |
|
|
96
|
+
Plan CI/CD pipeline architecture and infrastructure requirements.
|
|
97
|
+
Consider deployment strategies and monitoring needs.
|
|
98
|
+
activities:
|
|
99
|
+
- Define pipeline stages (build, test, deploy)
|
|
100
|
+
- Identify infrastructure requirements
|
|
101
|
+
- Plan deployment strategy (rolling, blue-green, canary)
|
|
102
|
+
- Consider monitoring and alerting needs
|
|
103
|
+
- Plan secret management approach
|
|
104
|
+
ready:
|
|
105
|
+
- Pipeline architecture is documented
|
|
106
|
+
- Deployment strategy is chosen and justified
|
|
107
|
+
- Infrastructure requirements are identified
|
|
108
|
+
- Monitoring approach is defined
|
|
109
|
+
code:
|
|
110
|
+
focus: |
|
|
111
|
+
Implement CI/CD pipelines and infrastructure as code. Follow
|
|
112
|
+
best practices for containerization and deployment automation.
|
|
113
|
+
activities:
|
|
114
|
+
- Configure CI/CD pipeline stages
|
|
115
|
+
- Implement infrastructure as code (Terraform, CloudFormation)
|
|
116
|
+
- Create Dockerfiles with security best practices
|
|
117
|
+
- Set up monitoring and alerting
|
|
118
|
+
- Configure secret management
|
|
119
|
+
- Implement deployment automation
|
|
120
|
+
ready:
|
|
121
|
+
- Pipeline runs on every commit
|
|
122
|
+
- Tests run before deployment
|
|
123
|
+
- Deployments are automated
|
|
124
|
+
- Infrastructure is version controlled
|
|
125
|
+
- Secrets are managed securely
|
|
126
|
+
- Monitoring is in place
|
|
127
|
+
review:
|
|
128
|
+
focus: |
|
|
129
|
+
Verify pipeline reliability, security, and operational readiness.
|
|
130
|
+
Ensure rollback procedures work and documentation is complete.
|
|
131
|
+
activities:
|
|
132
|
+
- Verify pipeline runs successfully end-to-end
|
|
133
|
+
- Test rollback procedures
|
|
134
|
+
- Review security configurations
|
|
135
|
+
- Validate monitoring and alerts
|
|
136
|
+
- Check documentation completeness
|
|
137
|
+
ready:
|
|
138
|
+
- Pipeline is tested and reliable
|
|
139
|
+
- Rollback procedure is documented and tested
|
|
140
|
+
- Alerts are configured and tested
|
|
141
|
+
- Runbooks exist for common issues
|
|
142
|
+
deploy:
|
|
143
|
+
focus: |
|
|
144
|
+
Deploy pipeline and infrastructure changes to production.
|
|
145
|
+
Verify operational readiness.
|
|
146
|
+
activities:
|
|
147
|
+
- Deploy pipeline configuration to production
|
|
148
|
+
- Verify deployment workflows work correctly
|
|
149
|
+
- Confirm monitoring and alerting are operational
|
|
150
|
+
- Run deployment through the new pipeline
|
|
151
|
+
ready:
|
|
152
|
+
- Pipeline deployed and operational
|
|
153
|
+
- Workflows tested in production
|
|
154
|
+
- Monitoring confirms healthy operation
|
|
155
|
+
- First deployment through pipeline succeeded
|
|
156
|
+
reference: |
|
|
122
157
|
## CI/CD Pipeline Stages
|
|
123
158
|
|
|
124
159
|
### Build
|
|
@@ -176,17 +211,6 @@ skills:
|
|
|
176
211
|
- Route small percentage to new version
|
|
177
212
|
- Monitor for issues
|
|
178
213
|
- Gradually increase traffic
|
|
179
|
-
|
|
180
|
-
## DevOps Checklist
|
|
181
|
-
|
|
182
|
-
- [ ] Pipeline runs on every commit
|
|
183
|
-
- [ ] Tests run before deployment
|
|
184
|
-
- [ ] Deployments are automated
|
|
185
|
-
- [ ] Rollback procedure is documented
|
|
186
|
-
- [ ] Infrastructure is version controlled
|
|
187
|
-
- [ ] Secrets are managed securely
|
|
188
|
-
- [ ] Monitoring is in place
|
|
189
|
-
- [ ] Alerts are configured
|
|
190
214
|
- id: sre_practices
|
|
191
215
|
name: Site Reliability Engineering
|
|
192
216
|
human:
|
|
@@ -219,18 +243,86 @@ skills:
|
|
|
219
243
|
Guide for ensuring system reliability through observability, incident
|
|
220
244
|
response, and capacity planning. Use when designing monitoring, handling
|
|
221
245
|
incidents, setting SLOs, or improving system resilience.
|
|
222
|
-
|
|
223
|
-
|
|
224
|
-
|
|
225
|
-
|
|
226
|
-
|
|
227
|
-
|
|
228
|
-
|
|
229
|
-
|
|
230
|
-
|
|
231
|
-
|
|
232
|
-
|
|
233
|
-
|
|
246
|
+
stages:
|
|
247
|
+
specify:
|
|
248
|
+
focus: |
|
|
249
|
+
Define reliability requirements and SLO targets.
|
|
250
|
+
Identify critical user journeys that need protection.
|
|
251
|
+
activities:
|
|
252
|
+
- Identify critical user journeys and business impact
|
|
253
|
+
- Document reliability requirements (availability, latency)
|
|
254
|
+
- Define SLO targets with stakeholder agreement
|
|
255
|
+
- Specify acceptable error budgets
|
|
256
|
+
- Mark ambiguities with [NEEDS CLARIFICATION]
|
|
257
|
+
ready:
|
|
258
|
+
- Critical user journeys are identified
|
|
259
|
+
- Reliability requirements are documented
|
|
260
|
+
- SLO targets are defined
|
|
261
|
+
- Error budgets are agreed
|
|
262
|
+
plan:
|
|
263
|
+
focus: |
|
|
264
|
+
Define reliability requirements, SLIs/SLOs, and observability
|
|
265
|
+
strategy. Plan for resilience and capacity needs.
|
|
266
|
+
activities:
|
|
267
|
+
- Define SLIs for key user journeys
|
|
268
|
+
- Set SLOs with stakeholder agreement
|
|
269
|
+
- Plan observability strategy (metrics, logs, traces)
|
|
270
|
+
- Identify failure modes and resilience patterns
|
|
271
|
+
- Define alerting thresholds
|
|
272
|
+
ready:
|
|
273
|
+
- SLIs defined for key user journeys
|
|
274
|
+
- SLOs set with stakeholder agreement
|
|
275
|
+
- Monitoring strategy is planned
|
|
276
|
+
- Failure modes are identified
|
|
277
|
+
- Alerting thresholds are defined
|
|
278
|
+
code:
|
|
279
|
+
focus: |
|
|
280
|
+
Implement observability, resilience patterns, and operational
|
|
281
|
+
tooling. Build systems that fail gracefully and recover quickly.
|
|
282
|
+
activities:
|
|
283
|
+
- Implement metrics, logging, and tracing
|
|
284
|
+
- Configure alerts based on SLOs
|
|
285
|
+
- Implement resilience patterns (timeouts, retries, circuit
|
|
286
|
+
breakers)
|
|
287
|
+
- Create runbooks for common issues
|
|
288
|
+
- Set up error budget tracking
|
|
289
|
+
ready:
|
|
290
|
+
- Comprehensive monitoring is in place
|
|
291
|
+
- Alerts are actionable and low-noise
|
|
292
|
+
- Resilience patterns are implemented
|
|
293
|
+
- Runbooks exist for common issues
|
|
294
|
+
- Error budget tracking is in place
|
|
295
|
+
review:
|
|
296
|
+
focus: |
|
|
297
|
+
Verify reliability implementation meets SLOs and operational
|
|
298
|
+
readiness. Ensure incident response procedures are in place.
|
|
299
|
+
activities:
|
|
300
|
+
- Validate SLOs are measurable
|
|
301
|
+
- Test failure scenarios
|
|
302
|
+
- Review runbook completeness
|
|
303
|
+
- Verify incident response procedures
|
|
304
|
+
- Check alert quality and coverage
|
|
305
|
+
ready:
|
|
306
|
+
- SLOs are measurable and validated
|
|
307
|
+
- Failure scenarios are tested
|
|
308
|
+
- Incident response process documented
|
|
309
|
+
- Post-mortem culture established
|
|
310
|
+
- Disaster recovery approach is tested
|
|
311
|
+
deploy:
|
|
312
|
+
focus: |
|
|
313
|
+
Deploy reliability infrastructure and verify production
|
|
314
|
+
monitoring. Ensure on-call readiness.
|
|
315
|
+
activities:
|
|
316
|
+
- Deploy monitoring and alerting to production
|
|
317
|
+
- Verify dashboards and alerts work correctly
|
|
318
|
+
- Confirm on-call rotation is ready
|
|
319
|
+
- Run production readiness review
|
|
320
|
+
ready:
|
|
321
|
+
- Monitoring is live in production
|
|
322
|
+
- Alerts fire correctly for SLO breaches
|
|
323
|
+
- On-call team is trained and ready
|
|
324
|
+
- Production readiness review is complete
|
|
325
|
+
reference: |
|
|
234
326
|
## Service Level Concepts
|
|
235
327
|
|
|
236
328
|
### SLI (Service Level Indicator)
|
|
@@ -305,14 +397,3 @@ skills:
|
|
|
305
397
|
- **Circuit breakers**: Fail fast when downstream is unhealthy
|
|
306
398
|
- **Bulkheads**: Isolate failures
|
|
307
399
|
- **Graceful degradation**: Partial functionality over total failure
|
|
308
|
-
|
|
309
|
-
## SRE Checklist
|
|
310
|
-
|
|
311
|
-
- [ ] SLIs defined for key user journeys
|
|
312
|
-
- [ ] SLOs set with stakeholder agreement
|
|
313
|
-
- [ ] Error budget tracking in place
|
|
314
|
-
- [ ] Alerts are actionable and low-noise
|
|
315
|
-
- [ ] Runbooks exist for common issues
|
|
316
|
-
- [ ] Incident response process documented
|
|
317
|
-
- [ ] Post-mortem culture established
|
|
318
|
-
- [ ] Resilience patterns implemented
|