typescript-tooling
Development tools, linting, and build config for TypeScript. Use when configuring ESLint, Prettier, Jest, Vitest, tsconfig, or any TS build tooling. (triggers: tsconfig.json, .eslintrc.*, jest.config.*, package.json, eslint, prettier, jest, vitest, build, compile, lint)
- License 许可
- MIT
- 最近更新
- 2026-06-24
- Stars
- ★ 67
- Forks
- 24
01 前言 Front Matter
- name
- typescript-tooling
- description
- Development tools, linting, and build config for TypeScript. Use when configuring ESLint, Prettier, Jest, Vitest, tsconfig, or any TS build tooling. (triggers: tsconfig.json, .eslintrc.*, jest.config.*, package.json, eslint, prettier, jest, vitest, build, compile, lint)
02 资源文件 20
- 资产文件data/domain-complexity.csv7.2 KB
- 参考文档data/prd-purpose.md7.1 KB
- 资产文件data/project-types.csv3.1 KB
- 参考文档steps-c/step-01-init.md7.6 KB
- 参考文档steps-c/step-01b-continue.md5.6 KB
- 参考文档steps-c/step-02-discovery.md7.9 KB
- 参考文档steps-c/step-02b-vision.md6.6 KB
- 参考文档steps-c/step-02c-executive-summary.md7.1 KB
- 参考文档steps-c/step-03-success.md9.0 KB
- 参考文档steps-c/step-04-journeys.md8.8 KB
- 参考文档steps-c/step-05-domain.md6.8 KB
- 参考文档steps-c/step-06-innovation.md8.5 KB
- 参考文档steps-c/step-07-project-type.md8.6 KB
- 参考文档steps-c/step-08-scoping.md7.7 KB
- 参考文档steps-c/step-09-functional.md9.0 KB
- 参考文档steps-c/step-10-nonfunctional.md8.8 KB
- 参考文档steps-c/step-11-polish.md9.1 KB
- 参考文档steps-c/step-12-complete.md4.7 KB
- 参考文档templates/prd-template.md164 B
- 参考文档workflow.md2.9 KB
03 SKILL.md 正文
TypeScript Tooling
Priority: P1 (OPERATIONAL)
Essential tooling for TypeScript development and maintenance.
Implementation Guidelines
- Compiler: Use
tscfor CI builds;esbuildorts-nodefor development. - Linting: Enforce
ESLintwith@typescript-eslint/recommended. Enablestrict type checking. - Formatting: Mandate
Prettiervialint-stagedand.prettierrc. - Testing: Use
Vitest(orJest) for unit/integration testing. Target> 80%line coverage. - Builds: Use
tsup(for library bundling) orVite(for web applications). - TypeScript Config: Ensure
tsconfig.jsonhasstrict: true,noImplicitAny: true, andesModuleInterop: true. - CI/CD: Always run
tsc --noEmitexplicitly in the build pipeline to catch type errors. - Error Supression: Favor
@ts-expect-errorover@ts-ignorefor documented edge-cases.
ESLint Configuration
Strict Mode Requirement
CRITICAL: Every file in the project, including tests (.spec.ts), must adhere to strict type-checked rules. NEVER turn off @typescript-eslint/no-explicit-any or no-unsafe-* rules.
Common Linting Issues & Solutions
Request Object Typing
Problem: Using any for Express request objects or creating duplicate inline interfaces.
Solution: Use the centralized interfaces in src/common/interfaces/request.interface.ts.
import { RequestWithUser } from 'src/common/interfaces/request.interface';
Unused Parameters
Problem: Function parameters marked as unused by linter.
Solution: Prefix the parameter with an underscore (e.g., _data) or remove it. NEVER use eslint-disable.
Test Mock Typing
Problem: Jest mocks triggering unsafe type warnings when expect.any() or custom mocks are used.
Solution: Cast the mock or expectation using as unknown as TargetType.
mockRepo.save.mockResolvedValue(result as unknown as User);
Configuration
// tsconfig.json
{
"compilerOptions": {
"strict": true,
"noImplicitReturns": true,
"noUnusedLocals": true
}
}
Verification Workflow (Mandatory)
After editing any .ts / .tsx file:
- Call
getDiagnostics(typescript-lsp MCP tool) — surfaces type errors in real time. - Run
tsc --noEmitin CI — catches project-wide errors LSP may miss. - Run
eslint --fix— auto-fix formatting and lint violations.
getDiagnostics is the fastest feedback loop. Use it before every commit on modified files.
LSP Exploration: Use getHover to inspect inferred types inline. Use getReferences before renaming any symbol to verify all call sites.
References
See references/REFERENCE.md for CI config, test setup, and advanced ESLint rules.