Use when the task involves TypeScript testing strategy, type tests, runtime tests, environment/framework test boundaries, CI confidence, or deciding what kind of proof the system actually needs.
This bridge skill routes TypeScript work into the canonical testing and proof doctrine.
Use it when the task is about:
../../SKILL.md for the engine boundary.../../references/clean-code/INDEX.md.../../references/clean-code/typescript-testing-strategy-and-type-boundaries.md.../../references/clean-code/quality-gates-governance.md.../../references/clean-code/typescript-runtime-validation-decision-matrix.md.../../references/architecture/INDEX.md or ../../references/interop/INDEX.md.../../rules/testing/INDEX.md for exact rule routing only after the doctrine lane is clear.Classify the testing pressure first:
Then name what is actually missing:
Return:
Type-safe systems need test strategy that respects both compile-time and runtime boundaries.
Do not collapse all testing into one vague suite. Choose the smallest honest confidence surface that proves the truth you actually need.