[16/44] Enable TS strict mode in sdk-experiments
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 970
- Forks
- 486
- Avg merge
- 3d 33m
- Merged PRs (30d)
- 170
Description
Description
Part of the strict-mode rollout epic #35932. Enable TypeScript strict mode for the sdk-experiments project.
- Dependency layer: 2 · Internal dependents: 0 · Rollout order: 16 / 44
Note: the original acceptance criteria referenced
typescript-strict-plugin,npx tsc-strict, and// @ts-strict-ignore. That approach was dropped by the epic — the plugin was never installed. The ACs below reflect the approach in force, documented incore-web/CLAUDE.md→ TypeScript Strict Mode.
Acceptance Criteria
- The six strict flags are present in
sdk-experiments's owntsconfig.json:
forceConsistentCasingInFileNames,strict,noImplicitOverride,noPropertyAccessFromIndexSignature,noImplicitReturns,noFallthroughCasesInSwitch. -
tsc -p libs/sdk/experiments/tsconfig.lib.json --noEmitreports 0 errors. -
tsc -p libs/sdk/experiments/tsconfig.spec.json --noEmitreports 0 errors. - All errors resolved with explicit types — no new
any. -
nx run sdk-experiments:lint,:testand:buildpass. - The enforcement status is recorded — i.e. whether any CI gate actually verifies the strictness.
⚠️
:testdoes not type-check (isolatedModules: trueputs ts-jest in transpile-only mode — see #35948).tsc -pis the acceptance test.
Priority
Medium
Additional Context
One project in the bottom-up rollout tracked by epic #35932.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with core-web/CLAUDE.md’s TypeScript Strict Mode guidance and the six flags in libs/sdk/experiments/tsconfig.json. Run the two listed tsc --noEmit commands first, then use nx run sdk-experiments:lint, :test, and :build while resolving reported errors with explicit types. Done means all checks pass, no new any is added, and the enforcement status is recorded.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- build-system, tooling
- Issue type
- Refactor
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Clearly specified
- Newbie friendliness
- 55/100