ironmind-typescript-patterns

Enforce TypeScript best-practice patterns across the IRONMIND codebase.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/MorganDevInSA/ironmind --skill ironmind-typescript-patterns
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ironmind-typescript-patterns
Source: https://github.com/MorganDevInSA/ironmind/tree/main/.cursor/skills/ironmind-typescript-patterns
Command: npx skills add https://github.com/MorganDevInSA/ironmind --skill ironmind-typescript-patterns

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Enforce correct TypeScript patterns in the IRONMIND codebase. Use when writing or editing any TypeScript file — services, controllers, components, types, seed files. Prevents the class of errors found in the audit: duplicate imports, wrong union types, implicit any, unknown ReactNode, broken module references.

Core Features & Use Cases

  • Enforces unique imports, correct module paths, and proper typing across TS files
  • Reduces implicit any and broken ReactNode practices
  • Serves as a guardrail during edits of services, controllers, components, types, and seeds

Quick Start

Audit a TypeScript file to ensure it adheres to the project's TS patterns.

Frequently Asked Questions about ironmind-typescript-patterns

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce TypeScript best practices to prevent duplicate imports and implicit any errors?

To enforce TypeScript best practices, audit your TypeScript files to identify duplicate imports, implicit any, and broken module references. Applying pattern rules during development and code reviews prevents common typing errors across services, controllers, components, and seed files.

How do I fix incorrect ReactNode typing and wrong union types in a React codebase?

Fix incorrect ReactNode typing by applying explicit ReactNode typing rules and validating correct union types. Auditing your TypeScript components ensures React types are properly declared, eliminating unknown ReactNode practices and reducing type-related runtime failures.

What is the best way to check TypeScript file patterns during a code review?

The best way to check TypeScript file patterns during a code review is to validate files against established static analysis rules. This catches incorrect union types, duplicate imports, and broken module references before merging edits to services or controllers.

Can I use static analysis lint rules to prevent broken module references in TypeScript services and seed files?

Yes, you can use static analysis lint rules to prevent broken module references in TypeScript services and seed files. Enforcing consistent module references and unique imports during file edits catches path resolution failures before they reach production.

Does this TypeScript pattern enforcement work for both frontend components and backend controllers?

Yes, TypeScript pattern enforcement works for both frontend components and backend controllers. It validates correct typing, unique imports, and proper module paths across the entire codebase, ensuring consistent static analysis standards in every file type.

Why does my TypeScript code review keep failing due to implicit any and unknown ReactNode practices?

TypeScript code reviews fail due to implicit any and unknown ReactNode practices when files lack explicit type declarations. Enforcing strict typing patterns during development eliminates these issues by requiring explicit ReactNode typing and rejecting implicit any values.