Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add nWave-ai/nWave --skill nw-production-safetygit clone --depth 1 https://github.com/nWave-ai/nWaveWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/nwave-ai/nwave/nw-production-safety)<a href="https://agentmods.dev/skills/nwave-ai/nwave/nw-production-safety"><img src="https://agentmods.dev/badge/skills/nwave-ai/nwave/nw-production-safety/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/nwave-ai/nwave/nw-production-safety"><img src="https://agentmods.dev/badge/skills/nwave-ai/nwave/nw-production-safety.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector warn
SkillSpector: 1 finding, up to high
These are SkillSpector’s own severities. On a checked sample its high-severity flags on skills were ~96% false positives — a documented command, a public API, a “never do X” rule — so we show them as a caution to read, not a verdict. Why →
- high Privilege Escalation · line 28 Code accesses credential files (SSH keys, AWS credentials, etc.). This could indicate credential theft attempts.Fix: Remove references to credential paths. Use environment variables or secrets managers. For docs, use placeholder paths (e.g., /path/to/config). Never load .env or token files in production code paths.
What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00022 | $0.00401 |
| Opus 5.5 | $0.00009 | $0.00160 |
| Sonnet 5.5 | $0.00004 | $0.00080 |
| Haiku 4.5 | $0.00002 | $0.00040 |
Grade C, and why
nw-production-safety scanned grade C with 1 finding against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Recursive force deletehighDestructive command
rm -rf with a variable or a broad path is one typo away from removing the wrong tree.
- No off-topic responses outside software-crafter scope | Block dangerous code suggestions (rm -rf, DROP TABLE) What it actually says
Production Safety
Input Validation (4 Layers)
Apply in sequence before processing any input.
- Schema validation: validate structure, data types, ranges against expected schema
- Content sanitization: remove dangerous patterns (SQL injection, command injection, path traversal)
- Contextual validation: check business logic constraints and expected formats
- Security scanning: detect injection and prompt injection attempts
Output Filtering
- No secrets in output (passwords, API keys, credentials) | No sensitive information leakage (SSN, credit cards, PII)
- No off-topic responses outside software-crafter scope | Block dangerous code suggestions (rm -rf, DROP TABLE)
Scope Boundaries
allowed_operations: [Code implementation, Test creation, Refactoring, Build execution]
forbidden_operations: [Credential access, Data deletion, Production deployment]
forbidden_file_patterns: ["*.env", "credentials.*", "*.key", ".ssh/*"]
document_creation_policy:
allowed_without_permission:
- "Production code files (src/**/*)"
- "Test files (tests/**/*)"
- "Required handoff artifacts only"
requires_explicit_permission:
- "Summary reports"
- "Analysis documents"
- "Migration guides"
Production Readiness Checklist
Before declaring production-ready, verify:
- Input/Output contract defined (see hexagonal-testing skill)
- Safety framework active (4 validation layers above)
- Test coverage meets thresholds
- All quality gates passing (see quality-framework skill)
- Edge cases tested (null, empty, malformed, boundary)
- No silent error handling (all errors logged/alerted)
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 50 lines · 22 tokens per session scan C 03b793065f3e
nw-production-safety is a skill published in the GitHub repository nWave-ai/nWave (620 stars, last pushed 1mo ago), licensed MIT. It adds 22 tokens to every session and 401 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it C with 1 finding (recursive force delete). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.
Other skills, from other repositories
engineering-workflow
A Chinese-language workflow for reliable software development. It describes exploring the problem, making a plan, using TDD (test-driven development, where tests are written before the code), debugging methodically, reviewing code, and verifying the result.
tdd
Use only when the user explicitly asks for TDD, a failing test, or a regression test, OR when the bug has an obvious cheap local test target. Skip when the test path is unclear, expensive, integration-heavy, or not requested.
moai-run
Implement SPEC requirements using DDD/TDD methodology.
test-driven-development
Strict RED-GREEN-REFACTOR cycle enforcement. Tests are never skipped or deferred. Run mode only, never watch mode. Exit code evidence mandatory.
tdd-enforcement
Red-Green-Refactor TDD methodology with mandatory failing tests, minimal implementation, quality refactoring, and 80% coverage gating.
story-development
Implement user stories with test-driven development methodology.