smithery/neversight

nasa_typescript_safety

Adapts NASA's "Power of 10" safety rules for high-reliability TypeScript code.

Installation

$ npx skills add smithery/neversight --skill nasa-typescript-safety

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/neversight · top by installs.

npx skills add smithery/neversight

Browse all from smithery/neversight

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Skill metadata

Parsed from SKILL.md frontmatter.

Allowed toolsRead, Edit

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,348 B
  • docs SUMMARY.md 108 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

NASA TypeScript Safety Protocol

1. Simple Control Flow

  • Rule: Avoid complex recursion. Use simple iteration.
  • Limit: functions should be perceivable on a single screen (approx 50-60 lines). If longer, Refactor.

2. Strict Scope & Initialization

  • Rule: Variables must be declared in the smallest possible scope (const > let > var).
  • Initialization: Objects should be fully initialized. Avoid "build-up" patterns where properties are added later (forces consistent Shapes/Hidden Classes).

3. The "No Magic" Rule (Type Safety)

  • Strict Ban: as unknown as Type. If you need this, your types are wrong.
  • Strict Ban: any. Use unknown with Type Guards if data is truly dynamic.
  • Validation: Input data (from API/User) MUST be validated (Zod) at the boundary. Never trust external input.

4. Robust Error Handling

  • Rule: Check return values. Promises must be caught.
  • Crash Proof: Critical flows (Payment, Data Save) must have try/catch and recovery logic, not just "log and crash".

5. Safety Checklist

  • Is the function small enough?
  • Did I remove all any uses?
  • Is there any unhandled Promise rejection?