/nw-production-readiness
Monitoring, observability, operational procedures, CI/CD lessons learned, and quality gate definitions. Load when assessing production readiness or validating operational excellence.
$ npx -y skills add nWave-ai/nWave --skill nw-production-readiness --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/nw-production-readiness
Context preview
The summary Claude sees to decide when to auto-load this skill.
Monitoring, observability, operational procedures, CI/CD lessons learned, and quality gate definitions. Load when assessing production readiness or validating operational excellence.
SKILL.md
nw-production-readiness.SKILL.mdname: nw-production-readiness
description: Monitoring, observability, operational procedures, CI/CD lessons learned, and quality gate definitions. Load when assessing production readiness or validating operational excellence.
user-invocable: false
disable-model-invocation: true
Production Readiness
Monitoring and Observability
Application Monitoring
- **Performance**: response time | throughput | latency percentiles (P50, P95, P99)
- **Resources**: CPU | memory | database connections | cache hit rates
- **Errors**: exception tracking | error rate trends | integration failure detection
- **Business**: KPI tracking | conversion funnels | feature usage | revenue impact
Infrastructure Monitoring
Server/container health and resource utilization | Network performance and connectivity | Storage capacity and I/O performance | Security event detection.
Alerting Tiers
| Tier | Condition | Response | |------|-----------|----------| | Page | Service down, data loss risk, security breach | Immediate response | | Urgent | Error rate >2x baseline, latency SLA breach | Response within 15 min | | Warning | Capacity >80%, error rate trending up | Response within 1 hour | | Info | Deployment complete, metric threshold crossed | Review next business day |
Operational Procedures
Incident Response
1. Detect: automated alerting identifies issue 2. Triage: classify severity, assign responder 3. Communicate: notify stakeholders per severity level 4. Resolve: apply fix or rollback 5. Review: post-incident review within 48 hours 6. Improve: update runbooks and monitoring based on findings
Maintenance Procedures
Regular update and patching schedule | Backup verification (test restores quarterly) | Security vulnerability scanning (automated, weekly) | Performance baseline recalibration (after major changes).
Knowledge Transfer
Operational runbooks for common procedures | Architecture documentation with system diagrams | Deployment procedures and configuration management | Troubleshooting guides for known failure modes.
Quality Gates for Production Readiness
Before declaring production-ready, all must pass:
- [ ] All acceptance tests passing
- [ ] Unit coverage meets project standard (default: >= 80%)
- [ ] Integration tests validated
- [ ] Performance validated under realistic load
- [ ] Security scan completed (0 critical, 0 high)
- [ ] Monitoring and alerting configured
- [ ] Logging structured and searchable
- [ ] Rollback procedure documented and tested
- [ ] Runbook created for operational procedures
- [ ] On-call team trained on new feature
For CI/CD architecture lessons and measurement coupling pitfalls, see `cicd-and-deployment` skill.
Read more
name: nw-production-readiness description: Monitoring, observability, operational procedures, CI/CD lessons learned, and quality gate definitions. Load when assessing production readiness or validating operational excellence. user-invocable: false disable-model-invocation: true
Production Readiness
Monitoring and Observability
Application Monitoring
- **Performance**: response time | throughput | latency percentiles (P50, P95, P99)
- **Resources**: CPU | memory | database connections | cache hit rates
- **Errors**: exception tracking | error rate trends | integration failure detection
- **Business**: KPI tracking | conversion funnels | feature usage | revenue impact
Infrastructure Monitoring
Server/container health and resource utilization | Network performance and connectivity | Storage capacity and I/O performance | Security event detection.
Alerting Tiers
| Tier | Condition | Response | |------|-----------|----------| | Page | Service down, data loss risk, security breach | Immediate response | | Urgent | Error rate >2x baseline, latency SLA breach | Response within 15 min | | Warning | Capacity >80%, error rate trending up | Response within 1 hour | | Info | Deployment complete, metric threshold crossed | Review next business day |
Operational Procedures
Incident Response
1. Detect: automated alerting identifies issue 2. Triage: classify severity, assign responder 3. Communicate: notify stakeholders per severity level 4. Resolve: apply fix or rollback 5. Review: post-incident review within 48 hours 6. Improve: update runbooks and monitoring based on findings
Maintenance Procedures
Regular update and patching schedule | Backup verification (test restores quarterly) | Security vulnerability scanning (automated, weekly) | Performance baseline recalibration (after major changes).
Knowledge Transfer
Operational runbooks for common procedures | Architecture documentation with system diagrams | Deployment procedures and configuration management | Troubleshooting guides for known failure modes.
Quality Gates for Production Readiness
Before declaring production-ready, all must pass:
- [ ] All acceptance tests passing
- [ ] Unit coverage meets project standard (default: >= 80%)
- [ ] Integration tests validated
- [ ] Performance validated under realistic load
- [ ] Security scan completed (0 critical, 0 high)
- [ ] Monitoring and alerting configured
- [ ] Logging structured and searchable
- [ ] Rollback procedure documented and tested
- [ ] Runbook created for operational procedures
- [ ] On-call team trained on new feature
For CI/CD architecture lessons and measurement coupling pitfalls, see `cicd-and-deployment` skill.
AI agents that guide you from idea to working code, with human judgment at every gate. nWave runs inside Claude Code. It breaks feature delivery into seven waves (discover, diverge, discuss, design, devops, distill, deliver).
Repo: nWave-ai/nWave
Other skills on nwave.
- /nw-ab-critique-dimensions
Review dimensions for validating agent quality - template compliance, safety, testing, and priority validation
Open skill - /nw-abr-critique-dimensions
Review dimensions for validating agent quality - template compliance, safety, testing, and priority validation
Open skill - /nw-ad-critique-dimensions
Review dimensions for acceptance test quality - happy path bias, GWT compliance, business language purity, coverage completeness, walking skeleton user-centricity, priority validation, observable behavior assertions, traceability coverage, and walking skeleton boundary proof
Open skill - /nw-agent-creation-workflow
Detailed 5-phase workflow for creating agents - from requirements analysis through validation and iterative refinement
Open skill - /nw-agent-testing
5-layer testing approach for agent validation including adversarial testing, security validation, and prompt injection resistance
Open skill - /nw-architectural-styles-tradeoffs
Architectural style selection decision matrices, trade-off analysis, structural enforcement rules, and combination patterns. Load when choosing or evaluating architecture styles.
Open skill

