fix(config): drop three dead next.config entries and correct two stale comments

[waleedlatif1]

Summary

Three entries in apps/sim/next.config.ts were inert. Removing them is behavior-neutral. Also corrects two comments that claimed more than the code does.

This came out of an audit of build-speed levers. None of these is a performance fix — they are hygiene, and I'd rather say so than imply a win that isn't there.

The optimizePackageImports finding

The Next 16.2.11 docs state, verbatim: "Turbopack automatically analyzes imports and optimizes them. It does not require this configuration." That sentence is not backed by the code. At tag v16.2.11:

• crates/next-core/src/next_client/context.rs:362 and next_server/context.rs:586 — the list feeds side_effect_free_packages
• next_server/context.rs:167 — the list is force-appended to transpiled_packages, and :191 then removes those entries from the server externals set
• turbopack-ecmascript/src/chunk/placeable.rs:235 — the glob short-circuits ahead of each package's own package.json sideEffects field. It is an override, not a hint.

Next's own turbopack-warning.js also does not list the option as Turbopack-unsupported. So a stale entry is not free: it costs transform work and silently overrides a package's sideEffects declaration.

What was removed

Entry	Why it's dead
lodash (optimizePackageImports)	Zero import sites repo-wide, and not a dependency of any package here. Next already applies a lodash → lodash/{{member}} modularizeImports rule unconditionally.
@radix-ui/react-accordion (same)	Zero import sites — its only occurrence in the repo was this config line. Present in node_modules only via transitive hoisting.
prettier (transpilePackages)	Nothing imports it, it's in no package.json, and the repo formats with Biome. transpilePackages matches modules already in the graph, so this transpiled nothing.

What was deliberately left alone

• zod, reactflow, framer-motion, streamdown — real barrels with real import sites (zod has 389). Removing them removes genuine side_effect_free_packages tree-shaking hints and could grow the client bundle. That's a measurable tradeoff, not a cleanup.
• The 8 remaining @radix-ui/react-* entries — each is a 2-file pre-bundled package, outside the option's documented purpose ("hundreds or thousands of modules"), so they're likely noise plus sideEffects-override risk. But they are imported, so removal is a bundle-size question. Deferred on purpose.
• @react-email/* and @t3-oss/* in transpilePackages — these are where real transform work happens, and all four ship prebuilt JS meeting no documented criterion. Not touched: they were added empirically to fix real bugs, and the @t3-oss failure mode is silently-undefined client env, which ships unnoticed.
• The whole transpilePackages array must stay non-empty. webpack-config.js gates shouldIncludeExternalDirs on !!config.transpilePackages, so emptying it would break dev:webpack compiling packages/*/src. Individual removals are fine.

Comment corrections

• The .map header rule was labelled "Block access to sourcemap files (defense in depth)". It sets x-robots-tag: noindex and a TTL — it blocks nothing, and the maps ship publicly in the production image (docker/app.Dockerfile:107).
• The minimal-registry comment was stale and causally wrong. Measured today: 4,351 tool entries (not ~247) pulling ~5,907 modules (not ~2,074); BLOCK_REGISTRY is 313. Blocks are not a co-equal cost — blocks/registry-maps alone is ~349 modules and mostly rides in behind the tool registry. And the registry is reached via four redundant client-reachable edges, not just providers/utils → tools/params, which is why cutting that one edge buys a single module.

Type of Change

• Improvement (hygiene / comment accuracy)

Testing

tsc --noEmit clean (exit 0), biome check clean. Config-only change with no runtime code touched; the removed entries were inert by the mechanisms cited above. The CI Build App check exercises the real build.

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

1 Skipped Deployment

Project	Deployment	Actions	Updated (UTC)
docs	Skipped		Jul 30, 2026 12:52am

[cursor]

PR Summary

Low Risk
Config-only removal of inert entries and comment updates; no application code paths changed.

Overview
Config hygiene only — no intended runtime or bundle behavior change from dropping entries that were never wired into the app graph.

Removes lodash and @radix-ui/react-accordion from optimizePackageImports and prettier from transpilePackages because nothing in the repo imports them (lodash is also covered by Next’s built-in modularize rule).

Adds a comment that optimizePackageImports still matters under Turbopack (feeds side_effect_free_packages / transpile overrides), so the remaining list should only name packages that are actually imported.

Comment fixes: the dev minimal-registry blurb is updated with current module-count measurements and the four client edges into @/tools/registry; the .map header rule is described as search-index / cache TTL, not blocking access to publicly shipped sourcemaps.

^{Reviewed by Cursor Bugbot for commit 9e7c380. Configure here.}

[greptile-apps]

Greptile Summary

Hygiene-only cleanup in apps/sim/next.config.ts: drops three inert package entries and corrects two stale comments.

• Removes unused lodash and @radix-ui/react-accordion from optimizePackageImports
• Removes unused prettier from transpilePackages (array stays non-empty)
• Updates the minimal-registry and sourcemap header comments to match actual behavior

Confidence Score: 5/5

Safe to merge; config hygiene with no remaining behavioral risk from the removed entries.

Removed packages have no import sites or direct dependencies in apps/sim; transpilePackages remains populated; remaining edits are comment accuracy only.

Important Files Changed

Filename	Overview
apps/sim/next.config.ts	Dead optimizePackageImports/transpilePackages entries removed; comments corrected; no runtime code paths changed.

_{Reviews (1): Last reviewed commit: "fix(config): drop three dead next.config..." | Re-trigger Greptile}