fix(pkgmap+routes): resolve workspace imports + extract SvelteKit filesystem routes

[utilia-ai-wox]

Summary

Two structural fixes for TypeScript monorepos with pnpm/yarn workspaces and SvelteKit projects, surfaced while indexing a 885-file production SvelteKit + Turborepo + 7 workspace-packages codebase (ano-server). On that codebase the patches take the graph from 21507 nodes / 319 edges (ratio 0.015) to 29254 nodes / 31802 edges (ratio 1.09, 100× more edges), all without a single regression on the other test fixtures (Rust + Python repos).

Two independent commits, easy to review separately:

1. fix(pkgmap) — workspace package imports (import { x } from '@my/pkg') were silently dropped because package.json and composer.json are listed in IGNORED_JSON_FILES. The pkgmap builders walked files[] looking for manifests they could never see, so the hash table was always empty, every cbm_pipeline_resolve_module(\"@my/pkg\") fell through, the resulting target QN didn't match any Module node, and the IMPORTS edge was silently dropped.

2. feat(routes) — SvelteKit projects (which derive REST endpoints + SSR loaders from filesystem layout, not from call sites like app.get(...)) returned total=0 for label=Route regardless of size. Adds a Phase 5 to cbm_pipeline_create_route_nodes that walks File nodes, detects +server.{ts,js} / +page.server.{ts,js} / +layout.server.{ts,js}, derives the URL route path from the filesystem, and emits Route + HANDLES.

Bug #1 — Workspace package imports

Root cause (3 cascading issues)

#	Problem	Location
a	package.json filtered out by IGNORED_JSON_FILES → pkgmap builders see 0 manifests	src/discover/discover.c:91-101
b	Sequential pass_definitions does extract + import-resolve in a single per-file loop → file_i can't resolve imports targeting file_j (j > i) because file_j's Module node doesn't exist yet	src/pipeline/pass_definitions.c:324
c	Parallel path was correct (extract-then-resolve), but only saw discovery-surfaced manifests, so it inherited (a)	src/pipeline/pass_parallel.c:552

Fix

• New cbm_pkgmap_scan_repo(repo_path, entries): recursive filesystem walker that picks up manifest basenames independently of the main discoverer, honouring the shared cbm_should_skip_dir blocklist (node_modules, .git, target, build, .svelte-kit, dist, …). Uses the existing cbm_pkgmap_try_parse dispatcher so new manifest types just plug in.
• New cbm_pkgmap_build_from_repo(repo_path, files, file_count, project_name): sequential-path entry point that combines whatever the discoverer surfaced with the filesystem scan.
• Parallel path: merge_pkg_entries invokes cbm_pkgmap_scan_repo before the existing per-worker entry merge.
• Sequential pass_definitions split into two phases: Phase 1 extracts every file (Module nodes), Phase 2 resolves IMPORTS edges (all targets now exist).

Numbers (ano-server, 885 files, 7 @ano/* workspace packages)

	Before	After
pkgmap.build entries	(no log → returns NULL)	18
parallel.registry.done imports	195	1178
updatePortalClient.in_degree (workspace function with 7 callers)	0	7
Edges total	319	31802

Bug #2 — SvelteKit filesystem routes

Root cause

pass_calls.c recognises Express / Fastify / decorator-based route declarations through cbm_service_pattern_match (matching the callee name of a function call like app.get(\"/foo\", handler)). SvelteKit has no such call — the file path itself IS the route declaration. So no Route nodes were ever created for SvelteKit, no HANDLES edges, no API surface exposed in the graph.

Fix

create_sveltekit_routes added as Phase 5 in cbm_pipeline_create_route_nodes. Walks File nodes, identifies SvelteKit server-side files via:

• basename match: +server.{ts,js}, +page.server.{ts,js}, +layout.server.{ts,js}
• ancestor check: requires a /routes/ segment in the path so we don't snag misnamed files outside the routes tree

Derives the URL route from the filesystem:

Filesystem	Route path
apps/x/src/routes/foo/+server.ts	/foo
apps/x/src/routes/api/items/+server.ts	/api/items
apps/x/src/routes/(grp)/foo/+server.ts	/foo (group stripped)
apps/x/src/routes/[slug]/+server.ts	/:slug (param rewrite)
apps/x/src/routes/[...rest]/+server.ts	/*rest (rest param)
apps/x/src/routes/[slug=matcher]/+server.ts	/:slug (matcher suffix discarded)
apps/x/src/routes/+server.ts	/ (root)

Finds handler entries through existing DEFINES edges from the File node to Function/Variable nodes whose names match SvelteKit's documented exports:

File kind	Recognised handlers
+server.{ts,js}	GET, POST, PUT, PATCH, DELETE, OPTIONS, HEAD, fallback (Function)
+page.server.{ts,js}	load (Function) + actions (Variable, form-actions object)
+layout.server.{ts,js}	load (Function)

For each (route, handler) pair, upserts a Route node with QN __route__<METHOD>__<path> (same schema as existing decorator/infra routes) and emits a HANDLES edge with framework=sveltekit so downstream queries can distinguish SvelteKit routes from Express/etc.

Numbers (ano-server)

	Before	After
pass.sveltekit_routes files	0 (pass didn't exist)	146
pass.sveltekit_routes routes	0	174
pass.sveltekit_routes handles	0	174
search_graph label=Route total	54 (decorator/infra only)	228
Sample route paths	—	/action/:token, /action/:token/questionnaire, /api/v1/portal-auth/login, …

Test plan

• 6-file pnpm fixture (apps/* + packages/* + @my/db workspace + 3 SvelteKit files) — covers group, dynamic param, REST + page-server + layout-server
• ano-server (885 TS files, 7 @ano/* packages, SvelteKit + REST endpoints)
• ano-app-finance (Rust Tauri) — no regression
• ano-core (Rust SDK) — no regression
• Upstream test suite (make -f Makefile.cbm test) — please CI on your side, my macOS toolchain doesn't have all the test sanitizer prereqs

Notes for reviewers

• The two commits are independent and can be cherry-picked / split into two PRs if you prefer — they touch mostly disjoint code paths.
• Sequential path two-phase split is gated by ctx->result_cache: if the caller didn't supply a cache, the old (suboptimal) per-file ordering is preserved for callers that opted out of caching. No behaviour change for them.
• I noticed cbm_pipeline_pass_lsp_cross deadlocks on a specific .ts file in this codebase (≥ 600s no progress, ≤ 5s CPU). Reported as a separate issue with reproducer — unrelated to this PR.

Generated with Claude Code