TypeScript Advanced Patterns Best Practices
Type-level programming, library-author idioms, and feature-implementation patterns that go beyond surface uses of TypeScript 5.x. Contains 40 rules across 5 categories, prioritised by impact on consumer codebases.
When to Apply
Reference these guidelines when:
- Designing a public library or DSL surface (fluent builders, event emitters, route parsers, query builders, schema-derived clients)
- Writing type-level algorithms (recursive conditionals, accumulator pattern, key remapping, variadic tuples, type-level string/number ops, type-level tests)
- Using TS 5.x features in non-trivial ways (Stage 3 decorators,
using composition, const T for overload disambiguation, NoInfer for anchor-vs-constrained parameters, variance annotations, the bivariance hole)
- Encoding workflow state, transitions, and capabilities at the type level so illegal states and missing checks are compile errors
- Integrating with the declaration & module system (module augmentation, declaration merging, ambient asset modules, library type publishing via
exports/typesVersions)
Boundary with neighbouring skills
| Skill |
Don't reach for this skill if you need… |
typescript (curated) |
Compiler performance / tsconfig tuning |
typescript-refactor |
General refactoring patterns and modern-TS surface basics |
ts-google |
Google-style code style decisions |
clean-code-ts-react |
Clean-code principles (naming, function shape, abstraction) |
effect-ts / opencode-ts |
Effect library-specific patterns |
If a rule in this skill overlaps with one in typescript-refactor or .curated/typescript, the rule's Scope delta section names what this skill adds beyond the simpler version.
Rule Categories by Priority
| Priority |
Category |
Impact |
Prefix |
Rules |
| 1 |
Library Author / DSL Patterns |
CRITICAL |
dsl- |
8 |
| 2 |
Type-level Programming |
HIGH |
tlp- |
10 |
| 3 |
Modern Features at Depth |
HIGH |
mod- |
8 |
| 4 |
Feature Implementation Patterns |
MEDIUM-HIGH |
impl- |
8 |
| 5 |
Declaration & Module System |
MEDIUM |
decl- |
6 |
Quick Reference
1. Library Author / DSL Patterns (CRITICAL)
dsl-fluent-builder-phantom-state — Enforce builder call order with phantom state types
dsl-typed-event-emitter — Build typed event emitters with mapped event maps
dsl-type-safe-object-paths — Type object path access with dot-notation inference
dsl-route-param-inference — Infer route parameters from path patterns
dsl-schema-first-inference — Derive static types from runtime schemas
dsl-type-safe-query-builder — Encode query shape in the builder's return type
dsl-narrow-api-surface — Export only the API surface, not internal helpers
dsl-overloads-vs-conditional-returns — Choose overloads over conditional return types
2. Type-level Programming (HIGH)
tlp-recursive-conditional-types — Use recursive conditional types for structural transformations
tlp-tail-recursion-accumulator — Use tail-recursion accumulator pattern to bypass the 50-step limit
tlp-infer-extends-constraints — Constrain infer with extends for validated extraction
tlp-key-remapping-as — Remap keys with as clauses in mapped types
tlp-variadic-tuple-types — Use variadic tuples for position-aware type algorithms
tlp-type-level-string-algorithms — Build type-level string algorithms with recursive template literals
tlp-distributive-conditional-control — Control distribution with the [T] extends [U] tuple trick
tlp-type-level-tests — Test types with Equal, Expect, and @ts-expect-error
tlp-template-literal-pattern-matching — Match structured strings with infer in template literals
tlp-hkt-emulation — Emulate higher-kinded types with interface dictionaries
3. Modern Features at Depth (HIGH)
mod-stage-3-decorators — Use Stage 3 decorators with decorator context for metaprogramming
mod-using-disposal-ordering — Compose using resources with explicit disposal ordering
mod-const-type-params-overloads — Use const T to preserve literals through overloaded APIs
mod-noinfer-overload-disambiguation — Use NoInfer<T> to disambiguate overloaded function signatures
mod-variance-debugging — Debug variance errors with in/out annotations
mod-method-vs-property-bivariance — Prefer property syntax over method syntax to avoid bivariance holes
mod-phantom-capability-tracking — Track capabilities at the type level with phantom brands
mod-satisfies-branded-config — Combine satisfies with branded types for validated configuration
4. Feature Implementation Patterns (MEDIUM-HIGH)
impl-tagged-result-type — Model operation outcomes as Ok<T> | Err<E> tagged unions
impl-state-discriminated-union — Model workflow state as a discriminated union of state records
impl-finite-state-machine — Encode FSM transitions in function signatures
impl-schema-derived-api-client — Derive client argument and return types from endpoint schemas
impl-type-safe-form-builder — Drive form-field inference from a single schema definition
impl-phantom-feature-flags — Gate feature-dependent code with phantom capability types
impl-assert-never-exhaustive — Use assertNever to force exhaustive handling of union variants
impl-env-config-loader — Validate environment configuration at boundary with schema inference
5. Declaration & Module System (MEDIUM)
decl-module-augmentation — Augment third-party module types without patching source
decl-declaration-merging — Merge interface, namespace, and class declarations to extend APIs
decl-ambient-asset-modules — Declare ambient modules for non-TypeScript asset imports
decl-global-augmentation-discipline — Scope global type augmentation to avoid conflicts
decl-exports-and-types-versions — Ship library types with exports and typesVersions maps
decl-authoring-d-ts-for-js — Author .d.ts files for plain JavaScript libraries
How to Use
Read individual reference files for detailed explanations, code examples, and "when NOT to apply" guidance:
- Section definitions — Category structure and impact levels
- Rule template — Template for adding new rules
Rules cross-link via [[other-rule-slug]]; follow them when a related pattern is referenced.
Reference Files
| File |
Description |
| references/_sections.md |
Category definitions and ordering |
| assets/templates/_template.md |
Template for new rules |
| metadata.json |
Version and reference information |
1---
2name: typescript-advanced-patterns
3description: Advanced TypeScript — type-level programming, library/DSL APIs, declaration merging, modern language features at depth (decorators, using, const T, NoInfer, variance), and feature implementation patterns built on advanced types. Trigger on tasks involving recursive conditional types, infer patterns, mapped-type key remapping, variadic tuples, fluent builders with phantom state, schema-first inference (Zod/Valibot), end-to-end-typed API clients, finite state machines, module augmentation, and library-publishing concerns. Trigger even when the user does not say "advanced" — if the work involves type-level algorithms, library-author API design, or going beyond surface-level uses of TS 5.x features, this is the skill. Assumes the reader has absorbed the `typescript-refactor` skill — this one extends those patterns at depth, never restates them.
4---
5
6# TypeScript Advanced Patterns Best Practices
7
8Type-level programming, library-author idioms, and feature-implementation patterns that go beyond surface uses of TypeScript 5.x. Contains 40 rules across 5 categories, prioritised by impact on consumer codebases.
9
10## When to Apply
11
12Reference these guidelines when:
13
14- Designing a public library or DSL surface (fluent builders, event emitters, route parsers, query builders, schema-derived clients)
15- Writing type-level algorithms (recursive conditionals, accumulator pattern, key remapping, variadic tuples, type-level string/number ops, type-level tests)
16- Using TS 5.x features in non-trivial ways (Stage 3 decorators, `using` composition, `const T` for overload disambiguation, `NoInfer` for anchor-vs-constrained parameters, variance annotations, the bivariance hole)
17- Encoding workflow state, transitions, and capabilities at the type level so illegal states and missing checks are compile errors
18- Integrating with the declaration & module system (module augmentation, declaration merging, ambient asset modules, library type publishing via `exports`/`typesVersions`)
19
20## Boundary with neighbouring skills
21
22| Skill | Don't reach for this skill if you need… |
23|-------|-----------------------------------------|
24| `typescript` (curated) | Compiler performance / tsconfig tuning |
25| `typescript-refactor` | General refactoring patterns and modern-TS surface basics |
26| `ts-google` | Google-style code style decisions |
27| `clean-code-ts-react` | Clean-code principles (naming, function shape, abstraction) |
28| `effect-ts` / `opencode-ts` | Effect library-specific patterns |
29
30If a rule in this skill overlaps with one in `typescript-refactor` or `.curated/typescript`, the rule's **Scope delta** section names what this skill adds beyond the simpler version.
31
32## Rule Categories by Priority
33
34| Priority | Category | Impact | Prefix | Rules |
35|----------|----------|--------|--------|-------|
36| 1 | Library Author / DSL Patterns | CRITICAL | `dsl-` | 8 |
37| 2 | Type-level Programming | HIGH | `tlp-` | 10 |
38| 3 | Modern Features at Depth | HIGH | `mod-` | 8 |
39| 4 | Feature Implementation Patterns | MEDIUM-HIGH | `impl-` | 8 |
40| 5 | Declaration & Module System | MEDIUM | `decl-` | 6 |
41
42## Quick Reference
43
44### 1. Library Author / DSL Patterns (CRITICAL)
45
46- [`dsl-fluent-builder-phantom-state`](references/dsl-fluent-builder-phantom-state.md) — Enforce builder call order with phantom state types
47- [`dsl-typed-event-emitter`](references/dsl-typed-event-emitter.md) — Build typed event emitters with mapped event maps
48- [`dsl-type-safe-object-paths`](references/dsl-type-safe-object-paths.md) — Type object path access with dot-notation inference
49- [`dsl-route-param-inference`](references/dsl-route-param-inference.md) — Infer route parameters from path patterns
50- [`dsl-schema-first-inference`](references/dsl-schema-first-inference.md) — Derive static types from runtime schemas
51- [`dsl-type-safe-query-builder`](references/dsl-type-safe-query-builder.md) — Encode query shape in the builder's return type
52- [`dsl-narrow-api-surface`](references/dsl-narrow-api-surface.md) — Export only the API surface, not internal helpers
53- [`dsl-overloads-vs-conditional-returns`](references/dsl-overloads-vs-conditional-returns.md) — Choose overloads over conditional return types
54
55### 2. Type-level Programming (HIGH)
56
57- [`tlp-recursive-conditional-types`](references/tlp-recursive-conditional-types.md) — Use recursive conditional types for structural transformations
58- [`tlp-tail-recursion-accumulator`](references/tlp-tail-recursion-accumulator.md) — Use tail-recursion accumulator pattern to bypass the 50-step limit
59- [`tlp-infer-extends-constraints`](references/tlp-infer-extends-constraints.md) — Constrain `infer` with `extends` for validated extraction
60- [`tlp-key-remapping-as`](references/tlp-key-remapping-as.md) — Remap keys with `as` clauses in mapped types
61- [`tlp-variadic-tuple-types`](references/tlp-variadic-tuple-types.md) — Use variadic tuples for position-aware type algorithms
62- [`tlp-type-level-string-algorithms`](references/tlp-type-level-string-algorithms.md) — Build type-level string algorithms with recursive template literals
63- [`tlp-distributive-conditional-control`](references/tlp-distributive-conditional-control.md) — Control distribution with the `[T] extends [U]` tuple trick
64- [`tlp-type-level-tests`](references/tlp-type-level-tests.md) — Test types with `Equal`, `Expect`, and `@ts-expect-error`
65- [`tlp-template-literal-pattern-matching`](references/tlp-template-literal-pattern-matching.md) — Match structured strings with `infer` in template literals
66- [`tlp-hkt-emulation`](references/tlp-hkt-emulation.md) — Emulate higher-kinded types with interface dictionaries
67
68### 3. Modern Features at Depth (HIGH)
69
70- [`mod-stage-3-decorators`](references/mod-stage-3-decorators.md) — Use Stage 3 decorators with decorator context for metaprogramming
71- [`mod-using-disposal-ordering`](references/mod-using-disposal-ordering.md) — Compose `using` resources with explicit disposal ordering
72- [`mod-const-type-params-overloads`](references/mod-const-type-params-overloads.md) — Use `const T` to preserve literals through overloaded APIs
73- [`mod-noinfer-overload-disambiguation`](references/mod-noinfer-overload-disambiguation.md) — Use `NoInfer<T>` to disambiguate overloaded function signatures
74- [`mod-variance-debugging`](references/mod-variance-debugging.md) — Debug variance errors with `in`/`out` annotations
75- [`mod-method-vs-property-bivariance`](references/mod-method-vs-property-bivariance.md) — Prefer property syntax over method syntax to avoid bivariance holes
76- [`mod-phantom-capability-tracking`](references/mod-phantom-capability-tracking.md) — Track capabilities at the type level with phantom brands
77- [`mod-satisfies-branded-config`](references/mod-satisfies-branded-config.md) — Combine `satisfies` with branded types for validated configuration
78
79### 4. Feature Implementation Patterns (MEDIUM-HIGH)
80
81- [`impl-tagged-result-type`](references/impl-tagged-result-type.md) — Model operation outcomes as `Ok<T> | Err<E>` tagged unions
82- [`impl-state-discriminated-union`](references/impl-state-discriminated-union.md) — Model workflow state as a discriminated union of state records
83- [`impl-finite-state-machine`](references/impl-finite-state-machine.md) — Encode FSM transitions in function signatures
84- [`impl-schema-derived-api-client`](references/impl-schema-derived-api-client.md) — Derive client argument and return types from endpoint schemas
85- [`impl-type-safe-form-builder`](references/impl-type-safe-form-builder.md) — Drive form-field inference from a single schema definition
86- [`impl-phantom-feature-flags`](references/impl-phantom-feature-flags.md) — Gate feature-dependent code with phantom capability types
87- [`impl-assert-never-exhaustive`](references/impl-assert-never-exhaustive.md) — Use `assertNever` to force exhaustive handling of union variants
88- [`impl-env-config-loader`](references/impl-env-config-loader.md) — Validate environment configuration at boundary with schema inference
89
90### 5. Declaration & Module System (MEDIUM)
91
92- [`decl-module-augmentation`](references/decl-module-augmentation.md) — Augment third-party module types without patching source
93- [`decl-declaration-merging`](references/decl-declaration-merging.md) — Merge interface, namespace, and class declarations to extend APIs
94- [`decl-ambient-asset-modules`](references/decl-ambient-asset-modules.md) — Declare ambient modules for non-TypeScript asset imports
95- [`decl-global-augmentation-discipline`](references/decl-global-augmentation-discipline.md) — Scope global type augmentation to avoid conflicts
96- [`decl-exports-and-types-versions`](references/decl-exports-and-types-versions.md) — Ship library types with `exports` and `typesVersions` maps
97- [`decl-authoring-d-ts-for-js`](references/decl-authoring-d-ts-for-js.md) — Author `.d.ts` files for plain JavaScript libraries
98
99## How to Use
100
101Read individual reference files for detailed explanations, code examples, and "when NOT to apply" guidance:
102
103- [Section definitions](references/_sections.md) — Category structure and impact levels
104- [Rule template](assets/templates/_template.md) — Template for adding new rules
105
106Rules cross-link via `[[other-rule-slug]]`; follow them when a related pattern is referenced.
107
108## Reference Files
109
110| File | Description |
111|------|-------------|
112| [references/_sections.md](references/_sections.md) | Category definitions and ordering |
113| [assets/templates/_template.md](assets/templates/_template.md) | Template for new rules |
114| [metadata.json](metadata.json) | Version and reference information |