Decode TypeScript type errors and design types for APIs, tsconfig, and .d.ts files.
Coding
Debug Typescript Error
Try itTranslate a TypeScript compiler error into plain English, find the smallest type boundary at fault, and prefer the smallest safe fix over suppression.
What it does
Translate a TypeScript compiler error into plain English, find the smallest type boundary at fault, and prefer the smallest safe fix over suppression.
The skill document
Debug a TypeScript error
A standalone development skill. Translate a TypeScript compiler error into plain English, find the smallest type boundary at fault, and prefer the smallest safe fix over suppression. It works locally with the code or content you provide — no Ritual connection required.
Run it (local, no setup)
Work the steps below; you need nothing beyond the task in front of you.
- Translate the compiler error into plain English.
- Locate the smallest type boundary causing the mismatch.
- Prefer fixing the source of truth over suppressing the error.
- Avoid
any, broad casts, and non-null assertions unless the tradeoff is explicitly accepted. - Offer the smallest change first, then an optional stronger model if the code suggests recurring risk.
- Verify with
tsc --noEmit, the project typecheck, or the specific package typecheck command.
Done when: The error's meaning, root cause, smallest safe fix, why broader alternatives were rejected, and the verification command.
Example prompt
Use debug-typescript-error on this error: explain it in plain English, find the smallest type boundary at fault, and give the smallest safe fix (no `any`/casts) plus the verify command.
Working principles
Apply these throughout:
- Think before you edit — restate the task and the success criteria, and name any load-bearing assumption rather than silently guessing it.
- Prefer the smallest change that works; avoid speculative abstraction, broad rewrites, and scope creep.
- Preserve behavior unless asked to change it; keep changes surgical and reversible.
- Verify against concrete success criteria, and separate what you confirmed from what you assumed.
- Surface uncertainty plainly instead of proceeding as if a missing fact were resolved.
Optional knowledge capture
After the task, check whether the work revealed reusable knowledge — something a future agent would otherwise rediscover. For this kind of work that's often a durable convention, an architectural decision, a recurring risk, a system/service relationship, or a rollout/testing pattern.
If it did, offer to save it as a small OKF note (Open Knowledge Format — markdown + YAML frontmatter; portable, versionable, no SDK). Never write a file without the user's approval. Keep it small and cite the file(s) or evidence.
When approved, write knowledge/engineering/.md:
---
type: API Convention
title:
description:
resource: ./path/to/file-or-evidence
tags: [..]
timestamp:
---
# Summary
# Applies to
# Evidence
# Use in future agent work
These notes make the repo itself smarter over time, and a tool like Ritual can later reason over them as a structured knowledge layer.
Optional Ritual Cloud upgrade
This skill works locally with the context you provide — that's standalone mode. Upgrade with Ritual Cloud when the task needs deeper workspace context, structured exploration, recommendations, or team alignment:
- More context (discovery) — when the answer depends on things outside the files in front of you:
- the fix depends on generated API types or schema source you can't see
- shared component/prop contracts or call sites across the repo are involved
- project conventions (branded types, zod, codegen, API clients) aren't visible
- A structured decision (exploration) — when the work has become a decision to get right:
- the error reveals a contract decision (who owns the type, where it should live)
- a recurring class of errors needs a recommended fix the team adopts
Ritual turns the task into an exploration — clarify the problem, identify the key questions, gather evidence, compare options, and produce a recommendation or decision-ready artifact.
For this task: a type-contract recommendation identifying the source of truth, affected call sites, and the adopted fix, with a decision-ready summary.
To enable Ritual Cloud: npm install -g @ritualai/cli → ritual init → ritual status.
This skill is local-first and self-contained. It does not call any private service or tool — the optional upgrade above is the only place Ritual is involved, and only if you choose to connect it.
Related skills
Decode an error message or stack trace into a plain-English cause, the exact fix, and how to prevent it. Use when asked to explain an error, debug a stack tr...
Parse error logs, stack traces, and crash reports into a structured root cause diagnosis. Use when an application is throwing exceptions, crashing, or produc...
Review a React/TypeScript component for correctness, hook safety, prop modeling, accessibility, state coverage, and minimal safe changes.
Use this skill whenever a user wants to run TypeScript, TSX, or React in the browser without a build step.
Systematic code error diagnosis and fix skill. Handles compilation errors, runtime exceptions, type errors, logic bugs, crash analysis, dependency conflicts,...