type-checker

Run TypeScript type checks and fix type errors with strict typing.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/cityfish91159/maihouses --skill type-checker
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: type-checker
Source: https://github.com/cityfish91159/maihouses/tree/main/.claude/skills/type-checker
Command: npx skills add https://github.com/cityfish91159/maihouses --skill type-checker

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Helps maintain strong type safety by performing type checks and guiding type fix strategies.

Core Features & Use Cases

  • Type Checks: Run npm run typecheck and interpret errors.
  • Smart Fixes: Propose or apply typing improvements across the codebase.
  • Use Case: When a TS error arises, run this skill to auto-detect and fix type definitions.

Quick Start

Run npm run typecheck and apply recommended fixes until all type errors are resolved.

Frequently Asked Questions about type-checker

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

FAQPage Schema
How do I fix TypeScript type errors in my project?

Type checking identifies mismatched types, missing definitions, and unsafe `any` usage. Run `npm run typecheck` to detect errors, then apply fixes by defining proper types, replacing `any` with specific types, or updating interface annotations until all errors resolve.

Can I automatically fix TypeScript type errors across my codebase?

Yes. This Skill reads type-check error outputs—file paths, line numbers, error codes, and messages—then proposes or applies repairs by using existing types, defining new ones, or applying generics, verifying fixes by re-running `npm run typecheck`.

What should I do when npm run typecheck shows type errors?

Run type checking to capture errors, interpret the error messages and affected lines, decide whether to use an existing type, create a new one, or apply generics, modify the code, then re-run `npm run typecheck` to confirm all issues are resolved.

Does this work with both frontend and backend TypeScript projects?

Type checking and fixing applies to both frontend and backend TypeScript projects. The process reads errors, accesses type definitions, applies repair strategies, and verifies results uniformly across any codebase using strict typing.

Why should I replace `any` in TypeScript instead of leaving it?

Replacing `any` enforces strict type safety by catching errors at compile time rather than runtime. Strong typing prevents silent bugs, improves code maintainability, and enables better tooling support like autocomplete and refactoring.

What's the difference between fixing type errors and just ignoring them?

Ignoring type errors leaves unsafe code that fails at runtime; fixing them enforces compile-time safety. Addressing errors through proper types, definitions, or generics prevents bugs, improves code clarity, and strengthens overall codebase reliability.