@typescript/typescript6 does not proxy subpath imports

[christopher-buss]

🔎 Search Terms

@typescript/typescript6, tsserverlibrary, typescript7 beta alias, typescript@npm:@typescript/typescript6, Cannot find module 'typescript/lib/tsserverlibrary', project-service createProjectService

🕗 Version & Regression Information

This is an issue with @typescript/typescript6@6.0.0 (the only version published, 2026-04-16). There is no prior version to compare against.
The package was introduced alongside the TypeScript 7.0 beta announcement as the recommended aliasing target for consumers that want TS 6.0 semantics to continue while migrating to the TS 7.0 native-preview tsgo binary.
I reviewed the FAQ and searched the issue tracker for typescript6 and tsserverlibrary + alias and found no existing reports.

⏯ Playground Link

Not applicable.

💻 Code

// package.json
{
  "devDependencies": {
    "typescript": "npm:@typescript/typescript6@6.0.0",
    "@typescript-eslint/parser": "8.58.1",
    "@typescript-eslint/project-service": "8.58.1"
  }
}

🙁 Actual behavior

$ node -e "require('typescript/lib/tsserverlibrary')"
node:internal/modules/cjs/loader:...
Error: Cannot find module 'typescript/lib/tsserverlibrary'
Require stack:
- .../node_modules/typescript/lib/ (stub has only typescript.js, typescript.d.ts, tsc.js)

@typescript/typescript6@6.0.0 ships three files: lib/typescript.js, lib/typescript.d.ts, lib/tsc.js. package.json has no exports map, so subpath imports resolve directly against lib/. There is no lib/tsserverlibrary.js, lib/tsserver.js, lib/tsvfs.js, etc.

Any tool that uses a subpath require fails. The real-world impact is that @typescript-eslint/parser with the default projectService: true config errors on every .ts file with Parsing error: Cannot find module 'typescript/lib/tsserverlibrary'. The failing line is const tsserver = require('typescript/lib/tsserverlibrary') in @typescript-eslint/project-service/src/createProjectService.ts.

So the alias that the TS 7.0 blog recommends as a compatibility path for exactly this class of tool seems to breaks exactly that class of tool from my own experience.

🙂 Expected behavior

@typescript/typescript6 is documented as the forward-compatible home for the TS 6.0 compiler and API. Tools that currently work against typescript@6.x should continue to work when typescript is aliased to @typescript/typescript6, including subpath imports.

Additional information about the issue

Workaround in consumer repos while this is unfixed: apply this pnpm patchedDependencies / patch-package patch:
patches/@typescript__typescript6@6.0.0.patch:

diff --git a/lib/tsserverlibrary.d.ts b/lib/tsserverlibrary.d.ts
new file mode 100644
--- /dev/null
+++ b/lib/tsserverlibrary.d.ts
@@ -0,0 +1,2 @@
+import ts = require("./typescript.js");
+export = ts;
diff --git a/lib/tsserverlibrary.js b/lib/tsserverlibrary.js
new file mode 100644
--- /dev/null
+++ b/lib/tsserverlibrary.js
@@ -0,0 +1 @@
+module.exports = require("./typescript.js");

[RyanCavanaugh]

🤖 Thank you for your issue! I've done some analysis to help get you started. This response is automatically generated; feel free to 👍 or 👎 this comment according to its usefulness.

Similar Issues

Here are the most similar issues I found

• (67%) microsoft/typescript#44848: Support Node Package Subpath Pattern Imports
• (66%) microsoft/typescript#13236: No straightforward/stable way to consume lib/tsserverlibrary.js
• (66%) microsoft/typescript#28233: TS-Check: cannot find module
• (66%) microsoft/typescript#26787: path configuration aliases not working with nested folders.
• (66%) microsoft/typescript#57731: Allow type import from .d.ts using subpath import alias

If your issue is a duplicate of one of these, feel free to close this issue. Otherwise, no action is needed.

[RyanCavanaugh]

What do you need specifically from tsserverlibrary.js that isn't in typescript.js?

[christopher-buss]

I'm not specifically using anything - so maybe this is on the TS-ESlint side, but https://github.com/typescript-eslint/typescript-eslint/blob/main/packages/project-service/src/createProjectService.ts specifically uses import type * as ts from 'typescript/lib/tsserverlibrary'; which is what is breaking when I tried to update.