@wolfstar/http-framework 5.0.0-next-20260919162943 → 5.1.0

package/dist/esm/resolve-B0J5V4xC.d.ts

@@ -1,829 +0,0 @@
-//#region src/lib/config/load.d.ts
-declare const CONFIG_EXTENSIONS: readonly ['ts', 'mts', 'cts', 'js', 'mjs', 'cjs'];
-declare const CONFIG_FILE_NAMES: string[];
-interface LoadConfigFileOptions {
-  /** The directory to discover the configuration file from. */
-  cwd: string;
-  /** An explicit configuration file (`--config`), resolved from `cwd`. */
-  configFile?: string | null;
-}
-interface LoadedConfigFile {
-  /** The absolute path of the loaded file, `null` when running on defaults. */
-  configFile: string | null;
-  config: StarsConfig;
-}
-/**
- * Finds the first `stars.config.*` file in `cwd`, in {@link CONFIG_FILE_NAMES} order.
- */
-declare function discoverConfigFile(cwd: string): string | null;
-/**
- * Loads the raw configuration object. The loader (`c12`) is imported lazily so
- * commands that never touch the configuration stay fast.
- */
-declare function loadConfigFile(options: LoadConfigFileOptions): Promise<LoadedConfigFile>;
-//#endregion
-//#region src/lib/config/errors.d.ts
-/**
- * Structured, stable diagnostic codes for every way a `stars.config.*` can fail to load or validate.
- *
- * This is a plain data error (no exit code or terminal formatting), so nothing here reports anywhere on its own —
- * `reporters` stays empty and each call only builds and returns a `Diagnostic`. That keeps it meaningful outside a
- * CLI, e.g. for a dashboard or test that calls {@link loadStarsConfig} directly; `@wolfstar/cli` is what renders it
- * and picks an exit code (`exitCodeOf`).
- *
- * The `sources` field (populated with the configuration file, when there is one) carries the "which file" grounding
- * `ConfigError` used to expose as `.file`; the "which option" grounding it exposed as `.path` is folded directly into
- * every `why`/`fix` message instead, the way every other diagnostic code already reads.
- *
- * `why` and `fix` are always given the same, fully-typed params object (even when one of them ignores part of it):
- * a bare `() => value` loses nostics' param-type inference (a zero-arg function widens to `unknown` params), so every
- * entry here spells out its shape on both sides instead.
- */
-declare const configDiagnostics: import("nostics").Diagnostics<{
-  readonly ROOT_NOT_FOUND: {
-    why: (p: {
-      root: string;
-    }) => string;
-    fix: (_p: {
-      root: string;
-    }) => string;
-  };
-  readonly PACKAGE_JSON_INVALID: {
-    why: (p: {
-      file: string;
-      message: string;
-    }) => string;
-    fix: (_p: {
-      file: string;
-      message: string;
-    }) => string;
-  };
-  readonly ENTRY_NOT_FOUND: {
-    why: (p: {
-      entry: string;
-    }) => string;
-    fix: (_p: {
-      entry: string;
-    }) => string;
-  };
-  readonly ENTRY_DEFAULT_NOT_FOUND: {
-    why: (p: {
-      root: string;
-      defaults: string;
-    }) => string;
-    fix: (p: {
-      root: string;
-      defaults: string;
-    }) => string;
-  };
-  readonly INVALID_BUILD_TOOL: {
-    why: (p: {
-      tool: string;
-    }) => string;
-    fix: (_p: {
-      tool: string;
-    }) => string;
-  };
-  readonly EXPERIMENTAL_BUILD_TOOL: {
-    why: (p: {
-      tool: string;
-      flag: string;
-    }) => string;
-    fix: (p: {
-      tool: string;
-      flag: string;
-    }) => string;
-  };
-  readonly BUILD_TOOL_REQUIRED: {
-    why: (p: {
-      entry: string;
-    }) => string;
-    fix: (_p: {
-      entry: string;
-    }) => string;
-  };
-  readonly TSCONFIG_EXPLICIT_NOT_FOUND: {
-    why: (p: {
-      tsconfig: string;
-      path: string;
-    }) => string;
-    fix: (p: {
-      tsconfig: string;
-      path: string;
-    }) => string;
-  };
-  readonly TSCONFIG_NOT_FOUND: {
-    why: (p: {
-      root: string;
-      suggestion: string;
-    }) => string;
-    fix: (p: {
-      root: string;
-      suggestion: string;
-    }) => string;
-  };
-  readonly TSDOWN_OPTIONS_REQUIRE_TSDOWN: {
-    why: (_p: {
-      tool: string;
-    }) => string;
-    fix: (p: {
-      tool: string;
-    }) => string;
-  };
-  readonly VITE_OPTIONS_REQUIRE_VITE: {
-    why: (_p: {
-      tool: string;
-    }) => string;
-    fix: (p: {
-      tool: string;
-    }) => string;
-  };
-  readonly TSDOWN_CONFIG_FILE_UNSUPPORTED: {
-    why: (p: {
-      file: string;
-      version: number;
-      legacyVersion: number;
-    }) => string;
-    fix: (p: {
-      file: string;
-      version: number;
-      legacyVersion: number;
-    }) => string;
-  };
-  readonly INVALID_TYPE: {
-    why: (p: {
-      path: string;
-      expected: string;
-      value: unknown;
-      fix: string;
-    }) => string;
-    fix: (p: {
-      path: string;
-      expected: string;
-      value: unknown;
-      fix: string;
-    }) => string;
-  };
-  readonly INVALID_COMPATIBILITY_VERSION: {
-    why: (p: {
-      value: unknown;
-      legacyVersion: number;
-      latestVersion: number;
-    }) => string;
-    fix: (p: {
-      value: unknown;
-      legacyVersion: number;
-      latestVersion: number;
-    }) => string;
-  };
-  readonly UNKNOWN_OPTION: {
-    why: (p: {
-      path: string;
-      parent: string;
-      known: string;
-    }) => string;
-    fix: (p: {
-      path: string;
-      parent: string;
-      known: string;
-    }) => string;
-  };
-  readonly EXPERIMENT_REQUIRED: {
-    why: (p: {
-      path: string;
-      requires: string;
-      drop: string;
-    }) => string;
-    fix: (p: {
-      path: string;
-      requires: string;
-      drop: string;
-    }) => string;
-  };
-  readonly IMPORTS_REQUIRE_TSDOWN: {
-    why: (_p: {}) => string;
-    fix: (_p: {}) => string;
-  };
-  readonly LOCALES_NOT_FOUND: {
-    why: (p: {
-      locales: string;
-    }) => string;
-    fix: (_p: {
-      locales: string;
-    }) => string;
-  };
-  readonly INVALID_URL: {
-    why: (p: {
-      url: string;
-      fix: string;
-    }) => string;
-    fix: (p: {
-      url: string;
-      fix: string;
-    }) => string;
-  };
-  readonly TUNNEL_URL_NOT_HTTPS: {
-    why: (p: {
-      url: string;
-    }) => string;
-    fix: (_p: {
-      url: string;
-    }) => string;
-  };
-  readonly INVALID_TYPECHECKER: {
-    why: (p: {
-      checker: string;
-    }) => string;
-    fix: (_p: {
-      checker: string;
-    }) => string;
-  };
-  readonly CONFIG_NOT_FOUND: {
-    why: (p: {
-      file: string;
-      cwd: string;
-      names: string;
-    }) => string;
-    fix: (p: {
-      file: string;
-      cwd: string;
-      names: string;
-    }) => string;
-  };
-  readonly CONFIG_LOAD_FAILED: {
-    why: (p: {
-      message: string;
-    }) => string;
-    fix: (_p: {
-      message: string;
-    }) => string;
-  };
-  readonly CONFIG_NOT_OBJECT: {
-    why: (_p: {}) => string;
-    fix: (_p: {}) => string;
-  };
-}, readonly []>;
-type ConfigDiagnosticCode = keyof typeof configDiagnostics;
-//#endregion
-//#region src/lib/config/index.d.ts
-interface LoadStarsConfigOptions {
-  /**
-   * The directory to discover `stars.config.*` from.
-   * @default process.cwd()
-   */
-  cwd?: string;
-  /** An explicit configuration file, resolved from `cwd`. */
-  configFile?: string | null;
-  /**
-   * Environment used for defaults such as `HTTP_PORT`.
-   * @default process.env
-   */
-  env?: NodeJS.ProcessEnv;
-}
-/**
- * Loads, validates and resolves a project's `stars.config.*`.
- *
- * @throws {Diagnostic} (from `nostics`, via {@link configDiagnostics}) when the configuration file cannot be loaded or contains an invalid option.
- */
-declare function loadStarsConfig(options?: LoadStarsConfigOptions): Promise<ResolvedStarsConfig>;
-//#endregion
-//#region src/config.d.ts
-/**
- * Public, side-effect free configuration surface of `@wolfstar/cli`.
- *
- * This module is intentionally tiny: importing it from a `stars.config.ts`
- * file must never start the bot nor pull the heavy runtime of the CLI.
- *
- * @module @wolfstar/http-framework/config
- */
-/**
- * The build tool used to turn the project sources into runnable JavaScript.
- *
- * - `tsdown`: run the project's own `tsdown` programmatically, configured from {@link StarsConfig.tsdown} (and, with
- *   {@link StarsFutureConfig.compatibilityVersion} `3`, from the project's `tsdown.config.*` too).
- * - `tsc`: run the project's `tsc -b` on the configured `tsconfig`.
- * - `vite`: run the project's own `vite` (configuration file included), requires `experimental.enableVite`.
- * - `none`: the entry is runnable as-is (JavaScript projects), no build step.
- * - `auto`: detect from the project (default).
- */
-type StarsBuildTool = 'tsdown' | 'tsc' | 'none' | 'vite';
-interface StarsBuildConfig {
-  /**
-   * The build tool to use.
-   * @default 'auto'
-   */
-  tool?: StarsBuildTool | 'auto';
-  /**
-   * The directory, relative to {@link StarsConfig.root}, the build writes into.
-   * @default 'dist', or '.output' when `experimental.enableNitro` is on (Nitro's own convention)
-   */
-  outDir?: string;
-  /**
-   * The `tsconfig.json` the `tsc` and `tsdown` build tools use, relative to {@link StarsConfig.root}.
-   * @default 'src/tsconfig.json' when it exists, 'tsconfig.json' otherwise
-   */
-  tsconfig?: string;
-}
-/**
- * Raw options merged into the project's own `vite.config.*`, the way `vite: {}` in a Nuxt config is merged into
- * Nuxt's own Vite config. Kept as `unknown` here (the CLI, not the framework, depends on `vite`'s types) and passed
- * to Vite's `mergeConfig` as-is.
- */
-type StarsViteConfig = Record<string, unknown>;
-/**
- * Options for `tsdown`, the bundler `stars build` uses by default.
- *
- * With {@link StarsFutureConfig.compatibilityVersion} `4` these replace `tsdown.config.*` outright: the build is
- * derived from `stars.config` (the entry's directory, `build.outDir`, `build.tsconfig`) and these options are layered
- * on top, so a project keeps one configuration file instead of two. With `3` the project's own `tsdown.config.*` is
- * still loaded and these are merged over it, the way `vite: {}` in a Nuxt config is merged into the project's own
- * Vite config: values here win, and `plugins` are appended rather than replaced.
- *
- * The options named below are the ones a bot usually reaches for. Every other `tsdown` option is accepted as-is —
- * the framework does not depend on `tsdown`, so they stay loosely typed here and `tsdown`'s own `UserConfig` is the
- * reference.
- */
-interface StarsTsdownConfig {
-  /** Entry files or glob patterns, relative to the project root. Defaults to every source file next to `entry`. */
-  entry?: string | readonly string[] | Record<string, string>;
-  /** @default 'esm' */
-  format?: 'esm' | 'cjs' | 'iife' | 'umd' | readonly string[] | Record<string, unknown>;
-  /** @default 'node' */
-  platform?: 'node' | 'neutral' | 'browser';
-  target?: string | readonly string[] | false;
-  /**
-   * Emits one output file per source file instead of a single bundle, so pieces stay loadable from `dist/commands`
-   * and friends at runtime.
-   * @default true
-   */
-  unbundle?: boolean;
-  /** Rolldown plugins. Appended to the ones `stars` adds (auto imports) and to those of a `tsdown.config.*`. */
-  plugins?: readonly unknown[];
-  alias?: Record<string, string>;
-  define?: Record<string, string>;
-  external?: unknown;
-  noExternal?: unknown;
-  deps?: Record<string, unknown>;
-  /** @default () => ({ js: extname(build.output) }) */
-  outExtensions?: unknown;
-  /** @default true */
-  sourcemap?: boolean | 'inline' | 'hidden';
-  minify?: unknown;
-  /** @default false — a bot is not a library, so no declaration files are emitted. */
-  dts?: boolean | Record<string, unknown>;
-  /** @default true */
-  clean?: boolean | readonly string[];
-  treeshake?: boolean;
-  copy?: unknown;
-  hooks?: Record<string, unknown>;
-  [option: string]: unknown;
-}
-/**
- * The build-default generation the project runs on. Version 4 is current; version 3 remains available for projects
- * that still load a standalone `tsdown.config.*`.
- */
-type StarsCompatibilityVersion = 3 | 4;
-/**
- * Nuxt-style compatibility block. New projects need not set it; version 3 is retained as an explicit migration
- * escape hatch for projects that still use a standalone `tsdown.config.*`.
- */
-interface StarsFutureConfig {
-  /**
-   * The major whose defaults apply.
-   *
-   * `4` is the default build pipeline:
-   * - auto imports are on by default with the `tsdown` build tool ({@link StarsImportsConfig}), and the
-   *   `autoImports()` plugin is wired into the build by `stars` itself.
-   * - `tsdown` is configured from {@link StarsConfig.tsdown} only. A `tsdown.config.*` in the project root is
-   *   rejected rather than silently ignored, so a build never loses the plugins it declares.
-   * - `build.tool: 'auto'` resolves to `tsdown` for any TypeScript entry, without looking for a `tsdown.config.*`
-   *   or a `tsdown` dependency first.
-   *
-   * `3` keeps the legacy behaviour: auto imports off unless asked for, and a `tsdown.config.*` loaded and merged with
-   * {@link StarsConfig.tsdown}.
-   * @default 4
-   */
-  compatibilityVersion?: StarsCompatibilityVersion;
-}
-/**
- * The type checker `stars dev` runs next to the bot.
- *
- * - `tsc`: the project's own TypeScript, in watch mode.
- * - `golar`: the project's `golar`, forwarding to TypeScript (`golar tsc`), in watch mode.
- * - `tsz`: the project's `tsz` (or `try-tsz`). It has no watch mode, so it is re-run after every build instead.
- * - `auto`: `golar` when the project depends on it, `tsc` otherwise (default).
- */
-type StarsTypechecker = 'tsc' | 'golar' | 'tsz';
-interface StarsTypecheckConfig {
-  /**
-   * The `tsconfig.json` the type checker runs against, relative to {@link StarsConfig.root}.
-   * @default the build tool's tsconfig, 'src/tsconfig.json' or 'tsconfig.json'
-   */
-  tsconfig?: string;
-  /**
-   * Which type checker to run.
-   * @default 'auto'
-   */
-  checker?: StarsTypechecker | 'auto';
-}
-interface StarsTunnelConfig {
-  /**
-   * An https URL you already serve; when unset a `cloudflared` quick tunnel is opened instead.
-   */
-  url?: string;
-  /**
-   * Writes the tunnel's URL to the Discord application's `interactions_endpoint_url` when it changes.
-   *
-   * This edits a live Discord application, so it is opt-in: it needs `DISCORD_TOKEN` and `DISCORD_APPLICATION_ID`
-   * (or `APPLICATION_ID`) in the environment or the project's `.env`.
-   * @default false
-   */
-  updateEndpoint?: boolean;
-  /**
-   * The path the interactions endpoint is served on, appended to the tunnel URL.
-   * @default '/'
-   */
-  path?: string;
-}
-interface StarsDevConfig {
-  /** Custom terminal wordmark (one or more lines), or `false` to hide it. Defaults to the Stars wordmark. */
-  banner?: string | readonly string[] | false;
-  /**
-   * Extra paths to watch, relative to {@link StarsConfig.root}. Only used when
-   * the build tool is `none`; `tsdown` and `tsc` watch through their own build.
-   * @default [dirname(entry)]
-   */
-  watch?: string[];
-  /**
-   * Glob patterns or paths to ignore while watching, relative to {@link StarsConfig.root}.
-   * @default ['**\/node_modules/**', '**\/dist/**', '**\/.git/**']
-   */
-  ignore?: string[];
-  /**
-   * Milliseconds to wait after a change before restarting the bot.
-   * @default 150
-   */
-  debounce?: number;
-  /**
-   * Environment variables added to the bot process.
-   */
-  env?: Record<string, string>;
-  /**
-   * Arguments passed to `node` before the entry file.
-   * @default ['--enable-source-maps']
-   */
-  nodeArgs?: string[];
-  /**
-   * Arguments passed to the bot after the entry file.
-   * @default []
-   */
-  args?: string[];
-  /**
-   * The URL the bot listens on, shown in the dev UI's status line and used for {@link StarsDevConfig.health}.
-   *
-   * Resolved automatically, the way Vite's and Nuxt's dev servers do, from (in order) `dev.env.HTTP_PORT`, the
-   * process's `HTTP_PORT`, the project's `src/.env*`/`.env*` (`HTTP_PORT` or `PORT`), or `3000`. `stars dev` also
-   * resolves whether `localhost` should be shown as `127.0.0.1` instead, the same DNS-order check Vite does, so the
-   * printed URL is always the one that is actually reachable.
-   * @default `http://localhost:3000` (or whichever port is found)
-   */
-  url?: string;
-  /**
-   * A path, relative to {@link StarsDevConfig.url}, polled to report the bot's health in the dev UI.
-   * When unset the dev UI only reports process state.
-   */
-  health?: string;
-  /**
-   * Milliseconds to wait for the bot to exit after `SIGTERM` before killing it.
-   * @default 5000
-   */
-  killTimeout?: number;
-  /**
-   * Runs a type checker next to the bot and reports type errors on the dev UI's `tsc` channel, without blocking
-   * builds or restarts. `true` uses the project's own tsconfig and type checker, an object picks either
-   * ({@link StarsTypecheckConfig.checker}).
-   * @default false
-   */
-  typecheck?: boolean | StarsTypecheckConfig;
-  /**
-   * Exposes the bot's HTTP interactions endpoint publicly while `stars dev` runs, so Discord can reach it.
-   *
-   * `true` opens a `cloudflared` quick tunnel (its hostname changes on every run), a string is an https URL you
-   * already serve yourself (named tunnel, reverse proxy, …) that the CLI only checks for reachability.
-   * @default false
-   */
-  tunnel?: boolean | string | StarsTunnelConfig;
-  /**
-   * The file `stars dev` mirrors its logs into, relative to {@link StarsConfig.root}, so a session can be read back
-   * after the terminal UI is gone. `false` disables it.
-   * @default '.stars/dev.log'
-   */
-  logFile?: string | false;
-}
-interface StarsI18nCodegenConfig {
-  /**
-   * The base locale directory, relative to {@link StarsConfig.root}.
-   * @default 'src/locales/en-US'
-   */
-  locales?: string;
-  /**
-   * The generated declaration file, relative to {@link StarsConfig.root}.
-   * @default 'src/@types/i18next.d.ts'
-   */
-  output?: string;
-}
-interface StarsCodegenConfig {
-  /**
-   * i18next type generation through `@wolfstar/i18next-type-generator`.
-   * `false` disables it, an object enables it, unset auto-detects from the presence of the locales directory.
-   */
-  i18n?: StarsI18nCodegenConfig | false;
-}
-interface StarsImportsConfig {
-  /**
-   * Whether auto imports are enabled. Requires the `tsdown` build tool: the imports are injected at build time by
-   * the `autoImports()` plugin from `@wolfstar/http-framework/auto-imports`, which the other tools cannot run.
-   * @default true when the build tool is 'tsdown', false otherwise
-   */
-  enabled?: boolean;
-  /**
-   * Directories, relative to {@link StarsConfig.root}, whose exported values are auto-importable. Entries are glob
-   * path patterns: `'src/lib'` scans only the files directly inside it, `'src/lib/**'` scans recursively.
-   * @default ['src/lib/**', 'src/utils/**']
-   */
-  dirs?: string[];
-  /**
-   * Packages whose exports are auto-importable. Packages that are not installed are skipped.
-   * @default ['@wolfstar/http-framework', '@wolfstar/env-utilities']
-   */
-  presets?: string[];
-  /**
-   * Export names excluded from auto imports, e.g. to avoid clashes with project-local names.
-   * @default []
-   */
-  exclude?: string[];
-  /**
-   * The generated declaration file that types the auto imports, relative to {@link StarsConfig.root}.
-   * Include it in the project's tsconfig and add its directory to .gitignore.
-   * @default '.stars/imports.d.ts'
-   */
-  dts?: string;
-}
-/**
- * The [Nitro preset](https://nitro.build/deploy) `stars build` targets, only reachable once
- * {@link StarsExperimentalConfig.enableNitro} (itself gated on {@link StarsExperimentalConfig.enableVite}) is `true`
- * — see {@link StarsExperimentalConfig}.
- */
-interface StarsNitroConfig {
-  /**
-   * `'node-server'` (the default, runs locally with plain `node`), `'cloudflare-module'`, `'aws-lambda'`,
-   * `'vercel'`, `'netlify'`, `'bun'`, `'deno-deploy'`, and more — see Nitro's own preset list.
-   * @default 'node-server'
-   */
-  preset?: string;
-}
-/**
- * Opt-in flags for work that is still landing, in the shape Nuxt's own `experimental` block has: every flag is a
- * boolean, defaults to `false`, and is documented with what it changes and what it still needs. A flag stays here
- * until the behaviour it guards is the default (or is dropped), so enabling one is a statement that breakage is
- * acceptable in exchange for the feature.
- *
- * `enableExternalVite`, `enableNitro` and `nitro` build on `enableVite` (and `nitro` on `enableNitro` too): the type
- * only accepts them once their prerequisite is `true`, so turning one on without the other is a type error here
- * instead of a diagnostic at load time.
- */
-type StarsExperimentalConfig = {
-  enableVite?: false;
-  enableExternalVite?: false;
-  enableNitro?: false;
-} | {
-  /**
-   * Uses Vite as the project's build tool, in place of `tsdown`. `build.tool` may then be set to `'vite'`
-   * (and `'auto'` detects a `vite.config.*`); the bot keeps calling `client.listen()` and running as a
-   * plain `node:http` process, restarted on every change — this only swaps the bundler.
-   */
-  enableVite: true;
-  /**
-   * Runs the bot through Vite itself, the way `nuxt dev` runs on Vite's own dev server: instead of
-   * building then restarting a child `node` process on every change, `stars dev` loads the entry through
-   * Vite's SSR module graph and serves it — through `Client#fetch` — from one long-lived process,
-   * invalidating and re-evaluating just the entry's module graph on a change instead of restarting.
-   *
-   * With this on, the entry's default export must be the `Client` instance (already `load()`ed, not
-   * `listen()`ed) rather than a script that calls `client.listen()` itself — `stars dev` owns the socket.
-   * @default false
-   */
-  enableExternalVite?: boolean;
-  enableNitro?: false;
-} | {
-  enableVite: true;
-  enableExternalVite?: boolean;
-  /**
-   * Builds the bot through [Nitro](https://nitro.build) instead of a `node:http` server, so `stars build`
-   * produces a server deployable to any of Nitro's presets (`node-server` locally, `cloudflare-module`,
-   * `aws-lambda`, `vercel`, `netlify`, `bun`, `deno-deploy`, and more). Nitro v3 is itself a Vite plugin, so
-   * this builds through the project's own `vite.config.*`/{@link StarsConfig.vite} the same way `build.tool:
-   * 'vite'` does, with a generated server entry that wraps the entry's default export (the `Client`
-   * instance, already `load()`ed rather than `listen()`ed — `stars build`/`stars dev` own the socket) in a
-   * call to `Client#fetch` — no per-preset adapter to maintain.
-   *
-   * Output goes to `.output/` (Nitro's own convention) instead of `build.outDir`. `stars dev` rebuilds and
-   * restarts on every change, the same as the other build tools.
-   */
-  enableNitro: true;
-  /** Nitro-specific options, reachable only with `enableNitro: true`. */
-  nitro?: StarsNitroConfig;
-};
-interface StarsConfig {
-  /**
-   * The project root. Relative paths are resolved from the configuration file.
-   * @default dirname(configFile)
-   */
-  root?: string;
-  /**
-   * The source entry point of the bot, relative to {@link StarsConfig.root}.
-   * @default the first of 'src/main.ts', 'src/main.js', 'src/index.ts', 'src/index.js' that exists
-   */
-  entry?: string;
-  build?: StarsBuildConfig;
-  dev?: StarsDevConfig;
-  codegen?: StarsCodegenConfig;
-  /**
-   * Nuxt-style auto imports of the framework's exports and the project's own modules.
-   * `false` disables them, `true` forces them on (requires the `tsdown` build tool). On by default with
-   * `future.compatibilityVersion: 4`.
-   */
-  imports?: StarsImportsConfig | boolean;
-  /** Opt-in flags for behaviour that is still landing. */
-  experimental?: StarsExperimentalConfig;
-  /** Build-default compatibility. Omit for version 4; set version 3 only while migrating a standalone tsdown config. */
-  future?: StarsFutureConfig;
-  /**
-   * Raw options merged into `vite.config.*`, the way `vite: {}` in a Nuxt config is merged into Nuxt's own Vite
-   * config. Only used with `build.tool: 'vite'` (see `experimental.enableVite`).
-   */
-  vite?: StarsViteConfig;
-  /**
-   * The project's `tsdown` build. Replaces `tsdown.config.*` with `future.compatibilityVersion: 4`, and is merged
-   * over it with `3`. Only used with `build.tool: 'tsdown'`.
-   */
-  tsdown?: StarsTsdownConfig;
-}
-/**
- * Typed helper for `stars.config.{ts,mts,cts,js,mjs,cjs}` files.
- *
- * @example
- * ```ts
- * import { defineConfig } from '@wolfstar/http-framework/config';
- *
- * export default defineConfig({
- * 	entry: 'src/main.ts',
- * 	build: { tool: 'tsdown' }
- * });
- * ```
- */
-declare function defineConfig(config: StarsConfig): StarsConfig;
-//#endregion
-//#region src/lib/config/resolve.d.ts
-interface PackageJsonLike {
-  name?: string;
-  /** `tsdown` reads its options from here as well as from a `tsdown.config.*`. */
-  tsdown?: unknown;
-  version?: string;
-  main?: string;
-  type?: string;
-  scripts?: Record<string, string>;
-  dependencies?: Record<string, string>;
-  devDependencies?: Record<string, string>;
-}
-interface ResolvedBuildConfig {
-  readonly tool: StarsBuildTool;
-  /** Absolute output directory. */
-  readonly outDir: string;
-  /** Absolute `tsconfig.json` used by `tsc`, `null` for the other tools. */
-  readonly tsconfig: string | null;
-  /** Absolute path of the file `node` runs, i.e. the built entry (or the entry itself when `tool` is `none`). */
-  readonly output: string;
-  /**
-   * Absolute path of the build tool's own configuration file (`tsdown.config.*`, `vite.config.*`), `null` when the
-   * tool has none — which is always the case for `tsdown` with `future.compatibilityVersion` 4, where the build is
-   * configured from `stars.config` alone.
-   */
-  readonly configFile: string | null;
-}
-interface ResolvedTypecheckConfig {
-  readonly enabled: boolean;
-  /** Absolute `tsconfig.json` the type checker runs against, `null` when it could not be found. */
-  readonly tsconfig: string | null;
-  /** The type checker to run, with `'auto'` already resolved. */
-  readonly checker: StarsTypechecker;
-}
-type ResolvedTunnelConfig = {
-  readonly mode: 'off';
-} |
-/** A `cloudflared` quick tunnel, whose hostname is only known once it is up. */
-{
-  readonly mode: 'quick';
-  readonly path: string;
-  readonly updateEndpoint: boolean;
-} |
-/** An https URL the user already serves. */
-{
-  readonly mode: 'url';
-  readonly url: string;
-  readonly path: string;
-  readonly updateEndpoint: boolean;
-};
-interface ResolvedDevConfig {
-  readonly banner: readonly string[] | false | null;
-  readonly watch: readonly string[];
-  readonly ignore: readonly string[];
-  readonly debounce: number;
-  readonly env: Readonly<Record<string, string>>;
-  readonly nodeArgs: readonly string[];
-  readonly args: readonly string[];
-  readonly url: string | null;
-  readonly health: string | null;
-  readonly killTimeout: number;
-  readonly typecheck: ResolvedTypecheckConfig;
-  readonly tunnel: ResolvedTunnelConfig;
-  /** Absolute path of the file the dev session's logs are mirrored into, `null` when disabled. */
-  readonly logFile: string | null;
-}
-interface ResolvedNitroConfig {
-  readonly preset: string;
-}
-interface ResolvedExperimentalConfig {
-  readonly enableVite: boolean;
-  readonly enableExternalVite: boolean;
-  readonly enableNitro: boolean;
-  readonly nitro: ResolvedNitroConfig;
-}
-interface ResolvedFutureConfig {
-  readonly compatibilityVersion: StarsCompatibilityVersion;
-}
-interface ResolvedImportsConfig {
-  readonly enabled: boolean;
-  /** Directory glob patterns, relative to the project root (the way `unimport` scans them). */
-  readonly dirs: readonly string[];
-  readonly presets: readonly string[];
-  readonly exclude: readonly string[];
-  /** Absolute path of the generated declaration file. */
-  readonly dts: string;
-}
-interface ResolvedI18nCodegenConfig {
-  readonly locales: string;
-  readonly output: string;
-}
-interface ResolvedCodegenConfig {
-  readonly i18n: ResolvedI18nCodegenConfig | null;
-}
-interface ResolvedStarsConfig {
-  /** Absolute path of the configuration file, `null` when running on defaults. */
-  readonly configFile: string | null;
-  /** The directory the CLI was invoked from. */
-  readonly cwd: string;
-  /** Absolute project root. */
-  readonly root: string;
-  readonly packageJson: PackageJsonLike | null;
-  /** Absolute source entry. */
-  readonly entry: string;
-  readonly build: ResolvedBuildConfig;
-  readonly dev: ResolvedDevConfig;
-  readonly codegen: ResolvedCodegenConfig;
-  readonly imports: ResolvedImportsConfig;
-  readonly experimental: ResolvedExperimentalConfig;
-  readonly future: ResolvedFutureConfig;
-  /** Raw options merged into `vite.config.*`. */
-  readonly vite: Readonly<Record<string, unknown>>;
-  /** The `tsdown` build's options: merged over `tsdown.config.*` at compatibility version 3, the whole build at 4. */
-  readonly tsdown: Readonly<Record<string, unknown>>;
-}
-interface ResolveConfigOptions {
-  cwd: string;
-  configFile: string | null;
-  config: StarsConfig;
-  env?: NodeJS.ProcessEnv;
-}
-/**
- * Applies defaults, validates every option and resolves all paths to absolute ones.
- *
- * @throws {Diagnostic} (from `nostics`, via {@link configDiagnostics}) with an actionable `fix` on the first invalid option.
- */
-declare function resolveStarsConfig(options: ResolveConfigOptions): ResolvedStarsConfig;
-/**
- * Presents an absolute path relative to `root` when possible, for display purposes.
- */
-declare function displayPath(root: string, path: string): string;
-/**
- * Reads the project's environment layers from `src/.env*` and `.env*` into a plain object, the way `stars dev` and
- * `stars commands` need it:
- * these files are only loaded into `process.env` by the bot itself once it starts (see `@wolfstar/env-utilities`),
- * so by the time the CLI runs they are not there yet. This is a minimal line reader, not a full dotenv
- * implementation — quoting is stripped, but expansion (`dotenv-expand`) is not. Earlier files win, matching
- * dotenv's own precedence.
- */
-declare function readProjectEnvFiles(root: string, environment?: string): Record<string, string>;
-//#endregion
-export { StarsTypecheckConfig as A, LoadConfigFileOptions as B, StarsExperimentalConfig as C, StarsNitroConfig as D, StarsImportsConfig as E, loadStarsConfig as F, discoverConfigFile as H, ConfigDiagnosticCode as I, configDiagnostics as L, StarsViteConfig as M, defineConfig as N, StarsTsdownConfig as O, LoadStarsConfigOptions as P, CONFIG_EXTENSIONS as R, StarsDevConfig as S, StarsI18nCodegenConfig as T, loadConfigFile as U, LoadedConfigFile as V, StarsBuildConfig as _, ResolvedDevConfig as a, StarsCompatibilityVersion as b, ResolvedI18nCodegenConfig as c, ResolvedStarsConfig as d, ResolvedTunnelConfig as f, resolveStarsConfig as g, readProjectEnvFiles as h, ResolvedCodegenConfig as i, StarsTypechecker as j, StarsTunnelConfig as k, ResolvedImportsConfig as l, displayPath as m, ResolveConfigOptions as n, ResolvedExperimentalConfig as o, ResolvedTypecheckConfig as p, ResolvedBuildConfig as r, ResolvedFutureConfig as s, PackageJsonLike as t, ResolvedNitroConfig as u, StarsBuildTool as v, StarsFutureConfig as w, StarsConfig as x, StarsCodegenConfig as y, CONFIG_FILE_NAMES as z };
-//# sourceMappingURL=resolve-B0J5V4xC.d.ts.map