refactor(dev): remove the minimal-registry escape hatch (#6163)

* refactor(dev): remove the minimal-registry escape hatch

`dev:minimal` existed because the tool registry was 71-82% of every workspace
route's module graph and aliasing it away was the only way to make dev bearable.
The metadata work removed that reason, so the hatch now buys almost nothing:

  before this stack   31.7s -> 20.0s cold  (-37%)
  after this stack    22.9s -> 20.7s cold  (-10%)

A 10% cold-compile win, on the run that happens once — restarts are ~4.2s either
way — is not worth what it costs. `tools/registry.minimal.ts` and
`blocks/registry-maps.minimal.ts` are 283 lines of hand-curated duplicates of the
real registries that **nothing keeps in sync** (no lint, no CI check, no test);
they are correct today only because someone remembered. And the mode is actively
misleading: it silently drops ~250 services and ~280 blocks, so anything
reproduced under it may not reproduce for real.

Removes both files, the `SIM_DEV_MINIMAL_REGISTRY` branch from `next.config.ts`
(including the whole `webpack()` hook, which existed only for this), and the
`dev:minimal` / `dev:full:minimal-registry` scripts.

Verified after removal: `tsc` clean, boundary + metadata + skills + monorepo
gates pass, and `next dev` starts and serves the canvas at 22.6s cold / HTTP 200.

* fix(setup): stop the wizard offering the removed minimal-registry mode

The setup wizard prompted for a dev server on machines under 16GB and
**defaulted** to `dev:full:minimal-registry` — a script this stack deletes.
Anyone running `bun run setup` on a low-RAM machine would have accepted the
default and hit "Script not found", which is exactly the contributor the mode
existed to help.

Repointed at `dev:full:capped`, which still exists and caps Node at 4GB without
dropping ~250 integrations — a strictly better answer to the same question.

The hints were also stale: they warned the full registry "can use 4-5GB+ on its
own", which was true when a dev server sat at 11.5GB. It now sits at ~4GB, so
they say that instead.

Missed by an earlier sweep because the pattern searched for `dev:minimal` and
`registry.minimal`, and this string is `dev:full:minimal-registry` — the two
halves reversed. Re-swept across every file type for all spellings: zero
references remain. Also audited every script value the wizard can return, so the
class of bug is checked, not just this instance.

Author: waleedlatif1

apps/sim/blocks/registry-maps.minimal.ts

@@ -8,34 +8,6 @@ import {
   getWorkflowExecutionCSPPolicy,
 } from './lib/core/security/csp'
 
-/**
- * Dev-only escape hatch: when `SIM_DEV_MINIMAL_REGISTRY=1` (`bun run dev:minimal`),
- * swap the heavy block and tool registries for tiny curated variants via a
- * Turbopack/webpack resolve alias.
- *
- * The tool registry (4,351 entries across 261 service dirs) pulls ~5,907 modules
- * and is 68-78% of every workspace route's module graph; aliasing it away takes
- * `app/workspace/layout.tsx` from 5,916 modules to 1,255. Blocks are NOT a
- * co-equal cost - `blocks/registry-maps` alone accounts for ~349 modules and
- * mostly rides in behind the tool registry.
- *
- * It is reached through ONE choke point (`tools/utils.ts` → `@/tools/registry`)
- * fed by four redundant client-reachable edges: providers/utils → tools/params,
- * lib/workflows/blocks/block-outputs, lib/workflows/sanitization/validation, and
- * serializer/index. All four must be severed for any of them to matter, which is
- * why cutting only the providers/utils edge buys a single module.
- *
- * Only the curated core blocks/tools work in this mode. Never enabled in
- * production - the minimal variants genuinely drop ~250 services and ~280 blocks.
- */
-const useMinimalRegistry = isDev && process.env.SIM_DEV_MINIMAL_REGISTRY === '1'
-const minimalRegistryAlias: Record<string, string> = useMinimalRegistry
-  ? {
-      '@/tools/registry': './tools/registry.minimal.ts',
-      '@/blocks/registry-maps': './blocks/registry-maps.minimal.ts',
-    }
-  : {}
-
 /**
  * Marketing routes (`app/(landing)/**`, plus the root) exempted from COEP.
  *
@@ -77,20 +49,6 @@ const nextConfig: NextConfig = {
   productionBrowserSourceMaps: true,
   turbopack: {
     root: path.join(import.meta.dirname, '../..'),
-    resolveAlias: minimalRegistryAlias,
-  },
-  webpack: (config) => {
-    if (useMinimalRegistry) {
-      config.resolve.alias = {
-        ...config.resolve.alias,
-        '@/tools/registry$': path.resolve(import.meta.dirname, 'tools/registry.minimal.ts'),
-        '@/blocks/registry-maps$': path.resolve(
-          import.meta.dirname,
-          'blocks/registry-maps.minimal.ts'
-        ),
-      }
-    }
-    return config
   },
   images: {
     formats: ['image/avif', 'image/webp'],

apps/sim/next.config.ts

@@ -9,7 +9,6 @@
   },
   "scripts": {
     "dev": "bun run dev:cache:cap && next dev --port 3000",
-    "dev:minimal": "bun run dev:cache:cap && SIM_DEV_MINIMAL_REGISTRY=1 next dev --port 3000",
     "dev:capped": "bun run dev:cache:cap && NODE_OPTIONS='--max-old-space-size=4096' next dev --port 3000",
     "dev:cache:cap": "bun run ../../scripts/prune-turbopack-cache.ts",
     "dev:clean": "rm -rf .next/dev/cache",

apps/sim/package.json

@@ -16,7 +16,6 @@
     "dev": "turbo run dev",
     "dev:sockets": "cd apps/realtime && bun run dev",
     "dev:full": "bunx concurrently -n \"App,Realtime\" -c \"cyan,magenta\" \"cd apps/sim && bun run dev\" \"cd apps/realtime && bun run dev\"",
-    "dev:full:minimal-registry": "bunx concurrently -n \"App,Realtime\" -c \"cyan,magenta\" \"cd apps/sim && bun run dev:minimal\" \"cd apps/realtime && bun run dev\"",
     "dev:full:capped": "bunx concurrently -n \"App,Realtime\" -c \"cyan,magenta\" \"cd apps/sim && bun run dev:capped\" \"cd apps/realtime && bun run dev\"",
     "test": "turbo run test",
     "format": "turbo run format",

apps/sim/tools/registry.minimal.ts

@@ -163,17 +163,17 @@ export async function runDevMode(
       message: `Low RAM detected (${detection.specs.hostMemGb}GB) — which dev server?`,
       options: [
         {
-          value: 'dev:full:minimal-registry',
-          label: 'Minimal block registry (recommended)',
-          hint: 'much lower memory — loads fewer integration blocks in dev',
+          value: 'dev:full:capped',
+          label: 'Capped heap (recommended)',
+          hint: 'caps Node at 4GB — every integration still available',
         },
         {
           value: 'dev:full',
-          label: 'Full registry',
-          hint: 'every block available — can use 4-5GB+ on its own',
+          label: 'Uncapped',
+          hint: 'lets the dev server take what it needs (~4GB typical)',
         },
       ],
-      initialValue: 'dev:full:minimal-registry',
+      initialValue: 'dev:full:capped',
     })
   }
   return {