npm - @voidzero-dev/vite-plus-core - Versions diffs - 0.2.3 → 0.2.5 - Mend

@voidzero-dev/vite-plus-core 0.2.3 → 0.2.5

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.

Files changed (72) hide show

package/dist/tsdown/index-types.d.ts CHANGED Viewed

@@ -7,7 +7,7 @@ import { TransformOptions } from "lightningcss";
 import { IsolatedDeclarationsOptions } from "@voidzero-dev/vite-plus-core/rolldown/experimental";
 import { Options as UnusedOptions } from "unplugin-unused";
-//#region ../../node_modules/.pnpm/tsdown@0.22.3_@arethetypeswrong+core@0.18.2_@tsdown+css@0.22.3_@tsdown+exe@0.22.3_@type_b3805a6765df28d505319221a7193e18/node_modules/tsdown/dist/index-C0LaRpVv.d.mts
+//#region ../../node_modules/.pnpm/tsdown@0.22.7_@arethetypeswrong+core@0.18.2_@tsdown+css@0.22.7_@tsdown+exe@0.22.7_@type_53c241a653f2227a5df8ba2949047afe/node_modules/tsdown/dist/logger-KL98uddX.d.mts
 //#region src/utils/types.d.ts
 type Overwrite<T, U> = Omit<T, keyof U> & U;
 type Awaitable<T> = T | Promise<T>;
@@ -21,6 +21,7 @@ interface LoggerOptions {
   customLogger?: Logger;
   console?: Console;
   failOnWarn?: boolean;
+  suppressWarnings?: Arrayable<RegExp | string> | ((msg: string) => boolean);
 }
 interface Logger {
   level: LogLevel;
@@ -33,310 +34,6 @@ interface Logger {
   clearScreen: (type: LogType) => void;
 }
 declare const globalLogger: Logger; //#endregion
-//#region node_modules/.pnpm/pkg-types@2.3.1/node_modules/pkg-types/dist/index.d.mts
-//#endregion
-//#region src/packagejson/types.d.ts
-interface PackageJson {
-  /**
-   * The name is what your thing is called.
-   * Some rules:
-   * - The name must be less than or equal to 214 characters. This includes the scope for scoped packages.
-   * - The name can’t start with a dot or an underscore.
-   * - New packages must not have uppercase letters in the name.
-   * - The name ends up being part of a URL, an argument on the command line, and a folder name. Therefore, the name can’t contain any non-URL-safe characters.
-   */
-  name?: string;
-  /**
-   * Version must be parseable by `node-semver`, which is bundled with npm as a dependency. (`npm install semver` to use it yourself.)
-   */
-  version?: string;
-  /**
-   * Put a description in it. It’s a string. This helps people discover your package, as it’s listed in `npm search`.
-   */
-  description?: string;
-  /**
-   * Put keywords in it. It’s an array of strings. This helps people discover your package as it’s listed in `npm search`.
-   */
-  keywords?: string[];
-  /**
-   * The url to the project homepage.
-   */
-  homepage?: string;
-  /**
-   * The url to your project’s issue tracker and / or the email address to which issues should be reported. These are helpful for people who encounter issues with your package.
-   */
-  bugs?: string | {
-    url?: string;
-    email?: string;
-  };
-  /**
-   * You should specify a license for your package so that people know how they are permitted to use it, and any restrictions you’re placing on it.
-   */
-  license?: string;
-  /**
-   * Specify the place where your code lives. This is helpful for people who want to contribute. If the git repo is on GitHub, then the `npm docs` command will be able to find you.
-   * For GitHub, GitHub gist, Bitbucket, or GitLab repositories you can use the same shortcut syntax you use for npm install:
-   */
-  repository?: string | {
-    type: string;
-    url: string;
-    /**
-     * If the `package.json` for your package is not in the root directory (for example if it is part of a monorepo), you can specify the directory in which it lives:
-     */
-    directory?: string;
-  };
-  /**
-   * The `scripts` field is a dictionary containing script commands that are run at various times in the lifecycle of your package.
-   */
-  scripts?: PackageJsonScripts;
-  /**
-   * If you set `"private": true` in your package.json, then npm will refuse to publish it.
-   */
-  private?: boolean;
-  /**
-   * The “author” is one person.
-   */
-  author?: PackageJsonPerson;
-  /**
-   * “contributors” is an array of people.
-   */
-  contributors?: PackageJsonPerson[];
-  /**
-   * An object containing a URL that provides up-to-date information
-   * about ways to help fund development of your package,
-   * a string URL, or an array of objects and string URLs
-   */
-  funding?: PackageJsonFunding | PackageJsonFunding[];
-  /**
-   * The optional `files` field is an array of file patterns that describes the entries to be included when your package is installed as a dependency. File patterns follow a similar syntax to `.gitignore`, but reversed: including a file, directory, or glob pattern (`*`, `**\/*`, and such) will make it so that file is included in the tarball when it’s packed. Omitting the field will make it default to `["*"]`, which means it will include all files.
-   */
-  files?: string[];
-  /**
-   * The main field is a module ID that is the primary entry point to your program. That is, if your package is named `foo`, and a user installs it, and then does `require("foo")`, then your main module’s exports object will be returned.
-   * This should be a module ID relative to the root of your package folder.
-   * For most modules, it makes the most sense to have a main script and often not much else.
-   */
-  main?: string;
-  /**
-   * If your module is meant to be used client-side the browser field should be used instead of the main field. This is helpful to hint users that it might rely on primitives that aren’t available in Node.js modules. (e.g. window)
-   */
-  browser?: string | Record<string, string | false>;
-  /**
-   * The `unpkg` field is used to specify the URL to a UMD module for your package. This is used by default in the unpkg.com CDN service.
-   */
-  unpkg?: string;
-  /**
-   * A map of command name to local file name. On install, npm will symlink that file into `prefix/bin` for global installs, or `./node_modules/.bin/` for local installs.
-   */
-  bin?: string | Record<string, string>;
-  /**
-   * Specify either a single file or an array of filenames to put in place for the `man` program to find.
-   */
-  man?: string | string[];
-  /**
-   * Dependencies are specified in a simple object that maps a package name to a version range. The version range is a string which has one or more space-separated descriptors. Dependencies can also be identified with a tarball or git URL.
-   */
-  dependencies?: Record<string, string>;
-  /**
-   * If someone is planning on downloading and using your module in their program, then they probably don’t want or need to download and build the external test or documentation framework that you use.
-   * In this case, it’s best to map these additional items in a `devDependencies` object.
-   */
-  devDependencies?: Record<string, string>;
-  /**
-   * If a dependency can be used, but you would like npm to proceed if it cannot be found or fails to install, then you may put it in the `optionalDependencies` object. This is a map of package name to version or url, just like the `dependencies` object. The difference is that build failures do not cause installation to fail.
-   */
-  optionalDependencies?: Record<string, string>;
-  /**
-   * In some cases, you want to express the compatibility of your package with a host tool or library, while not necessarily doing a `require` of this host. This is usually referred to as a plugin. Notably, your module may be exposing a specific interface, expected and specified by the host documentation.
-   */
-  peerDependencies?: Record<string, string>;
-  /**
-   * TypeScript typings, typically ending by `.d.ts`.
-   */
-  types?: string;
-  /**
-   * This field is synonymous with `types`.
-   */
-  typings?: string;
-  /**
-   * Non-Standard Node.js alternate entry-point to main.
-   * An initial implementation for supporting CJS packages (from main), and use module for ESM modules.
-   */
-  module?: string;
-  /**
-   * Make main entry-point be loaded as an ESM module, support "export" syntax instead of "require"
-   *
-   * Docs:
-   * - https://nodejs.org/docs/latest-v14.x/api/esm.html#esm_package_json_type_field
-   *
-   * @default 'commonjs'
-   * @since Node.js v14
-   */
-  type?: "module" | "commonjs";
-  /**
-   * Alternate and extensible alternative to "main" entry point.
-   *
-   * When using `{type: "module"}`, any ESM module file MUST end with `.mjs` extension.
-   *
-   * Docs:
-   * - https://nodejs.org/docs/latest-v14.x/api/esm.html#esm_exports_sugar
-   *
-   * @since Node.js v12.7
-   */
-  exports?: PackageJsonExports;
-  /**
-   *  Docs:
-   *  - https://nodejs.org/api/packages.html#imports
-   */
-  imports?: Record<string, string | Record<string, string>>;
-  /**
-   * The field is used to define a set of sub-packages (or workspaces) within a monorepo.
-   *
-   * This field is an array of glob patterns or an object with specific configurations for managing
-   * multiple packages in a single repository.
-   */
-  workspaces?: string[] | {
-    /**
-     * Workspace package paths. Glob patterns are supported.
-     */
-    packages?: string[];
-    /**
-     * Packages to block from hoisting to the workspace root.
-     * Uses glob patterns to match module paths in the dependency tree.
-     *
-     * Docs:
-     * - https://classic.yarnpkg.com/blog/2018/02/15/nohoist/
-     */
-    nohoist?: string[];
-  };
-  /**
-   * The field is used to specify different TypeScript declaration files for
-   * different versions of TypeScript, allowing for version-specific type definitions.
-   */
-  typesVersions?: Record<string, Record<string, string[]>>;
-  /**
-   * You can specify which operating systems your module will run on:
-   * ```json
-   * {
-   *   "os": ["darwin", "linux"]
-   * }
-   * ```
-   * You can also block instead of allowing operating systems, just prepend the blocked os with a '!':
-   * ```json
-   * {
-   *   "os": ["!win32"]
-   * }
-   * ```
-   * The host operating system is determined by `process.platform`
-   * It is allowed to both block and allow an item, although there isn't any good reason to do this.
-   */
-  os?: string[];
-  /**
-   * If your code only runs on certain cpu architectures, you can specify which ones.
-   * ```json
-   * {
-   *   "cpu": ["x64", "ia32"]
-   * }
-   * ```
-   * Like the `os` option, you can also block architectures:
-   * ```json
-   * {
-   *   "cpu": ["!arm", "!mips"]
-   * }
-   * ```
-   * The host architecture is determined by `process.arch`
-   */
-  cpu?: string[];
-  /**
-   * This is a set of config values that will be used at publish-time.
-   */
-  publishConfig?: {
-    /**
-     * The registry that will be used if the package is published.
-     */
-    registry?: string;
-    /**
-     * The tag that will be used if the package is published.
-     */
-    tag?: string;
-    /**
-     * The access level that will be used if the package is published.
-     */
-    access?: "public" | "restricted";
-    /**
-     * **pnpm-only**
-     *
-     * By default, for portability reasons, no files except those listed in
-     * the bin field will be marked as executable in the resulting package
-     * archive. The executableFiles field lets you declare additional fields
-     * that must have the executable flag (+x) set even if
-     * they aren't directly accessible through the bin field.
-     */
-    executableFiles?: string[];
-    /**
-     * **pnpm-only**
-     *
-     * You also can use the field `publishConfig.directory` to customize
-     * the published subdirectory relative to the current `package.json`.
-     *
-     * It is expected to have a modified version of the current package in
-     * the specified directory (usually using third party build tools).
-     */
-    directory?: string;
-    /**
-     * **pnpm-only**
-     *
-     * When set to `true`, the project will be symlinked from the
-     * `publishConfig.directory` location during local development.
-     * @default true
-     */
-    linkDirectory?: boolean;
-  } & Pick<PackageJson, "bin" | "main" | "exports" | "types" | "typings" | "module" | "browser" | "unpkg" | "typesVersions" | "os" | "cpu">;
-  /**
-   * See: https://nodejs.org/api/packages.html#packagemanager
-   * This field defines which package manager is expected to be used when working on the current project.
-   * Should be of the format: `<name>@<version>[#hash]`
-   */
-  packageManager?: string;
-  [key: string]: any;
-}
-/**
- * See: https://docs.npmjs.com/cli/v11/using-npm/scripts#pre--post-scripts
- */
-type PackageJsonScriptWithPreAndPost<S extends string> = S | `${"pre" | "post"}${S}`;
-/**
- * See: https://docs.npmjs.com/cli/v11/using-npm/scripts#life-cycle-operation-order
- */
-type PackageJsonNpmLifeCycleScripts = "dependencies" | "prepublishOnly" | PackageJsonScriptWithPreAndPost<"install" | "pack" | "prepare" | "publish" | "restart" | "start" | "stop" | "test" | "version">;
-/**
- * See: https://pnpm.io/scripts#lifecycle-scripts
- */
-type PackageJsonPnpmLifeCycleScripts = "pnpm:devPreinstall";
-type PackageJsonCommonScripts = "build" | "coverage" | "deploy" | "dev" | "format" | "lint" | "preview" | "release" | "typecheck" | "watch";
-type PackageJsonScriptName = PackageJsonCommonScripts | PackageJsonNpmLifeCycleScripts | PackageJsonPnpmLifeCycleScripts | (string & {});
-type PackageJsonScripts = { [P in PackageJsonScriptName]?: string };
-/**
- * A “person” is an object with a “name” field and optionally “url” and “email”. Or you can shorten that all into a single string, and npm will parse it for you.
- */
-type PackageJsonPerson = string | {
-  name: string;
-  email?: string;
-  url?: string;
-};
-type PackageJsonFunding = string | {
-  url: string;
-  type?: string;
-};
-type PackageJsonExportKey = "." | "import" | "require" | "types" | "node" | "browser" | "default" | (string & {});
-type PackageJsonExportsObject = { [P in PackageJsonExportKey]?: string | PackageJsonExportsObject | Array<string | PackageJsonExportsObject> };
-type PackageJsonExports = string | PackageJsonExportsObject | Array<string | PackageJsonExportsObject>; //#endregion
-//#region src/packagejson/utils.d.ts
-/**
- * Defines a PackageJson structure.
- * @param pkg - The `package.json` content as an object. See {@link PackageJson}.
- * @returns the same `package.json` object.
- */
-//#endregion
 //#endregion
 //#region ../../node_modules/.pnpm/hookable@6.1.1/node_modules/hookable/dist/index.d.mts
 type HookCallback = (...arguments_: any) => Promise<void> | void;
@@ -395,7 +92,7 @@ declare global {
 }
 /** @deprecated */
 //#endregion
-//#region ../../node_modules/.pnpm/@tsdown+exe@0.22.3_tsdown@0.22.3/node_modules/@tsdown/exe/dist/index.d.mts
+//#region ../../node_modules/.pnpm/@tsdown+exe@0.22.7_tsdown@0.22.7/node_modules/@tsdown/exe/dist/index.d.mts
 //#region src/platform.d.ts
 type ExePlatform = "win" | "darwin" | "linux";
 type ExeArch = "x64" | "arm64";
@@ -403,154 +100,154 @@ interface ExeTarget {
   platform: ExePlatform;
   arch: ExeArch;
   /**
-  * Node.js version to use for the executable.
-  *
-  * Accepts a valid semver string (e.g., `"25.7.0"`), or the special values
-  * `"latest"` / `"latest-lts"` which resolve the version automatically from
-  * {@link https://nodejs.org/dist/index.json}.
-  *
-  * The minimum required version is 25.7.0, which is when SEA support was added to Node.js.
-  */
+   * Node.js version to use for the executable.
+   *
+   * Accepts a valid semver string (e.g., `"25.7.0"`), or the special values
+   * `"latest"` / `"latest-lts"` which resolve the version automatically from
+   * {@link https://nodejs.org/dist/index.json}.
+   *
+   * The minimum required version is 25.7.0, which is when SEA support was added to Node.js.
+   */
   nodeVersion: (string & {}) | "latest" | "latest-lts" | `${string}.${string}.${string}`;
 }
 interface ExeExtensionOptions {
   /**
-  * Cross-platform targets for building executables.
-  * Requires `@tsdown/exe` to be installed.
-  * When specified, builds an executable for each target platform/arch combination.
-  *
-  * @example
-  * ```ts
-  * targets: [
-  *   { platform: 'linux', arch: 'x64', nodeVersion: '25.7.0' },
-  *   { platform: 'darwin', arch: 'arm64', nodeVersion: '25.7.0' },
-  *   { platform: 'win', arch: 'x64', nodeVersion: '25.7.0' },
-  * ]
-  * ```
-  */
+   * Cross-platform targets for building executables.
+   * Requires `@tsdown/exe` to be installed.
+   * When specified, builds an executable for each target platform/arch combination.
+   *
+   * @example
+   * ```ts
+   * targets: [
+   *   { platform: 'linux', arch: 'x64', nodeVersion: '25.7.0' },
+   *   { platform: 'darwin', arch: 'arm64', nodeVersion: '25.7.0' },
+   *   { platform: 'win', arch: 'x64', nodeVersion: '25.7.0' },
+   * ]
+   * ```
+   */
   targets?: ExeTarget[];
 }
 //#endregion
-//#region ../../node_modules/.pnpm/@tsdown+css@0.22.3_jiti@2.7.0_postcss-import@16.1.1_postcss@8.5.16__postcss-modules@6.0_8815f8f9084693f5f3ebee14fa13c42a/node_modules/@tsdown/css/dist/index.d.mts
+//#region ../../node_modules/.pnpm/@tsdown+css@0.22.7_jiti@2.7.0_postcss-import@16.1.1_postcss@8.5.16__postcss-modules@9.0_1c733d87075d7caaba5f5a5461b5a5e5/node_modules/@tsdown/css/dist/index.d.mts
 //#region src/options.d.ts
 type LightningCSSOptions = Omit<TransformOptions<any>, "filename" | "code">;
 interface CSSModulesOptions {
   /**
-  * Controls the scoping behavior.
-  * @default 'local'
-  */
+   * Controls the scoping behavior.
+   * @default 'local'
+   */
   scopeBehaviour?: "global" | "local";
   /**
-  * File paths matching these patterns will use global scoping.
-  */
+   * File paths matching these patterns will use global scoping.
+   */
   globalModulePaths?: RegExp[];
   /**
-  * Pattern or function to generate scoped class names.
-  * When using `transformer: 'lightningcss'`, only string patterns are supported.
-  */
+   * Pattern or function to generate scoped class names.
+   * When using `transformer: 'lightningcss'`, only string patterns are supported.
+   */
   generateScopedName?: string | ((name: string, filename: string, css: string) => string);
   /**
-  * Prefix added to hashes when generating scoped names.
-  */
+   * Prefix added to hashes when generating scoped names.
+   */
   hashPrefix?: string;
   /**
-  * Transform convention for exported class names.
-  */
+   * Transform convention for exported class names.
+   */
   localsConvention?: "camelCase" | "camelCaseOnly" | "dashes" | "dashesOnly";
   /**
-  * Whether to include global class names in the export.
-  */
+   * Whether to include global class names in the export.
+   */
   exportGlobals?: boolean;
   /**
-  * Callback to receive the generated class name mappings.
-  */
+   * Callback to receive the generated class name mappings.
+   */
   getJSON?: (cssFileName: string, json: Record<string, string>, outputFileName: string) => void;
 }
 interface CssOptions {
   /**
-  * Enable/disable CSS code splitting.
-  * When set to `false`, all CSS in the entire project will be extracted into
-  * a single CSS file named by {@linkcode fileName}.
-  * When set to `true`, CSS imported in async JS chunks will be preserved as chunks.
-  *
-  * Defaults to `false`, but if `unbundle` is `true`, it defaults to `true` to preserve chunk splitting.
-  */
+   * Enable/disable CSS code splitting.
+   * When set to `false`, all CSS in the entire project will be extracted into
+   * a single CSS file named by {@linkcode fileName}.
+   * When set to `true`, CSS imported in async JS chunks will be preserved as chunks.
+   *
+   * Defaults to `false`, but if `unbundle` is `true`, it defaults to `true` to preserve chunk splitting.
+   */
   splitting?: boolean;
   /**
-  * Specify the name of the CSS file generated when {@linkcode splitting} is
-  * `false`.
-  *
-  * @default 'style.css'
-  */
+   * Specify the name of the CSS file generated when {@linkcode splitting} is
+   * `false`.
+   *
+   * @default 'style.css'
+   */
   fileName?: string;
   /**
-  * Set the target environment for CSS syntax lowering.
-  * Accepts esbuild-style target strings (e.g., `'chrome99'`, `'safari16.2'`).
-  * Defaults to the top-level `target` option.
-  *
-  * @see https://vite.dev/config/build-options#build-csstarget
-  * @default tsdownConfig.target
-  */
+   * Set the target environment for CSS syntax lowering.
+   * Accepts esbuild-style target strings (e.g., `'chrome99'`, `'safari16.2'`).
+   * Defaults to the top-level `target` option.
+   *
+   * @see https://vite.dev/config/build-options#build-csstarget
+   * @default tsdownConfig.target
+   */
   target?: string | string[] | false;
   /**
-  * Options for CSS preprocessors (Sass/Less/Stylus).
-  *
-  * In addition to options specific to each processor, `additionalData` option
-  * can be used to inject extra code for each style content.
-  */
+   * Options for CSS preprocessors (Sass/Less/Stylus).
+   *
+   * In addition to options specific to each processor, `additionalData` option
+   * can be used to inject extra code for each style content.
+   */
   preprocessorOptions?: PreprocessorOptions;
   /**
-  * Enable/disable CSS minification.
-  *
-  * @default false
-  */
+   * Enable/disable CSS minification.
+   *
+   * @default false
+   */
   minify?: boolean;
   /**
-  * Lightning CSS options for CSS syntax lowering and transformations.
-  */
+   * Lightning CSS options for CSS syntax lowering and transformations.
+   */
   lightningcss?: LightningCSSOptions;
   /**
-  * PostCSS configuration.
-  *
-  * - `string`: Path to the directory to search for PostCSS config files.
-  * - `object`: Inline PostCSS options with optional `plugins` array.
-  * - Omitted: Auto-detect PostCSS config from the project root.
-  *
-  * Only used when {@linkcode transformer} is `'postcss'`.
-  * Requires `postcss` to be installed.
-  *
-  * @see https://github.com/postcss/postcss
-  */
+   * PostCSS configuration.
+   *
+   * - `string`: Path to the directory to search for PostCSS config files.
+   * - `object`: Inline PostCSS options with optional `plugins` array.
+   * - Omitted: Auto-detect PostCSS config from the project root.
+   *
+   * Only used when {@linkcode transformer} is `'postcss'`.
+   * Requires `postcss` to be installed.
+   *
+   * @see https://github.com/postcss/postcss
+   */
   postcss?: PostCSSOptions;
   /**
-  * When enabled, JS output preserves import statements pointing to emitted CSS files.
-  * Consumers of the library will automatically import the CSS alongside the JS.
-  *
-  * @default false
-  */
+   * When enabled, JS output preserves import statements pointing to emitted CSS files.
+   * Consumers of the library will automatically import the CSS alongside the JS.
+   *
+   * @default false
+   */
   inject?: boolean;
   /**
-  * CSS modules configuration.
-  * When not `false`, `.module.css` files (and preprocessor variants) are
-  * treated as CSS modules with scoped class names.
-  *
-  * @see https://github.com/css-modules/css-modules
-  *
-  * @default {}
-  */
+   * CSS modules configuration.
+   * When not `false`, `.module.css` files (and preprocessor variants) are
+   * treated as CSS modules with scoped class names.
+   *
+   * @see https://github.com/css-modules/css-modules
+   *
+   * @default {}
+   */
   modules?: CSSModulesOptions | false;
   /**
-  * CSS transformer to use. Controls how CSS is processed:
-  *
-  * - `'lightningcss'` (default): `@import` handled by Lightning CSS
-  *   `bundleAsync()`, PostCSS is **not** used at all.
-  * - `'postcss'`: `@import` handled by `postcss-import`,
-  *   PostCSS plugins applied, Lightning CSS used only for final
-  *   targets/minify transform.
-  *
-  * @default 'lightningcss'
-  * @see https://vite.dev/config/shared-options#css-transformer
-  */
+   * CSS transformer to use. Controls how CSS is processed:
+   *
+   * - `'lightningcss'` (default): `@import` handled by Lightning CSS
+   *   `bundleAsync()`, PostCSS is **not** used at all.
+   * - `'postcss'`: `@import` handled by `postcss-import`,
+   *   PostCSS plugins applied, Lightning CSS used only for final
+   *   targets/minify transform.
+   *
+   * @default 'lightningcss'
+   * @see https://vite.dev/config/shared-options#css-transformer
+   */
   transformer?: "postcss" | "lightningcss";
 }
 type PostCSSOptions = string | (Record<string, any> & {
@@ -1335,234 +1032,265 @@ type TsConfigJson = {
   references?: TsConfigJson.References[];
 };
 //#endregion
-//#region ../../node_modules/.pnpm/rolldown-plugin-dts@0.26.0_@typescript+native-preview@7.0.0-dev.20260605.1_oxc-resolver_4fe2e1acd1a0882df7c50b3958bba707/node_modules/rolldown-plugin-dts/dist/index.d.mts
+//#region ../../node_modules/.pnpm/rolldown-plugin-dts@0.27.9_@typescript+native-preview@7.0.0-dev.20260605.1_oxc-resolver_9f43f644337e3a4030148b21b794fdcf/node_modules/rolldown-plugin-dts/dist/index.d.mts
 //#region src/options.d.ts
+interface Logger$1 {
+  info: (...args: any[]) => void;
+  warn: (...args: any[]) => void;
+  error: (...args: any[]) => void;
+}
 interface GeneralOptions {
   /**
-  * Glob pattern(s) to filter which entry files get `.d.ts` generation.
-  *
-  * When specified, only entry files matching these patterns will emit `.d.ts` chunks.
-  * When not specified, all entries get `.d.ts` generation.
-  *
-  * Supports negation patterns (e.g., `['**', '!src/icons/**']`) for exclusion.
-  * Patterns are matched against file paths relative to `cwd`.
-  *
-  * @example
-  * entry: 'src/index.ts'
-  * entry: ['src/*.ts', '!src/internal/**']
-  */
+   * The generator used to produce `.d.ts` files.
+   *
+   * - `'tsc'`: The TypeScript 5.x/6.x compiler. Supports all TypeScript features.
+   * - `'oxc'`: {@link https://oxc.rs Oxc}'s isolated declaration generator. Much
+   *   faster than `tsc`, but only supports code that satisfies
+   *   [`isolatedDeclarations`](https://www.typescriptlang.org/tsconfig/#isolatedDeclarations).
+   * - `'tsgo'`: **[Experimental]** The TypeScript Go compiler
+   *   ({@link https://github.com/microsoft/typescript-go tsgo}). May not support
+   *   all TypeScript features yet.
+   *
+   * When unset, the generator is inferred:
+   * - `'oxc'` if {@link Options.oxc oxc} options are provided or
+   *   `isolatedDeclarations` is enabled in `compilerOptions`.
+   * - `'tsgo'` if TypeScript 7.0 (or `@typescript/native-preview`) is installed,
+   *   or {@link Options.tsgo tsgo} options are provided.
+   * - `'tsc'` otherwise, and always when {@link TscOptions.vue vue} or
+   *   {@link TscOptions.tsMacro tsMacro} is enabled.
+   *
+   * @default 'tsc'
+   */
+  generator?: "tsc" | "oxc" | "tsgo";
+  /**
+   * Glob pattern(s) to filter which entry files get `.d.ts` generation.
+   *
+   * When specified, only entry files matching these patterns will emit `.d.ts` chunks.
+   * When not specified, all entries get `.d.ts` generation.
+   *
+   * Supports negation patterns (e.g., `['**', '!src/icons/**']`) for exclusion.
+   * Patterns are matched against file paths relative to `cwd`.
+   *
+   * @example
+   * entry: 'src/index.ts'
+   * entry: ['src/*.ts', '!src/internal/**']
+   */
   entry?: string | string[];
   /**
-  * The directory in which the plugin will search for the `tsconfig.json` file.
-  */
+   * The directory in which the plugin will search for the `tsconfig.json` file.
+   */
   cwd?: string;
   /**
-  * Set to `true` if your entry files are `.d.ts` files instead of `.ts` files.
-  *
-  * When enabled, the plugin will skip generating a `.d.ts` file for the entry point.
-  */
+   * Set to `true` if your entry files are `.d.ts` files instead of `.ts` files.
+   *
+   * When enabled, the plugin will skip generating a `.d.ts` file for the entry point.
+   */
   dtsInput?: boolean;
   /**
-  * If `true`, the plugin will emit only `.d.ts` files and remove all other output chunks.
-  *
-  * This is especially useful when generating `.d.ts` files for the CommonJS format as part of a separate build step.
-  */
+   * If `true`, the plugin will emit only `.d.ts` files and remove all other output chunks.
+   *
+   * This is especially useful when generating `.d.ts` files for the CommonJS format as part of a separate build step.
+   */
   emitDtsOnly?: boolean;
   /**
-  * The path to the `tsconfig.json` file.
-  *
-  * If set to `false`, the plugin will ignore any `tsconfig.json` file.
-  * You can still specify `compilerOptions` directly in the options.
-  *
-  * @default 'tsconfig.json'
-  */
+   * The path to the `tsconfig.json` file.
+   *
+   * If set to `false`, the plugin will ignore any `tsconfig.json` file.
+   * You can still specify `compilerOptions` directly in the options.
+   *
+   * @default 'tsconfig.json'
+   */
   tsconfig?: string | boolean;
   /**
-  * Pass a raw `tsconfig.json` object directly to the plugin.
-  *
-  * @see https://www.typescriptlang.org/tsconfig
-  */
+   * Pass a raw `tsconfig.json` object directly to the plugin.
+   *
+   * @see https://www.typescriptlang.org/tsconfig
+   */
   tsconfigRaw?: Omit<TsConfigJson, "compilerOptions">;
   /**
-  * Override the `compilerOptions` specified in `tsconfig.json`.
-  *
-  * @see https://www.typescriptlang.org/tsconfig/#compilerOptions
-  */
+   * Override the `compilerOptions` specified in `tsconfig.json`.
+   *
+   * @see https://www.typescriptlang.org/tsconfig/#compilerOptions
+   */
   compilerOptions?: TsConfigJson.CompilerOptions;
   /**
-  * If `true`, the plugin will generate declaration maps (`.d.ts.map`) for `.d.ts` files.
-  */
+   * If `true`, the plugin will generate declaration maps (`.d.ts.map`) for `.d.ts` files.
+   */
   sourcemap?: boolean;
   /**
-  * Specifies a resolver to resolve type definitions, especially for `node_modules`.
-  *
-  * - `'oxc'`: Uses Oxc's module resolution, which is faster and more efficient.
-  * - `'tsc'`: Uses TypeScript's native module resolution, which may be more compatible with complex setups, but slower.
-  *
-  * @default 'oxc'
-  */
+   * Specifies a resolver to resolve type definitions, especially for `node_modules`.
+   *
+   * - `'oxc'`: Uses Oxc's module resolution, which is faster and more efficient.
+   * - `'tsc'`: Uses TypeScript's native module resolution, which may be more compatible with complex setups, but slower.
+   *
+   * @default 'oxc'
+   */
   resolver?: "oxc" | "tsc";
   /**
-  * Determines how the default export is emitted.
-  *
-  * If set to `true`, and you are only exporting a single item using `export default ...`,
-  * the output will use `export = ...` instead of the standard ES module syntax.
-  * This is useful for compatibility with CommonJS.
-  * This only controls the output format and does not enable support for
-  * CommonJS-style `.d.ts` input.
-  */
+   * Determines how the default export is emitted.
+   *
+   * If set to `true`, and you are only exporting a single item using `export default ...`,
+   * the output will use `export = ...` instead of the standard ES module syntax.
+   * This is useful for compatibility with CommonJS.
+   * This only controls the output format and does not enable support for
+   * CommonJS-style `.d.ts` input.
+   */
   cjsDefault?: boolean;
   /**
-  * Indicates whether the generated `.d.ts` files have side effects.
-  * - If set to `true`, Rolldown will treat the `.d.ts` files as having side effects during tree-shaking.
-  * - If set to `false`, Rolldown may consider the `.d.ts` files as side-effect-free, potentially removing them if they are not imported.
-  *
-  * @default false
-  */
+   * Indicates whether the generated `.d.ts` files have side effects.
+   * - If set to `true`, Rolldown will treat the `.d.ts` files as having side effects during tree-shaking.
+   * - If set to `false`, Rolldown may consider the `.d.ts` files as side-effect-free, potentially removing them if they are not imported.
+   *
+   * @default false
+   */
   sideEffects?: boolean;
+  logger?: Logger$1;
 }
 interface TscOptions {
   /**
-  * Build mode for the TypeScript compiler:
-  *
-  * - If `true`, the plugin will use [`tsc -b`](https://www.typescriptlang.org/docs/handbook/project-references.html#build-mode-for-typescript) to build the project and all referenced projects before emitting `.d.ts` files.
-  * - If `false`, the plugin will use [`tsc`](https://www.typescriptlang.org/docs/handbook/compiler-options.html) to emit `.d.ts` files without building referenced projects.
-  *
-  * @default false
-  */
+   * Build mode for the TypeScript compiler:
+   *
+   * - If `true`, the plugin will use [`tsc -b`](https://www.typescriptlang.org/docs/handbook/project-references.html#build-mode-for-typescript) to build the project and all referenced projects before emitting `.d.ts` files.
+   * - If `false`, the plugin will use [`tsc`](https://www.typescriptlang.org/docs/handbook/compiler-options.html) to emit `.d.ts` files without building referenced projects.
+   *
+   * @default false
+   */
   build?: boolean;
   /**
-  * If your tsconfig.json has
-  * [`references`](https://www.typescriptlang.org/tsconfig/#references) option,
-  * `rolldown-plugin-dts` will use [`tsc
-  * -b`](https://www.typescriptlang.org/docs/handbook/project-references.html#build-mode-for-typescript)
-  * to build the project and all referenced projects before emitting `.d.ts`
-  * files.
-  *
-  * In such case, if this option is `true`, `rolldown-plugin-dts` will write
-  * down all built files into your disk, including
-  * [`.tsbuildinfo`](https://www.typescriptlang.org/tsconfig/#tsBuildInfoFile)
-  * and other built files. This is equivalent to running `tsc -b` in your
-  * project.
-  *
-  * Otherwise, if this option is `false`, `rolldown-plugin-dts` will write
-  * built files only into memory and leave a small footprint in your disk.
-  *
-  * Enabling this option will decrease the build time by caching previous build
-  * results. This is helpful when you have a large project with multiple
-  * referenced projects.
-  *
-  * By default, `incremental` is `true` if your tsconfig has
-  * [`incremental`](https://www.typescriptlang.org/tsconfig/#incremental) or
-  * [`tsBuildInfoFile`](https://www.typescriptlang.org/tsconfig/#tsBuildInfoFile)
-  * enabled.
-  *
-  * This option is only used when {@link Options.oxc} is
-  * `false`.
-  */
+   * If your tsconfig.json has
+   * [`references`](https://www.typescriptlang.org/tsconfig/#references) option,
+   * `rolldown-plugin-dts` will use [`tsc
+   * -b`](https://www.typescriptlang.org/docs/handbook/project-references.html#build-mode-for-typescript)
+   * to build the project and all referenced projects before emitting `.d.ts`
+   * files.
+   *
+   * In such case, if this option is `true`, `rolldown-plugin-dts` will write
+   * down all built files into your disk, including
+   * [`.tsbuildinfo`](https://www.typescriptlang.org/tsconfig/#tsBuildInfoFile)
+   * and other built files. This is equivalent to running `tsc -b` in your
+   * project.
+   *
+   * Otherwise, if this option is `false`, `rolldown-plugin-dts` will write
+   * built files only into memory and leave a small footprint in your disk.
+   *
+   * Enabling this option will decrease the build time by caching previous build
+   * results. This is helpful when you have a large project with multiple
+   * referenced projects.
+   *
+   * By default, `incremental` is `true` if your tsconfig has
+   * [`incremental`](https://www.typescriptlang.org/tsconfig/#incremental) or
+   * [`tsBuildInfoFile`](https://www.typescriptlang.org/tsconfig/#tsBuildInfoFile)
+   * enabled.
+   *
+   * This option is only used when {@link Options.oxc} is
+   * `false`.
+   */
   incremental?: boolean;
   /**
-  * If `true`, the plugin will generate `.d.ts` files using `vue-tsc`.
-  */
+   * If `true`, the plugin will generate `.d.ts` files using `vue-tsc`.
+   */
   vue?: boolean;
   /**
-  * If `true`, the plugin will generate `.d.ts` files using `@ts-macro/tsc`.
-  */
+   * If `true`, the plugin will generate `.d.ts` files using `@ts-macro/tsc`.
+   */
   tsMacro?: boolean;
   /**
-  * If `true`, the plugin will launch a separate process for `tsc` or `vue-tsc`.
-  * This enables processing multiple projects in parallel.
-  */
+   * If `true`, the plugin will launch a separate process for `tsc` or `vue-tsc`.
+   * This enables processing multiple projects in parallel.
+   */
   parallel?: boolean;
   /**
-  * If `true`, the plugin will prepare all files listed in `tsconfig.json` for `tsc` or `vue-tsc`.
-  *
-  * This is especially useful when you have a single `tsconfig.json` for multiple projects in a monorepo.
-  */
+   * If `true`, the plugin will prepare all files listed in `tsconfig.json` for `tsc` or `vue-tsc`.
+   *
+   * This is especially useful when you have a single `tsconfig.json` for multiple projects in a monorepo.
+   */
   eager?: boolean;
   /**
-  * If `true`, the plugin will create a new isolated context for each build,
-  * ensuring that previously generated `.d.ts` code and caches are not reused.
-  *
-  * By default, the plugin may reuse internal caches or incremental build artifacts
-  * to speed up repeated builds. Enabling this option forces a clean context,
-  * guaranteeing that all type definitions are generated from scratch.
-  *
-  * @default false
-  */
+   * If `true`, the plugin will create a new isolated context for each build,
+   * ensuring that previously generated `.d.ts` code and caches are not reused.
+   *
+   * By default, the plugin may reuse internal caches or incremental build artifacts
+   * to speed up repeated builds. Enabling this option forces a clean context,
+   * guaranteeing that all type definitions are generated from scratch.
+   *
+   * @default false
+   */
   newContext?: boolean;
   /**
-  * If `true`, the plugin will emit `.d.ts` files for `.js` files as well.
-  * This is useful when you want to generate type definitions for JavaScript files with JSDoc comments.
-  *
-  * Enabled by default when `allowJs` in compilerOptions is `true`.
-  * This option is only used when {@link Options.oxc} is
-  * `false`.
-  */
+   * If `true`, the plugin will emit `.d.ts` files for `.js` files as well.
+   * This is useful when you want to generate type definitions for JavaScript files with JSDoc comments.
+   *
+   * Enabled by default when `allowJs` in compilerOptions is `true`.
+   * This option is only used when {@link Options.oxc} is
+   * `false`.
+   */
   emitJs?: boolean;
 }
 interface Options$1 extends GeneralOptions, TscOptions {
   /**
-  * If `true`, the plugin will generate `.d.ts` files using Oxc,
-  * which is significantly faster than the TypeScript compiler.
-  *
-  * This option is automatically enabled when `isolatedDeclarations` in `compilerOptions` is set to `true`.
-  */
+   * If `true`, the plugin will generate `.d.ts` files using Oxc,
+   * which is significantly faster than the TypeScript compiler.
+   *
+   * This option is automatically enabled when `isolatedDeclarations` in `compilerOptions` is set to `true`.
+   */
   oxc?: boolean | Omit<IsolatedDeclarationsOptions, "sourcemap">;
   /**
-  * **[Experimental]** Enables DTS generation using `tsgo`.
-  *
-  * To use this option, make sure `@typescript/native-preview` is installed as a dependency,
-  * or provide a custom path to the `tsgo` binary using the `path` option.
-  *
-  * **Note:** This option is not yet recommended for production environments.
-  * `tsconfigRaw` and `isolatedDeclarations` options will be ignored when this option is enabled.
-  *
-  *
-  * ```ts
-  * // Use tsgo from `@typescript/native-preview` dependency
-  * tsgo: true
-  *
-  * // Use custom tsgo path (e.g., managed by Nix)
-  * tsgo: { path: '/path/to/tsgo' }
-  * ```
-  */
+   * **[Experimental]** Enables DTS generation using `tsgo`.
+   *
+   * This is automatically enabled when the TypeScript Go compiler (v7+) is
+   * installed as the `typescript` package. Otherwise, make sure
+   * `@typescript/native-preview` is installed as a dependency, or provide a
+   * custom path to the `tsgo` binary using the `path` option.
+   *
+   * **Note:** TypeScript 7.0 does not yet have a stable API and is experimental.
+   * This option is not yet recommended for production environments, and some
+   * options (such as `tsconfigRaw` and `isolatedDeclarations`) will be
+   * unavailable when it is enabled.
+   *
+   *
+   * ```ts
+   * // Use tsgo from `@typescript/native-preview` dependency
+   * tsgo: true
+   *
+   * // Use custom tsgo path (e.g., managed by Nix)
+   * tsgo: { path: '/path/to/tsgo' }
+   * ```
+   */
   tsgo?: boolean | TsgoOptions;
 }
 interface TsgoOptions {
-  enabled?: boolean;
   /**
-  * Custom path to the `tsgo` binary.
-  */
+   * Custom path to the `tsgo` binary.
+   */
   path?: string;
 }
 //#endregion
-//#region ../../node_modules/.pnpm/tsdown@0.22.3_@arethetypeswrong+core@0.18.2_@tsdown+css@0.22.3_@tsdown+exe@0.22.3_@type_b3805a6765df28d505319221a7193e18/node_modules/tsdown/dist/types-F1pJie3k.d.mts
+//#region ../../node_modules/.pnpm/tsdown@0.22.7_@arethetypeswrong+core@0.18.2_@tsdown+css@0.22.7_@tsdown+exe@0.22.7_@type_53c241a653f2227a5df8ba2949047afe/node_modules/tsdown/dist/types-C2uYWTfo.d.mts
 //#region src/features/copy.d.ts
 interface CopyEntry {
   /**
-  * Source path or glob pattern.
-  */
+   * Source path or glob pattern.
+   */
   from: string | string[];
   /**
-  * Destination path.
-  * If not specified, defaults to the output directory ("outDir").
-  */
+   * Destination path.
+   * If not specified, defaults to the output directory ("outDir").
+   */
   to?: string;
   /**
-  * Whether to flatten the copied files (not preserving directory structure).
-  *
-  * @default true
-  */
+   * Whether to flatten the copied files (not preserving directory structure).
+   *
+   * @default true
+   */
   flatten?: boolean;
   /**
-  * Output copied items to console.
-  * @default false
-  */
+   * Output copied items to console.
+   * @default false
+   */
   verbose?: boolean;
   /**
-  * Change destination file or folder name.
-  */
+   * Change destination file or folder name.
+   */
   rename?: string | ((name: string, extension: string, fullPath: string) => string);
 }
 type CopyOptions = Arrayable<string | CopyEntry>;
@@ -1581,40 +1309,40 @@ interface TsdownBundle extends AsyncDisposable {
 type NoExternalFn = (id: string, importer: string | undefined) => boolean | null | undefined | void;
 interface DepsConfig {
   /**
-  * Mark dependencies as external (not bundled).
-  * Accepts strings, regular expressions, or Rolldown's
-  * {@linkcode ExternalOption}.
-  */
+   * Mark dependencies as external (not bundled).
+   * Accepts strings, regular expressions, or Rolldown's
+   * {@linkcode ExternalOption}.
+   */
   neverBundle?: ExternalOption;
   /**
-  * Force dependencies to be bundled, even if they are in `dependencies`, `peerDependencies`, or `optionalDependencies`.
-  */
+   * Force dependencies to be bundled, even if they are in `dependencies`, `peerDependencies`, or `optionalDependencies`.
+   */
   alwaysBundle?: Arrayable<string | RegExp> | NoExternalFn;
   /**
-  * Whitelist of dependencies allowed to be bundled from `node_modules`.
-  * Throws an error if any unlisted dependency is bundled.
-  *
-  * - `undefined` (default): Show warnings for bundled dependencies.
-  * - `false`: Suppress all warnings about bundled dependencies.
-  *
-  * Note: Be sure to include all required sub-dependencies as well.
-  */
+   * Whitelist of dependencies allowed to be bundled from `node_modules`.
+   * Throws an error if any unlisted dependency is bundled.
+   *
+   * - `undefined` (default): Show warnings for bundled dependencies.
+   * - `false`: Suppress all warnings about bundled dependencies.
+   *
+   * Note: Be sure to include all required sub-dependencies as well.
+   */
   onlyBundle?: Arrayable<string | RegExp> | false;
   /**
-  * @deprecated Use {@linkcode onlyBundle} instead.
-  */
+   * @deprecated Use {@linkcode onlyBundle} instead.
+   */
   onlyAllowBundle?: Arrayable<string | RegExp> | false;
   /**
-  * Skip bundling all `node_modules` dependencies.
-  *
-  * **Note:** This option cannot be used together with {@linkcode alwaysBundle}.
-  *
-  * @default false
-  */
+   * Skip bundling all `node_modules` dependencies.
+   *
+   * **Note:** This option cannot be used together with {@linkcode alwaysBundle}.
+   *
+   * @default false
+   */
   skipNodeModulesBundle?: boolean;
   /**
-  * Override dependency bundling options for declaration file generation.
-  */
+   * Override dependency bundling options for declaration file generation.
+   */
   dts?: Pick<DepsConfig, "alwaysBundle" | "neverBundle">;
 }
 interface ResolvedDepsConfig {
@@ -1623,106 +1351,403 @@ interface ResolvedDepsConfig {
   onlyBundle?: Array<string | RegExp> | false;
   skipNodeModulesBundle: boolean;
   /**
-  * Override dependency bundling options for declaration file generation.
-  */
+   * Override dependency bundling options for declaration file generation.
+   */
   dts: Pick<ResolvedDepsConfig, "alwaysBundle" | "neverBundle">;
 }
 //#endregion
 //#region src/features/devtools.d.ts
 interface DevtoolsOptions extends NonNullable<InputOptions["devtools"]> {
   /**
-  * **[experimental]** Enable devtools integration. `@vitejs/devtools` must be installed as a dependency.
-  *
-  * Defaults to true, if `@vitejs/devtools` is installed.
-  */
+   * **[experimental]** Enable devtools integration. `@vitejs/devtools` must be installed as a dependency.
+   *
+   * Defaults to true, if `@vitejs/devtools` is installed.
+   */
   ui?: boolean | Partial<StartOptions>;
   /**
-  * Clean devtools stale sessions.
-  *
-  * @default true
-  */
+   * Clean devtools stale sessions.
+   *
+   * @default true
+   */
   clean?: boolean;
 } //#endregion
 //#region src/features/exe.d.ts
 interface ExeOptions extends ExeExtensionOptions {
   seaConfig?: Omit<SeaConfig, "main" | "output" | "mainFormat">;
   /**
-  * Output file name without any suffix or extension.
-  * For example, do not include `.exe`, platform suffixes, or architecture suffixes.
-  */
+   * Output file name without any suffix or extension.
+   * For example, do not include `.exe`, platform suffixes, or architecture suffixes.
+   */
   fileName?: string | ((chunk: RolldownChunk) => string);
   /**
-  * Output directory for executables.
-  * @default 'build'
-  */
-  outDir?: string;
-}
-/**
-* See also [Node.js SEA Documentation](https://nodejs.org/api/single-executable-applications.html#generating-single-executable-applications-with---build-sea)
-*
-* Note some default values are different from Node.js defaults to optimize for typical use cases (e.g. disabling experimental warning, enabling code cache). These can be overridden.
-*/
-interface SeaConfig {
-  main?: string;
+   * Output directory for executables.
+   * @default 'build'
+   */
+  outDir?: string;
+}
+/**
+ * See also [Node.js SEA Documentation](https://nodejs.org/api/single-executable-applications.html#generating-single-executable-applications-with---build-sea)
+ *
+ * Note some default values are different from Node.js defaults to optimize for typical use cases (e.g. disabling experimental warning, enabling code cache). These can be overridden.
+ */
+interface SeaConfig {
+  main?: string;
+  /**
+   * Optional, if not specified, uses the current Node.js binary
+   */
+  executable?: string;
+  output?: string;
+  /**
+   * @default tsdownConfig.format === 'es' ? 'module' : 'commonjs'
+   */
+  mainFormat?: "commonjs" | "module";
+  /**
+   * @default true
+   */
+  disableExperimentalSEAWarning?: boolean;
+  /**
+   * @default false
+   */
+  useSnapshot?: boolean;
+  /**
+   * @default false
+   */
+  useCodeCache?: boolean;
+  execArgv?: string[];
+  /**
+   * @default 'env'
+   */
+  execArgvExtension?: "none" | "env" | "cli";
+  assets?: Record<string, string>;
+} //#endregion
+//#region src/features/hooks.d.ts
+interface BuildContext {
+  options: ResolvedConfig;
+  hooks: Hookable<TsdownHooks>;
+}
+interface RolldownContext {
+  buildOptions: BuildOptions;
+}
+/**
+ * Hooks for tsdown.
+ */
+interface TsdownHooks {
+  /**
+   * Invoked before each tsdown build starts.
+   * Use this hook to perform setup or preparation tasks.
+   */
+  "build:prepare": (ctx: BuildContext) => void | Promise<void>;
+  /**
+   * Invoked before each Rolldown build.
+   * For dual-format builds, this hook is called for each format.
+   * Useful for configuring or modifying the build context before bundling.
+   */
+  "build:before": (ctx: BuildContext & RolldownContext) => void | Promise<void>;
+  /**
+   * Invoked after each tsdown build completes.
+   * Use this hook for cleanup or post-processing tasks.
+   */
+  "build:done": (ctx: BuildContext & {
+    chunks: RolldownChunk[];
+  }) => void | Promise<void>;
+} //#endregion
+//#region node_modules/.pnpm/pkg-types@2.3.1/node_modules/pkg-types/dist/index.d.mts
+//#endregion
+//#region src/packagejson/types.d.ts
+interface PackageJson {
+  /**
+   * The name is what your thing is called.
+   * Some rules:
+   * - The name must be less than or equal to 214 characters. This includes the scope for scoped packages.
+   * - The name can’t start with a dot or an underscore.
+   * - New packages must not have uppercase letters in the name.
+   * - The name ends up being part of a URL, an argument on the command line, and a folder name. Therefore, the name can’t contain any non-URL-safe characters.
+   */
+  name?: string;
+  /**
+   * Version must be parseable by `node-semver`, which is bundled with npm as a dependency. (`npm install semver` to use it yourself.)
+   */
+  version?: string;
+  /**
+   * Put a description in it. It’s a string. This helps people discover your package, as it’s listed in `npm search`.
+   */
+  description?: string;
+  /**
+   * Put keywords in it. It’s an array of strings. This helps people discover your package as it’s listed in `npm search`.
+   */
+  keywords?: string[];
+  /**
+   * The url to the project homepage.
+   */
+  homepage?: string;
+  /**
+   * The url to your project’s issue tracker and / or the email address to which issues should be reported. These are helpful for people who encounter issues with your package.
+   */
+  bugs?: string | {
+    url?: string;
+    email?: string;
+  };
+  /**
+   * You should specify a license for your package so that people know how they are permitted to use it, and any restrictions you’re placing on it.
+   */
+  license?: string;
+  /**
+   * Specify the place where your code lives. This is helpful for people who want to contribute. If the git repo is on GitHub, then the `npm docs` command will be able to find you.
+   * For GitHub, GitHub gist, Bitbucket, or GitLab repositories you can use the same shortcut syntax you use for npm install:
+   */
+  repository?: string | {
+    type: string;
+    url: string;
+    /**
+     * If the `package.json` for your package is not in the root directory (for example if it is part of a monorepo), you can specify the directory in which it lives:
+     */
+    directory?: string;
+  };
+  /**
+   * The `scripts` field is a dictionary containing script commands that are run at various times in the lifecycle of your package.
+   */
+  scripts?: PackageJsonScripts;
+  /**
+   * If you set `"private": true` in your package.json, then npm will refuse to publish it.
+   */
+  private?: boolean;
+  /**
+   * The “author” is one person.
+   */
+  author?: PackageJsonPerson;
+  /**
+   * “contributors” is an array of people.
+   */
+  contributors?: PackageJsonPerson[];
+  /**
+   * An object containing a URL that provides up-to-date information
+   * about ways to help fund development of your package,
+   * a string URL, or an array of objects and string URLs
+   */
+  funding?: PackageJsonFunding | PackageJsonFunding[];
+  /**
+   * The optional `files` field is an array of file patterns that describes the entries to be included when your package is installed as a dependency. File patterns follow a similar syntax to `.gitignore`, but reversed: including a file, directory, or glob pattern (`*`, `**\/*`, and such) will make it so that file is included in the tarball when it’s packed. Omitting the field will make it default to `["*"]`, which means it will include all files.
+   */
+  files?: string[];
+  /**
+   * The main field is a module ID that is the primary entry point to your program. That is, if your package is named `foo`, and a user installs it, and then does `require("foo")`, then your main module’s exports object will be returned.
+   * This should be a module ID relative to the root of your package folder.
+   * For most modules, it makes the most sense to have a main script and often not much else.
+   */
+  main?: string;
+  /**
+   * If your module is meant to be used client-side the browser field should be used instead of the main field. This is helpful to hint users that it might rely on primitives that aren’t available in Node.js modules. (e.g. window)
+   */
+  browser?: string | Record<string, string | false>;
+  /**
+   * The `unpkg` field is used to specify the URL to a UMD module for your package. This is used by default in the unpkg.com CDN service.
+   */
+  unpkg?: string;
+  /**
+   * A map of command name to local file name. On install, npm will symlink that file into `prefix/bin` for global installs, or `./node_modules/.bin/` for local installs.
+   */
+  bin?: string | Record<string, string>;
+  /**
+   * Specify either a single file or an array of filenames to put in place for the `man` program to find.
+   */
+  man?: string | string[];
+  /**
+   * Dependencies are specified in a simple object that maps a package name to a version range. The version range is a string which has one or more space-separated descriptors. Dependencies can also be identified with a tarball or git URL.
+   */
+  dependencies?: Record<string, string>;
+  /**
+   * If someone is planning on downloading and using your module in their program, then they probably don’t want or need to download and build the external test or documentation framework that you use.
+   * In this case, it’s best to map these additional items in a `devDependencies` object.
+   */
+  devDependencies?: Record<string, string>;
+  /**
+   * If a dependency can be used, but you would like npm to proceed if it cannot be found or fails to install, then you may put it in the `optionalDependencies` object. This is a map of package name to version or url, just like the `dependencies` object. The difference is that build failures do not cause installation to fail.
+   */
+  optionalDependencies?: Record<string, string>;
+  /**
+   * In some cases, you want to express the compatibility of your package with a host tool or library, while not necessarily doing a `require` of this host. This is usually referred to as a plugin. Notably, your module may be exposing a specific interface, expected and specified by the host documentation.
+   */
+  peerDependencies?: Record<string, string>;
+  /**
+   * TypeScript typings, typically ending by `.d.ts`.
+   */
+  types?: string;
+  /**
+   * This field is synonymous with `types`.
+   */
+  typings?: string;
+  /**
+   * Non-Standard Node.js alternate entry-point to main.
+   * An initial implementation for supporting CJS packages (from main), and use module for ESM modules.
+   */
+  module?: string;
+  /**
+   * Make main entry-point be loaded as an ESM module, support "export" syntax instead of "require"
+   *
+   * Docs:
+   * - https://nodejs.org/docs/latest-v14.x/api/esm.html#esm_package_json_type_field
+   *
+   * @default 'commonjs'
+   * @since Node.js v14
+   */
+  type?: "module" | "commonjs";
+  /**
+   * Alternate and extensible alternative to "main" entry point.
+   *
+   * When using `{type: "module"}`, any ESM module file MUST end with `.mjs` extension.
+   *
+   * Docs:
+   * - https://nodejs.org/docs/latest-v14.x/api/esm.html#esm_exports_sugar
+   *
+   * @since Node.js v12.7
+   */
+  exports?: PackageJsonExports;
+  /**
+   *  Docs:
+   *  - https://nodejs.org/api/packages.html#imports
+   */
+  imports?: Record<string, string | Record<string, string>>;
   /**
-  * Optional, if not specified, uses the current Node.js binary
-  */
-  executable?: string;
-  output?: string;
+   * The field is used to define a set of sub-packages (or workspaces) within a monorepo.
+   *
+   * This field is an array of glob patterns or an object with specific configurations for managing
+   * multiple packages in a single repository.
+   */
+  workspaces?: string[] | {
+    /**
+     * Workspace package paths. Glob patterns are supported.
+     */
+    packages?: string[];
+    /**
+     * Packages to block from hoisting to the workspace root.
+     * Uses glob patterns to match module paths in the dependency tree.
+     *
+     * Docs:
+     * - https://classic.yarnpkg.com/blog/2018/02/15/nohoist/
+     */
+    nohoist?: string[];
+  };
   /**
-  * @default tsdownConfig.format === 'es' ? 'module' : 'commonjs'
-  */
-  mainFormat?: "commonjs" | "module";
+   * The field is used to specify different TypeScript declaration files for
+   * different versions of TypeScript, allowing for version-specific type definitions.
+   */
+  typesVersions?: Record<string, Record<string, string[]>>;
   /**
-  * @default true
-  */
-  disableExperimentalSEAWarning?: boolean;
+   * You can specify which operating systems your module will run on:
+   * ```json
+   * {
+   *   "os": ["darwin", "linux"]
+   * }
+   * ```
+   * You can also block instead of allowing operating systems, just prepend the blocked os with a '!':
+   * ```json
+   * {
+   *   "os": ["!win32"]
+   * }
+   * ```
+   * The host operating system is determined by `process.platform`
+   * It is allowed to both block and allow an item, although there isn't any good reason to do this.
+   */
+  os?: string[];
   /**
-  * @default false
-  */
-  useSnapshot?: boolean;
+   * If your code only runs on certain cpu architectures, you can specify which ones.
+   * ```json
+   * {
+   *   "cpu": ["x64", "ia32"]
+   * }
+   * ```
+   * Like the `os` option, you can also block architectures:
+   * ```json
+   * {
+   *   "cpu": ["!arm", "!mips"]
+   * }
+   * ```
+   * The host architecture is determined by `process.arch`
+   */
+  cpu?: string[];
   /**
-  * @default false
-  */
-  useCodeCache?: boolean;
-  execArgv?: string[];
+   * This is a set of config values that will be used at publish-time.
+   */
+  publishConfig?: {
+    /**
+     * The registry that will be used if the package is published.
+     */
+    registry?: string;
+    /**
+     * The tag that will be used if the package is published.
+     */
+    tag?: string;
+    /**
+     * The access level that will be used if the package is published.
+     */
+    access?: "public" | "restricted";
+    /**
+     * **pnpm-only**
+     *
+     * By default, for portability reasons, no files except those listed in
+     * the bin field will be marked as executable in the resulting package
+     * archive. The executableFiles field lets you declare additional fields
+     * that must have the executable flag (+x) set even if
+     * they aren't directly accessible through the bin field.
+     */
+    executableFiles?: string[];
+    /**
+     * **pnpm-only**
+     *
+     * You also can use the field `publishConfig.directory` to customize
+     * the published subdirectory relative to the current `package.json`.
+     *
+     * It is expected to have a modified version of the current package in
+     * the specified directory (usually using third party build tools).
+     */
+    directory?: string;
+    /**
+     * **pnpm-only**
+     *
+     * When set to `true`, the project will be symlinked from the
+     * `publishConfig.directory` location during local development.
+     * @default true
+     */
+    linkDirectory?: boolean;
+  } & Pick<PackageJson, "bin" | "main" | "exports" | "types" | "typings" | "module" | "browser" | "unpkg" | "typesVersions" | "os" | "cpu">;
   /**
-  * @default 'env'
-  */
-  execArgvExtension?: "none" | "env" | "cli";
-  assets?: Record<string, string>;
-} //#endregion
-//#region src/features/hooks.d.ts
-interface BuildContext {
-  options: ResolvedConfig;
-  hooks: Hookable<TsdownHooks>;
-}
-interface RolldownContext {
-  buildOptions: BuildOptions;
+   * See: https://nodejs.org/api/packages.html#packagemanager
+   * This field defines which package manager is expected to be used when working on the current project.
+   * Should be of the format: `<name>@<version>[#hash]`
+   */
+  packageManager?: string;
+  [key: string]: any;
 }
 /**
-* Hooks for tsdown.
-*/
-interface TsdownHooks {
-  /**
-  * Invoked before each tsdown build starts.
-  * Use this hook to perform setup or preparation tasks.
-  */
-  "build:prepare": (ctx: BuildContext) => void | Promise<void>;
-  /**
-  * Invoked before each Rolldown build.
-  * For dual-format builds, this hook is called for each format.
-  * Useful for configuring or modifying the build context before bundling.
-  */
-  "build:before": (ctx: BuildContext & RolldownContext) => void | Promise<void>;
-  /**
-  * Invoked after each tsdown build completes.
-  * Use this hook for cleanup or post-processing tasks.
-  */
-  "build:done": (ctx: BuildContext & {
-    chunks: RolldownChunk[];
-  }) => void | Promise<void>;
-} //#endregion
+ * See: https://docs.npmjs.com/cli/v11/using-npm/scripts#pre--post-scripts
+ */
+type PackageJsonScriptWithPreAndPost<S extends string> = S | `${"pre" | "post"}${S}`;
+/**
+ * See: https://docs.npmjs.com/cli/v11/using-npm/scripts#life-cycle-operation-order
+ */
+type PackageJsonNpmLifeCycleScripts = "dependencies" | "prepublishOnly" | PackageJsonScriptWithPreAndPost<"install" | "pack" | "prepare" | "publish" | "restart" | "start" | "stop" | "test" | "version">;
+/**
+ * See: https://pnpm.io/scripts#lifecycle-scripts
+ */
+type PackageJsonPnpmLifeCycleScripts = "pnpm:devPreinstall";
+type PackageJsonCommonScripts = "build" | "coverage" | "deploy" | "dev" | "format" | "lint" | "preview" | "release" | "typecheck" | "watch";
+type PackageJsonScriptName = PackageJsonCommonScripts | PackageJsonNpmLifeCycleScripts | PackageJsonPnpmLifeCycleScripts | (string & {});
+type PackageJsonScripts = { [P in PackageJsonScriptName]?: string };
+/**
+ * A “person” is an object with a “name” field and optionally “url” and “email”. Or you can shorten that all into a single string, and npm will parse it for you.
+ */
+type PackageJsonPerson = string | {
+  name: string;
+  email?: string;
+  url?: string;
+};
+type PackageJsonFunding = string | {
+  url: string;
+  type?: string;
+};
+type PackageJsonExportKey = "." | "import" | "require" | "types" | "node" | "browser" | "default" | (string & {});
+type PackageJsonExportsObject = { [P in PackageJsonExportKey]?: string | PackageJsonExportsObject | Array<string | PackageJsonExportsObject> };
+type PackageJsonExports = string | PackageJsonExportsObject | Array<string | PackageJsonExportsObject>; //#endregion
 //#region src/utils/package.d.ts
 interface PackageJsonWithPath extends PackageJson {
   packageJsonPath: string;
@@ -1733,8 +1758,8 @@ interface OutExtensionContext {
   options: InputOptions;
   format: NormalizedFormat;
   /**
-  * `"type"` field in project's `package.json`.
-  */
+   * `"type"` field in project's `package.json`.
+   */
   pkgType?: PackageType;
 }
 interface OutExtensionObject {
@@ -1756,225 +1781,225 @@ type ChunkAddon = ChunkAddonObject | ChunkAddonFunction | string; //#endregion
 interface AttwOptions extends CheckPackageOptions {
   module?: typeof import("@arethetypeswrong/core");
   /**
-  * Profiles select a set of resolution modes to require/ignore. All are evaluated but failures outside
-  * of those required are ignored.
-  *
-  * The available profiles are:
-  * - `strict`: requires all resolutions
-  * - `node16`: ignores node10 resolution failures
-  * - `esm-only`: ignores CJS resolution failures
-  *
-  * @default 'strict'
-  */
+   * Profiles select a set of resolution modes to require/ignore. All are evaluated but failures outside
+   * of those required are ignored.
+   *
+   * The available profiles are:
+   * - `strict`: requires all resolutions
+   * - `node16`: ignores node10 resolution failures
+   * - `esm-only`: ignores CJS resolution failures
+   *
+   * @default 'strict'
+   */
   profile?: "strict" | "node16" | "esm-only";
   /**
-  * The level of the check.
-  *
-  * The available levels are:
-  * - `error`: fails the build
-  * - `warn`: warns the build
-  *
-  * @default 'warn'
-  */
+   * The level of the check.
+   *
+   * The available levels are:
+   * - `error`: fails the build
+   * - `warn`: warns the build
+   *
+   * @default 'warn'
+   */
   level?: "error" | "warn";
   /**
-  * List of problem types to ignore by rule name.
-  *
-  * The available values are:
-  * - `no-resolution`
-  * - `untyped-resolution`
-  * - `false-cjs`
-  * - `false-esm`
-  * - `cjs-resolves-to-esm`
-  * - `fallback-condition`
-  * - `cjs-only-exports-default`
-  * - `named-exports`
-  * - `false-export-default`
-  * - `missing-export-equals`
-  * - `unexpected-module-syntax`
-  * - `internal-resolution-error`
-  *
-  * @example
-  * ```ts
-  * ignoreRules: ['no-resolution', 'false-cjs']
-  * ```
-  *
-  * @default []
-  *
-  * @uniqueItems
-  */
+   * List of problem types to ignore by rule name.
+   *
+   * The available values are:
+   * - `no-resolution`
+   * - `untyped-resolution`
+   * - `false-cjs`
+   * - `false-esm`
+   * - `cjs-resolves-to-esm`
+   * - `fallback-condition`
+   * - `cjs-only-exports-default`
+   * - `named-exports`
+   * - `false-export-default`
+   * - `missing-export-equals`
+   * - `unexpected-module-syntax`
+   * - `internal-resolution-error`
+   *
+   * @example
+   * ```ts
+   * ignoreRules: ['no-resolution', 'false-cjs']
+   * ```
+   *
+   * @default []
+   *
+   * @uniqueItems
+   */
   ignoreRules?: ("no-resolution" | "untyped-resolution" | "false-cjs" | "false-esm" | "cjs-resolves-to-esm" | "fallback-condition" | "cjs-only-exports-default" | "named-exports" | "false-export-default" | "missing-export-equals" | "unexpected-module-syntax" | "internal-resolution-error" | (string & {}))[];
 } //#endregion
 //#region src/features/pkg/exports.d.ts
 interface ExportsOptions {
   /**
-  * Generate exports that link to source code during development.
-  * - `string`: add as a custom condition.
-  * - `true`: all conditions point to source files, and add `dist` exports to `publishConfig`.
-  */
+   * Generate exports that link to source code during development.
+   * - `string`: add as a custom condition.
+   * - `true`: all conditions point to source files, and add `dist` exports to `publishConfig`.
+   */
   devExports?: boolean | string;
   /**
-  * Generate `exports` for `package.json` file.
-  *
-  * @example
-  * ```json
-  * {
-  *   "exports": {
-  *      ".": {
-  *         "types": "./dist/index.d.mts",
-  *         "import": "./dist/index.mjs"
-  *      },
-  *     "./package.json": "./package.json"
-  *   }
-  * }
-  * ```
-  *
-  * @default true
-  */
+   * Generate `exports` for `package.json` file.
+   *
+   * @example
+   * ```json
+   * {
+   *   "exports": {
+   *      ".": {
+   *         "types": "./dist/index.d.mts",
+   *         "import": "./dist/index.mjs"
+   *      },
+   *     "./package.json": "./package.json"
+   *   }
+   * }
+   * ```
+   *
+   * @default true
+   */
   packageJson?: boolean;
   /**
-  * Generate `exports` for all files.
-  *
-  * @example
-  * ```json
-  * {
-  *   "exports": {
-  *    "./*": "./*"
-  *   }
-  * }
-  * ```
-  *
-  * @default false
-  */
+   * Generate `exports` for all files.
+   *
+   * @example
+   * ```json
+   * {
+   *   "exports": {
+   *    "./*": "./*"
+   *   }
+   * }
+   * ```
+   *
+   * @default false
+   */
   all?: boolean;
   /**
-  * Specifies file patterns (as glob patterns or regular expressions) to exclude from package exports.
-  * Use this to prevent certain files from being included in the exported package, such as test files, binaries, or internal utilities.
-  *
-  * **Note:** Do not include file extensions, and paths should be relative to the dist directory.
-  *
-  * @example
-  * ```ts
-  * exclude: ['cli', '**\/*.test', /internal/]
-  * ```
-  */
+   * Specifies file patterns (as glob patterns or regular expressions) to exclude from package exports.
+   * Use this to prevent certain files from being included in the exported package, such as test files, binaries, or internal utilities.
+   *
+   * **Note:** Do not include file extensions, and paths should be relative to the dist directory.
+   *
+   * @example
+   * ```ts
+   * exclude: ['cli', '**\/*.test', /internal/]
+   * ```
+   */
   exclude?: (RegExp | string)[];
   /**
-  * Generate legacy fields (`main` and `module`) for older Node.js and bundlers
-  * that do not support package `exports` field.
-  *
-  * Defaults to false, if only ESM builds are included, true otherwise.
-  *
-  * @see {@link https://github.com/publint/publint/issues/24}
-  */
+   * Generate legacy fields (`main` and `module`) for older Node.js and bundlers
+   * that do not support package `exports` field.
+   *
+   * Defaults to false, if only ESM builds are included, true otherwise.
+   *
+   * @see {@link https://github.com/publint/publint/issues/24}
+   */
   legacy?: boolean;
   /**
-  * Specifies custom exports to add to the package exports in addition to the ones generated by tsdown.
-  * Use this to add additional exports in the exported package, such as workers or assets.
-  *
-  * @example
-  * ```ts
-  * customExports(exports) {
-  *   exports['./worker.js'] = './dist/worker.js';
-  *   return exports;
-  * }
-  * ```
-  *
-  * @example
-  * ```jsonc
-  * {
-  *   "customExports": {
-  *     "./worker.js": {
-  *       "types": "./dist/worker.d.ts",
-  *       "default": "./dist/worker.js"
-  *     }
-  *   }
-  * }
-  * ```
-  */
+   * Specifies custom exports to add to the package exports in addition to the ones generated by tsdown.
+   * Use this to add additional exports in the exported package, such as workers or assets.
+   *
+   * @example
+   * ```ts
+   * customExports(exports) {
+   *   exports['./worker.js'] = './dist/worker.js';
+   *   return exports;
+   * }
+   * ```
+   *
+   * @example
+   * ```jsonc
+   * {
+   *   "customExports": {
+   *     "./worker.js": {
+   *       "types": "./dist/worker.d.ts",
+   *       "default": "./dist/worker.js"
+   *     }
+   *   }
+   * }
+   * ```
+   */
   customExports?: Record<string, any> | ((exports: Record<string, any>, context: {
     pkg: PackageJson;
     chunks: ChunksByFormat;
     isPublish: boolean;
   }) => Awaitable<Record<string, any>>);
   /**
-  * Generate `inlinedDependencies` field in `package.json`.
-  * Lists dependencies that are physically inlined into the bundle with their exact versions.
-  *
-  * @default true
-  * @see {@link https://github.com/e18e/ecosystem-issues/issues/237}
-  */
+   * Generate `inlinedDependencies` field in `package.json`.
+   * Lists dependencies that are physically inlined into the bundle with their exact versions.
+   *
+   * @default true
+   * @see {@link https://github.com/e18e/ecosystem-issues/issues/237}
+   */
   inlinedDependencies?: boolean;
   /**
-  * Add file extensions to subpath export keys.
-  *
-  * When enabled, all subpath exports (except the root `"."`) will include
-  * a `.js` extension in the key (e.g., `"./utils.js"` instead of `"./utils"`).
-  *
-  * This follows the Node.js recommendation for subpath exports:
-  * @see {@link https://nodejs.org/api/packages.html#extensions-in-subpaths}
-  *
-  * @default false
-  */
+   * Add file extensions to subpath export keys.
+   *
+   * When enabled, all subpath exports (except the root `"."`) will include
+   * a `.js` extension in the key (e.g., `"./utils.js"` instead of `"./utils"`).
+   *
+   * This follows the Node.js recommendation for subpath exports:
+   * @see {@link https://nodejs.org/api/packages.html#extensions-in-subpaths}
+   *
+   * @default false
+   */
   extensions?: boolean;
   /**
-  * Generate the `bin` field in `package.json` for CLI executables.
-  *
-  * Behavior depends on the value:
-  *
-  * - *Unset* (default): Soft auto-detect. Scans entry chunks for shebangs
-  *   (e.g. `#!/usr/bin/env node`). If exactly one is found, it is used as
-  *   the bin entry. If multiple are found, a warning is shown and no `bin`
-  *   field is written. If none are found, nothing happens silently.
-  * - `true`: Strict auto-detect. Same as the default, but throws if
-  *   multiple shebang entries are found, and warns if none are found.
-  *   Use this when your package is known to ship a CLI and you want to
-  *   fail fast on misconfiguration.
-  * - `false`: Disable bin generation entirely, even if shebangs are
-  *   present.
-  * - `string`: Use the given source file path (relative to `cwd`) as the
-  *   CLI entry. The command name is derived from the package name without
-  *   its scope. Warns if the source file does not contain a shebang.
-  * - `Record<string, string>`: Explicitly map command names to source file
-  *   paths (relative to `cwd`). Warns for each source file that does not
-  *   contain a shebang.
-  *
-  * When {@link ExportsOptions.devExports} is enabled, the `bin` field in
-  * `package.json` points to source files during local development, while
-  * `publishConfig.bin` points to built output paths for publishing.
-  *
-  * @example
-  * <caption>Auto-detect a CLI entry from a shebang</caption>
-  *
-  * ```ts
-  * {
-  *   bin: true
-  * }
-  * ```
-  *
-  * @example
-  * <caption>Single CLI command with an explicit source entry</caption>
-  *
-  * ```ts
-  * {
-  *   bin: './src/cli.ts'
-  * }
-  * ```
-  *
-  * @example
-  * <caption>Multiple named CLI commands</caption>
-  *
-  * ```ts
-  * {
-  *   bin: {
-  *     tool: './src/cli.ts',
-  *     serve: './src/cli-extra.ts',
-  *   },
-  * }
-  * ```
-  *
-  * @see {@link https://docs.npmjs.com/cli/v11/configuring-npm/package-json#bin | npm documentation for the `bin` field}
-  */
+   * Generate the `bin` field in `package.json` for CLI executables.
+   *
+   * Behavior depends on the value:
+   *
+   * - *Unset* (default): Soft auto-detect. Scans entry chunks for shebangs
+   *   (e.g. `#!/usr/bin/env node`). If exactly one is found, it is used as
+   *   the bin entry. If multiple are found, a warning is shown and no `bin`
+   *   field is written. If none are found, nothing happens silently.
+   * - `true`: Strict auto-detect. Same as the default, but throws if
+   *   multiple shebang entries are found, and warns if none are found.
+   *   Use this when your package is known to ship a CLI and you want to
+   *   fail fast on misconfiguration.
+   * - `false`: Disable bin generation entirely, even if shebangs are
+   *   present.
+   * - `string`: Use the given source file path (relative to `cwd`) as the
+   *   CLI entry. The command name is derived from the package name without
+   *   its scope. Warns if the source file does not contain a shebang.
+   * - `Record<string, string>`: Explicitly map command names to source file
+   *   paths (relative to `cwd`). Warns for each source file that does not
+   *   contain a shebang.
+   *
+   * When {@link ExportsOptions.devExports} is enabled, the `bin` field in
+   * `package.json` points to source files during local development, while
+   * `publishConfig.bin` points to built output paths for publishing.
+   *
+   * @example
+   * <caption>Auto-detect a CLI entry from a shebang</caption>
+   *
+   * ```ts
+   * {
+   *   bin: true
+   * }
+   * ```
+   *
+   * @example
+   * <caption>Single CLI command with an explicit source entry</caption>
+   *
+   * ```ts
+   * {
+   *   bin: './src/cli.ts'
+   * }
+   * ```
+   *
+   * @example
+   * <caption>Multiple named CLI commands</caption>
+   *
+   * ```ts
+   * {
+   *   bin: {
+   *     tool: './src/cli.ts',
+   *     serve: './src/cli-extra.ts',
+   *   },
+   * }
+   * ```
+   *
+   * @see {@link https://docs.npmjs.com/cli/v11/configuring-npm/package-json#bin | npm documentation for the `bin` field}
+   */
   bin?: boolean | string | Record<string, string>;
 } //#endregion
 //#region src/features/pkg/publint.d.ts
@@ -1983,624 +2008,632 @@ interface PublintOptions extends Omit<Options, "pack" | "pkgDir"> {
 } //#endregion
 //#region src/features/plugin.d.ts
 /**
-* A tsdown-aware plugin. Extends Rolldown's {@linkcode Plugin} with
-* tsdown-specific lifecycle hooks.
-*
-* Plugins that only use Rolldown's own lifecycle continue to work unchanged;
-* tsdown detects these optional methods via runtime duck-typing.
-*/
+ * A tsdown-aware plugin. Extends Rolldown's {@linkcode Plugin} with
+ * tsdown-specific lifecycle hooks.
+ *
+ * Plugins that only use Rolldown's own lifecycle continue to work unchanged;
+ * tsdown detects these optional methods via runtime duck-typing.
+ */
 interface TsdownPlugin<A = any> extends Plugin<A> {
   /**
-  * Modify tsdown's user config before it is resolved. Analogous to Vite's
-  * [`config`](https://vite.dev/guide/api-plugin.html#config) hook.
-  *
-  * The hook may mutate {@linkcode config} in place, or return a partial
-  * {@linkcode UserConfig} that will be deep-merged into the current config.
-  * Array fields are replaced (not concatenated) during merging — to append
-  * plugins, mutate {@linkcode UserConfig.plugins | config.plugins} in place.
-  *
-  * The second argument is the original {@linkcode InlineConfig} passed to
-  * {@linkcode build | build()} (typically the CLI flags), useful for
-  * distinguishing values that came from the command line vs. the config file.
-  *
-  * Plugins injected via {@linkcode UserConfig.fromVite | fromVite} do not
-  * receive this hook, because they are loaded after the
-  * {@linkcode tsdownConfig} phase. Likewise, new plugins added by another
-  * plugin's {@linkcode tsdownConfig} do not themselves receive this hook
-  * (plugins are snapshotted before dispatch).
-  */
+   * Modify tsdown's user config before it is resolved. Analogous to Vite's
+   * [`config`](https://vite.dev/guide/api-plugin.html#config) hook.
+   *
+   * The hook may mutate {@linkcode config} in place, or return a partial
+   * {@linkcode UserConfig} that will be deep-merged into the current config.
+   * Array fields are replaced (not concatenated) during merging — to append
+   * plugins, mutate {@linkcode UserConfig.plugins | config.plugins} in place.
+   *
+   * The second argument is the original {@linkcode InlineConfig} passed to
+   * {@linkcode build | build()} (typically the CLI flags), useful for
+   * distinguishing values that came from the command line vs. the config file.
+   *
+   * Plugins injected via {@linkcode UserConfig.fromVite | fromVite} do not
+   * receive this hook, because they are loaded after the
+   * {@linkcode tsdownConfig} phase. Likewise, new plugins added by another
+   * plugin's {@linkcode tsdownConfig} do not themselves receive this hook
+   * (plugins are snapshotted before dispatch).
+   */
   tsdownConfig?: (config: UserConfig, inlineConfig: InlineConfig) => Awaitable<UserConfig | void | null>;
   /**
-  * Called after tsdown has fully resolved the user config. Analogous to
-  * Vite's [`configResolved`](https://vite.dev/guide/api-plugin.html#configresolved)
-  * hook.
-  *
-  * This hook fires once per produced {@linkcode ResolvedConfig} — i.e. once
-  * per output format when {@linkcode UserConfig.format | format} is an array.
-  * Typical usage is to stash the resolved config for later use in
-  * Rolldown hooks. Mutations made to {@linkcode resolvedConfig} here are
-  * not supported.
-  */
+   * Called after tsdown has fully resolved the user config. Analogous to
+   * Vite's [`configResolved`](https://vite.dev/guide/api-plugin.html#configresolved)
+   * hook.
+   *
+   * This hook fires once per produced {@linkcode ResolvedConfig} — i.e. once
+   * per output format when {@linkcode UserConfig.format | format} is an array.
+   * Typical usage is to stash the resolved config for later use in
+   * Rolldown hooks. Mutations made to {@linkcode resolvedConfig} here are
+   * not supported.
+   */
   tsdownConfigResolved?: (resolvedConfig: ResolvedConfig) => Awaitable<void>;
 }
 /**
-* A tsdown plugin slot — accepts tsdown plugins, any Rolldown plugin form,
-* `null`/`undefined`/`false`, {@linkcode Promise | promises}, and
-* nested arrays. Mirrors Rolldown's {@linkcode RolldownPluginOption} but with
-* {@linkcode TsdownPlugin} as the atom so that tsdown-specific hooks are
-* type-checked.
-*/
+ * A tsdown plugin slot — accepts tsdown plugins, any Rolldown plugin form,
+ * `null`/`undefined`/`false`, {@linkcode Promise | promises}, and
+ * nested arrays. Mirrors Rolldown's {@linkcode RolldownPluginOption} but with
+ * {@linkcode TsdownPlugin} as the atom so that tsdown-specific hooks are
+ * type-checked.
+ */
 type TsdownPluginOption<A = any> = Awaitable<TsdownPlugin<A> | RolldownPlugin<A> | {
   name: string;
 } | undefined | null | void | false | TsdownPluginOption<A>[]>; //#endregion
 //#region src/features/report.d.ts
 interface ReportOptions {
   /**
-  * Enable/disable gzip-compressed size reporting.
-  * Compressing large output files can be slow, so disabling this may increase build performance for large projects.
-  *
-  * @default true
-  */
+   * Enable/disable gzip-compressed size reporting.
+   * Compressing large output files can be slow, so disabling this may increase build performance for large projects.
+   *
+   * @default true
+   */
   gzip?: boolean;
   /**
-  * Enable/disable brotli-compressed size reporting.
-  * Compressing large output files can be slow, so disabling this may increase build performance for large projects.
-  *
-  * @default false
-  */
+   * Enable/disable brotli-compressed size reporting.
+   * Compressing large output files can be slow, so disabling this may increase build performance for large projects.
+   *
+   * @default false
+   */
   brotli?: boolean;
   /**
-  * Skip reporting compressed size for files larger than this size.
-  * @default 1_000_000 // 1 MB
-  */
+   * Skip reporting compressed size for files larger than this size.
+   * @default 1_000_000 // 1 MB
+   */
   maxCompressSize?: number;
 }
 //#endregion
 //#region src/config/types.d.ts
 interface DtsOptions extends Options$1 {
   /**
-  * When building dual ESM+CJS formats, generate a `.d.cts` re-export stub
-  * instead of running a full second TypeScript compilation pass.
-  *
-  * The stub re-exports everything from the corresponding `.d.mts` file,
-  * ensuring CJS and ESM consumers share the same type declarations. This
-  * eliminates the TypeScript "dual module hazard" where separate `.d.cts`
-  * and `.d.mts` declarations cause `TS2352` ("neither type sufficiently
-  * overlaps") errors when casting between types derived from the same class.
-  *
-  * Only applies when building both `esm` and `cjs` formats simultaneously.
-  *
-  * @remarks
-  * The generated `.d.cts` stub uses a relative path to re-export from the
-  * corresponding `.d.mts` file, so both formats must be emitted to the
-  * **same** `outDir`. Splitting CJS and ESM outputs into separate
-  * format-specific directories (e.g. `dist/cjs` and `dist/esm`) is not
-  * supported with this option, because the re-export path would be invalid.
-  *
-  * @default false
-  */
+   * When building dual ESM+CJS formats, generate a `.d.cts` re-export stub
+   * instead of running a full second TypeScript compilation pass.
+   *
+   * The stub re-exports everything from the corresponding `.d.mts` file,
+   * ensuring CJS and ESM consumers share the same type declarations. This
+   * eliminates the TypeScript "dual module hazard" where separate `.d.cts`
+   * and `.d.mts` declarations cause `TS2352` ("neither type sufficiently
+   * overlaps") errors when casting between types derived from the same class.
+   *
+   * Only applies when building both `esm` and `cjs` formats simultaneously.
+   *
+   * @remarks
+   * The generated `.d.cts` stub uses a relative path to re-export from the
+   * corresponding `.d.mts` file, so both formats must be emitted to the
+   * **same** `outDir`. Splitting CJS and ESM outputs into separate
+   * format-specific directories (e.g. `dist/cjs` and `dist/esm`) is not
+   * supported with this option, because the re-export path would be invalid.
+   *
+   * @default false
+   */
   cjsReexport?: boolean;
 }
 type Sourcemap = boolean | "inline" | "hidden";
 type Format = ModuleFormat;
 type NormalizedFormat = InternalModuleFormat;
 /**
-* Extended input option that supports glob negation patterns.
-*
-* When using object form, values can be:
-* - A single glob pattern string
-* - An array of glob patterns, including negation patterns (prefixed with `!`)
-*
-* @example
-* ```ts
-* entry: {
-*   // Single pattern
-*   "utils/*": "./src/utils/*.ts",
-*   // Array with negation pattern to exclude files
-*   "hooks/*": ["./src/hooks/*.ts", "!./src/hooks/index.ts"],
-* }
-* ```
-*/
+ * Extended input option that supports glob negation patterns.
+ *
+ * When using object form, values can be:
+ * - A single glob pattern string
+ * - An array of glob patterns, including negation patterns (prefixed with `!`)
+ *
+ * @example
+ * ```ts
+ * entry: {
+ *   // Single pattern
+ *   "utils/*": "./src/utils/*.ts",
+ *   // Array with negation pattern to exclude files
+ *   "hooks/*": ["./src/hooks/*.ts", "!./src/hooks/index.ts"],
+ * }
+ * ```
+ */
 type TsdownInputOption = Arrayable<string | Record<string, Arrayable<string>>>;
 interface Workspace {
   /**
-  * Workspace directories. Glob patterns are supported.
-  * - `auto`: Automatically detect `package.json` files in the workspace.
-  * @default 'auto'
-  */
+   * Workspace directories. Glob patterns are supported.
+   * - `auto`: Automatically detect `package.json` files in the workspace.
+   * @default 'auto'
+   */
   include?: "auto" | (string & {}) | string[];
   /**
-  * Exclude directories from workspace.
-  * Defaults to all `node_modules`, `dist`, `test`, `tests`, `temp`, and `tmp` directories.
-  *
-  * @default ['**\/node_modules/**', '**\/dist/**', '**\/test?(s)/**', '**\/t?(e)mp/**']
-  */
+   * Exclude directories from workspace.
+   * Defaults to all `node_modules`, `dist`, `test`, `tests`, `temp`, and `tmp` directories.
+   *
+   * @default ['**\/node_modules/**', '**\/dist/**', '**\/test?(s)/**', '**\/t?(e)mp/**']
+   */
   exclude?: Arrayable<string>;
   /**
-  * Path to the workspace configuration file.
-  */
+   * Path to the workspace configuration file.
+   */
   config?: boolean | string;
 }
 type CIOption = "ci-only" | "local-only";
 type WithEnabled<T> = boolean | undefined | CIOption | (T & {
   /**
-  * @default true
-  */
+   * @default true
+   */
   enabled?: boolean | CIOption;
 });
 /**
-* Options for tsdown.
-*/
+ * Options for tsdown.
+ */
 interface UserConfig {
   /**
-  * Defaults to `'src/index.ts'` if it exists.
-  *
-  * Supports glob patterns with negation to exclude files:
-  * @example
-  * ```ts
-  * entry: {
-  *   "hooks/*": ["./src/hooks/*.ts", "!./src/hooks/index.ts"],
-  * }
-  * ```
-  *
-  * @default { index: 'src/index.ts'}
-  */
+   * Defaults to `'src/index.ts'` if it exists.
+   *
+   * Supports glob patterns with negation to exclude files:
+   * @example
+   * ```ts
+   * entry: {
+   *   "hooks/*": ["./src/hooks/*.ts", "!./src/hooks/index.ts"],
+   * }
+   * ```
+   *
+   * @default { index: 'src/index.ts'}
+   */
   entry?: TsdownInputOption;
   /**
-  * Dependency handling options.
-  */
+   * Dependency handling options.
+   */
   deps?: DepsConfig;
   /**
-  * @deprecated Use {@linkcode DepsConfig.neverBundle | deps.neverBundle} instead.
-  */
+   * @deprecated Use {@linkcode DepsConfig.neverBundle | deps.neverBundle} instead.
+   */
   external?: ExternalOption;
   /**
-  * @deprecated Use {@linkcode DepsConfig.alwaysBundle | deps.alwaysBundle} instead.
-  */
+   * @deprecated Use {@linkcode DepsConfig.alwaysBundle | deps.alwaysBundle} instead.
+   */
   noExternal?: Arrayable<string | RegExp> | NoExternalFn;
   /**
-  * @deprecated Use {@linkcode DepsConfig.onlyBundle | deps.onlyBundle} instead.
-  */
+   * @deprecated Use {@linkcode DepsConfig.onlyBundle | deps.onlyBundle} instead.
+   */
   inlineOnly?: Arrayable<string | RegExp> | false;
   /**
-  * @deprecated Use {@linkcode DepsConfig.skipNodeModulesBundle | deps.skipNodeModulesBundle} instead.
-  * @default false
-  */
+   * @deprecated Use {@linkcode DepsConfig.skipNodeModulesBundle | deps.skipNodeModulesBundle} instead.
+   * @default false
+   */
   skipNodeModulesBundle?: boolean;
   alias?: Record<string, string>;
   /**
-  * @default true
-  */
+   * @default true
+   */
   tsconfig?: string | boolean;
   /**
-  * Specifies the target runtime platform for the build.
-  *
-  * - `node`: Node.js and compatible runtimes (e.g., Deno, Bun).
-  *   For CJS format, this is always set to `node` and cannot be changed.
-  * - `neutral`: A platform-agnostic target with no specific runtime assumptions.
-  * - `browser`: Web browsers.
-  *
-  * @default 'node'
-  * @see https://tsdown.dev/options/platform
-  */
+   * Specifies the target runtime platform for the build.
+   *
+   * - `node`: Node.js and compatible runtimes (e.g., Deno, Bun).
+   *   For CJS format, this is always set to `node` and cannot be changed.
+   * - `neutral`: A platform-agnostic target with no specific runtime assumptions.
+   * - `browser`: Web browsers.
+   *
+   * @default 'node'
+   * @see https://tsdown.dev/options/platform
+   */
   platform?: "node" | "neutral" | "browser";
   /**
-  * Specifies the compilation target environment(s).
-  *
-  * Determines the JavaScript version or runtime(s) for which the code should be compiled.
-  * If not set, defaults to the value of `engines.node` in your project's `package.json`.
-  * If no `engines.node` field exists, no syntax transformations are applied.
-  *
-  * Accepts a single target (e.g., `'es2020'`, `'node18'`, `'baseline-widely-available'`), an array of targets, or `false` to disable all transformations.
-  *
-  * @see {@link https://tsdown.dev/options/target#supported-targets} for a list of valid targets and more details.
-  *
-  * @example
-  * ```jsonc
-  * // Target a single environment
-  * { "target": "node18" }
-  * ```
-  *
-  * @example
-  * ```jsonc
-  * // Target multiple environments
-  * { "target": ["node18", "es2020"] }
-  * ```
-  *
-  * @example
-  * ```jsonc
-  * // Disable all syntax transformations
-  * { "target": false }
-  * ```
-  */
+   * Specifies the compilation target environment(s).
+   *
+   * Determines the JavaScript version or runtime(s) for which the code should be compiled.
+   * If not set, defaults to the value of `engines.node` in your project's `package.json`.
+   * If no `engines.node` field exists, no syntax transformations are applied.
+   *
+   * Accepts a single target (e.g., `'es2020'`, `'node18'`, `'baseline-widely-available'`), an array of targets, or `false` to disable all transformations.
+   *
+   * @see {@link https://tsdown.dev/options/target#supported-targets} for a list of valid targets and more details.
+   *
+   * @example
+   * ```jsonc
+   * // Target a single environment
+   * { "target": "node18" }
+   * ```
+   *
+   * @example
+   * ```jsonc
+   * // Target multiple environments
+   * { "target": ["node18", "es2020"] }
+   * ```
+   *
+   * @example
+   * ```jsonc
+   * // Disable all syntax transformations
+   * { "target": false }
+   * ```
+   */
   target?: string | string[] | false;
   /**
-  * Compile-time env variables, which can be accessed via `import.meta.env` or `process.env`.
-  * @example
-  * ```json
-  * {
-  *   "DEBUG": true,
-  *   "NODE_ENV": "production"
-  * }
-  * ```
-  *
-  * @default {}
-  */
+   * Compile-time env variables, which can be accessed via `import.meta.env` or `process.env`.
+   * @example
+   * ```json
+   * {
+   *   "DEBUG": true,
+   *   "NODE_ENV": "production"
+   * }
+   * ```
+   *
+   * @default {}
+   */
   env?: Record<string, any>;
   /**
-  * Path to env file providing compile-time env variables.
-  * @example
-  * `.env`, `.env.production`, etc.
-  */
+   * Path to env file providing compile-time env variables.
+   * @example
+   * `.env`, `.env.production`, etc.
+   */
   envFile?: string;
   /**
-  * When loading env variables from `envFile`, only include variables with these prefixes.
-  * @default 'TSDOWN_'
-  */
+   * When loading env variables from `envFile`, only include variables with these prefixes.
+   * @default 'TSDOWN_'
+   */
   envPrefix?: string | string[];
   define?: Record<string, string>;
   /**
-  * @default false
-  */
+   * @default false
+   */
   shims?: boolean;
   /**
-  * Configure tree shaking options.
-  * @see {@link https://rolldown.rs/options/treeshake} for more details.
-  * @default true
-  */
+   * Configure tree shaking options.
+   * @see {@link https://rolldown.rs/options/treeshake} for more details.
+   * @default true
+   */
   treeshake?: boolean | TreeshakingOptions;
   /**
-  * Sets how input files are processed.
-  * For example, use 'js' to treat files as JavaScript or 'base64' for images.
-  * Lets you import or require files like images or fonts.
-  * @example
-  * ```json
-  * { ".jpg": "asset", ".png": "base64" }
-  * ```
-  */
+   * Sets how input files are processed.
+   * For example, use 'js' to treat files as JavaScript or 'base64' for images.
+   * Lets you import or require files like images or fonts.
+   * @example
+   * ```json
+   * { ".jpg": "asset", ".png": "base64" }
+   * ```
+   */
   loader?: ModuleTypes;
   /**
-  * Remove the `node:` prefix from built-in Node.js module imports.
-  * When enabled, rewrites import sources like `node:fs` to `fs`.
-  *
-  * @default false
-  * @deprecated Use {@linkcode nodeProtocol | nodeProtocol: 'strip'} instead.
-  *
-  * @example
-  * <caption>`removeNodeProtocol: true` — remove the `node:` prefix</caption>
-  *
-  * ```ts
-  * // Input
-  * import 'node:fs'
-  *
-  * // Output
-  * import 'fs'
-  * ```
-  */
+   * Remove the `node:` prefix from built-in Node.js module imports.
+   * When enabled, rewrites import sources like `node:fs` to `fs`.
+   *
+   * @default false
+   * @deprecated Use {@linkcode nodeProtocol | nodeProtocol: 'strip'} instead.
+   *
+   * @example
+   * <caption>`removeNodeProtocol: true` — remove the `node:` prefix</caption>
+   *
+   * ```ts
+   * // Input
+   * import 'node:fs'
+   *
+   * // Output
+   * import 'fs'
+   * ```
+   */
   removeNodeProtocol?: boolean;
   /**
-  * Control whether built-in Node.js module imports use the `node:` protocol.
-  *
-  * - `true`: Add the `node:` prefix to built-in module imports.
-  * - `'strip'`: Remove the `node:` prefix from built-in module imports.
-  * - `false`: Do not transform built-in module imports.
-  *
-  * @default false
-  *
-  * @example
-  * <caption>`nodeProtocol: true` — add the `node:` prefix</caption>
-  *
-  * ```ts
-  * // Input
-  * import 'fs'
-  *
-  * // Output
-  * import 'node:fs'
-  * ```
-  *
-  * @example
-  * <caption>`nodeProtocol: 'strip'` — remove the `node:` prefix</caption>
-  *
-  * ```ts
-  * // Input
-  * import 'node:fs'
-  *
-  * // Output
-  * import 'fs'
-  * ```
-  *
-  * @example
-  * <caption>`nodeProtocol: false` — do not transform imports</caption>
-  *
-  * ```ts
-  * // Input
-  * import 'node:fs'
-  *
-  * // Output
-  * import 'node:fs'
-  * ```
-  */
+   * Control whether built-in Node.js module imports use the `node:` protocol.
+   *
+   * - `true`: Add the `node:` prefix to built-in module imports.
+   * - `'strip'`: Remove the `node:` prefix from built-in module imports.
+   * - `false`: Do not transform built-in module imports.
+   *
+   * @default false
+   *
+   * @example
+   * <caption>`nodeProtocol: true` — add the `node:` prefix</caption>
+   *
+   * ```ts
+   * // Input
+   * import 'fs'
+   *
+   * // Output
+   * import 'node:fs'
+   * ```
+   *
+   * @example
+   * <caption>`nodeProtocol: 'strip'` — remove the `node:` prefix</caption>
+   *
+   * ```ts
+   * // Input
+   * import 'node:fs'
+   *
+   * // Output
+   * import 'fs'
+   * ```
+   *
+   * @example
+   * <caption>`nodeProtocol: false` — do not transform imports</caption>
+   *
+   * ```ts
+   * // Input
+   * import 'node:fs'
+   *
+   * // Output
+   * import 'node:fs'
+   * ```
+   */
   nodeProtocol?: "strip" | boolean;
   /**
-  * Controls which warnings are emitted during the build process. Each option can be set to `true` (emit warning) or `false` (suppress warning).
-  */
+   * Controls which warnings are emitted during the build process. Each option can be set to `true` (emit warning) or `false` (suppress warning).
+   */
   checks?: ChecksOptions & {
     /**
-    * If the config includes the `cjs` format and
-    * one of its target >= node 20.19.0 / 22.12.0,
-    * warn the user about the deprecation of CommonJS.
-    *
-    * @default true
-    */
+     * If the config includes the `cjs` format and
+     * one of its target >= node 20.19.0 / 22.12.0,
+     * warn the user about the deprecation of CommonJS.
+     *
+     * @default true
+     */
     legacyCjs?: boolean;
   };
   plugins?: TsdownPluginOption;
   /**
-  * Use with caution; ensure you understand the implications.
-  */
+   * Use with caution; ensure you understand the implications.
+   */
   inputOptions?: InputOptions | ((options: InputOptions, format: NormalizedFormat, context: {
     cjsDts: boolean;
   }) => Awaitable<InputOptions | void | null>);
   /**
-  * Output format(s). Available formats are
-  * - `esm`: ESM
-  * - `cjs`: CommonJS
-  * - `iife`: IIFE
-  * - `umd`: UMD
-  *
-  * @default 'esm'
-  */
+   * Output format(s). Available formats are
+   * - `esm`: ESM
+   * - `cjs`: CommonJS
+   * - `iife`: IIFE
+   * - `umd`: UMD
+   *
+   * @default 'esm'
+   */
   format?: Format | Format[] | Partial<Record<Format, Partial<ResolvedConfig>>>;
   globalName?: string;
   /**
-  * @default 'dist'
-  */
+   * @default 'dist'
+   */
   outDir?: string;
   /**
-  * Whether to write the files to disk.
-  * This option is incompatible with watch mode.
-  * @default true
-  */
+   * Whether to write the files to disk.
+   * This option is incompatible with watch mode.
+   * @default true
+   */
   write?: boolean;
   /**
-  * Whether to generate source map files.
-  *
-  * Note that this option will always be `true` if you have
-  * {@link https://www.typescriptlang.org/tsconfig/#declarationMap | `declarationMap`}
-  * option enabled in your `tsconfig.json`.
-  *
-  * @default false
-  */
+   * Whether to generate source map files.
+   *
+   * Note that this option will always be `true` if you have
+   * {@link https://www.typescriptlang.org/tsconfig/#declarationMap | `declarationMap`}
+   * option enabled in your `tsconfig.json`.
+   *
+   * @default false
+   */
   sourcemap?: Sourcemap;
   /**
-  * Clean directories before build.
-  *
-  * Default to output directory.
-  * @default true
-  */
+   * Clean directories before build.
+   *
+   * Default to output directory.
+   * @default true
+   */
   clean?: boolean | string[];
   /**
-  * @default false
-  */
+   * @default false
+   */
   minify?: boolean | "dce-only" | MinifyOptions;
   footer?: ChunkAddon;
   banner?: ChunkAddon;
   /**
-  * Determines whether `unbundle` is enabled.
-  * When set to `true`, the output files will mirror the input file structure.
-  * @default false
-  */
+   * Determines whether `unbundle` is enabled.
+   * When set to `true`, the output files will mirror the input file structure.
+   * @default false
+   */
   unbundle?: boolean;
   /**
-  * Specifies the root directory of input files, similar to TypeScript's `rootDir`.
-  * This determines the output directory structure.
-  *
-  * By default, the root is computed as the common base directory of all entry files.
-  *
-  * @see https://www.typescriptlang.org/tsconfig/#rootDir
-  */
+   * Specifies the root directory of input files, similar to TypeScript's `rootDir`.
+   * This determines the output directory structure.
+   *
+   * By default, the root is computed as the common base directory of all entry files.
+   *
+   * @see https://www.typescriptlang.org/tsconfig/#rootDir
+   */
   root?: string;
   /**
-  * @deprecated Use {@linkcode unbundle} instead.
-  * @default true
-  */
+   * @deprecated Use {@linkcode unbundle} instead.
+   * @default true
+   */
   bundle?: boolean;
   /**
-  * Use a fixed extension for output files.
-  * The extension will always be `.cjs` or `.mjs`.
-  * Otherwise, it will depend on the package type.
-  *
-  * Defaults to `true` if {@linkcode platform} is set to `node`,
-  * `false` otherwise.
-  *
-  * @default platform === 'node'
-  */
+   * Use a fixed extension for output files.
+   * The extension will always be `.cjs` or `.mjs`.
+   * Otherwise, it will depend on the package type.
+   *
+   * Defaults to `true` if {@linkcode platform} is set to `node`,
+   * `false` otherwise.
+   *
+   * @default platform === 'node'
+   */
   fixedExtension?: boolean;
   /**
-  * Custom extensions for output files.
-  * {@linkcode fixedExtension} will be overridden by this option.
-  */
+   * Custom extensions for output files.
+   * {@linkcode fixedExtension} will be overridden by this option.
+   */
   outExtensions?: OutExtensionFactory;
   /**
-  * @deprecated Use {@linkcode outExtensions} instead.
-  */
+   * @deprecated Use {@linkcode outExtensions} instead.
+   */
   outExtension?: OutExtensionFactory;
   /**
-  * If enabled, appends hash to chunk filenames.
-  * @default true
-  */
+   * If enabled, appends hash to chunk filenames.
+   * @default true
+   */
   hash?: boolean;
   /**
-  * @default true
-  */
+   * @default true
+   */
   cjsDefault?: boolean;
   /**
-  * Use with caution; ensure you understand the implications.
-  */
+   * Use with caution; ensure you understand the implications.
+   */
   outputOptions?: OutputOptions | ((options: OutputOptions, format: NormalizedFormat, context: {
     cjsDts: boolean;
   }) => Awaitable<OutputOptions | void | null>);
   /**
-  * The working directory of the config file.
-  * - Defaults to {@linkcode process.cwd | process.cwd()} for root config.
-  * - Defaults to the package directory for {@linkcode workspace} config.
-  *
-  * @default process.cwd()
-  */
+   * The working directory of the config file.
+   * - Defaults to {@linkcode process.cwd | process.cwd()} for root config.
+   * - Defaults to the package directory for {@linkcode workspace} config.
+   *
+   * @default process.cwd()
+   */
   cwd?: string;
   /**
-  * The name to show in CLI output. This is useful for monorepos or workspaces.
-  * When using workspace mode, this option defaults to the package name from package.json.
-  * In non-workspace mode, this option must be set explicitly for the name to show in the CLI output.
-  */
+   * The name to show in CLI output. This is useful for monorepos or workspaces.
+   * When using workspace mode, this option defaults to the package name from package.json.
+   * In non-workspace mode, this option must be set explicitly for the name to show in the CLI output.
+   */
   name?: string;
   /**
-  * Log level.
-  * @default 'info'
-  */
+   * Log level.
+   * @default 'info'
+   */
   logLevel?: LogLevel;
   /**
-  * If true, fails the build on warnings.
-  * @default false
-  */
+   * If true, fails the build on warnings.
+   * @default false
+   */
   failOnWarn?: boolean | CIOption;
   /**
-  * Custom logger.
-  */
+   * Suppress warnings whose message matches the given pattern(s).
+   *
+   * Accepts a string (substring match), a `RegExp`, an array of either, or a
+   * predicate function. Matched warnings are dropped before `failOnWarn` is
+   * applied, so they won't fail the build.
+   */
+  suppressWarnings?: Arrayable<RegExp | string> | ((msg: string) => boolean);
+  /**
+   * Custom logger.
+   */
   customLogger?: Logger;
   /**
-  * Reuse config from Vite or Vitest (experimental)
-  * @default false
-  */
+   * Reuse config from Vite or Vitest (experimental)
+   * @default false
+   */
   fromVite?: boolean | "vitest";
   /**
-  * @default false
-  */
+   * @default false
+   */
   watch?: boolean | Arrayable<string>;
   /**
-  * Files or patterns to not watch while in watch mode.
-  */
+   * Files or patterns to not watch while in watch mode.
+   */
   ignoreWatch?: Arrayable<string | RegExp>;
   /**
-  * **[experimental]** Enable devtools.
-  *
-  * DevTools is still under development, and this is for early testers only.
-  *
-  * This may slow down the build process significantly.
-  *
-  * @default false
-  */
+   * **[experimental]** Enable devtools.
+   *
+   * DevTools is still under development, and this is for early testers only.
+   *
+   * This may slow down the build process significantly.
+   *
+   * @default false
+   */
   devtools?: WithEnabled<DevtoolsOptions>;
   /**
-  * You can specify command to be executed after a successful build, specially useful for Watch mode
-  */
+   * You can specify command to be executed after a successful build, specially useful for Watch mode
+   */
   onSuccess?: string | ((config: ResolvedConfig, signal: AbortSignal) => void | Promise<void>);
   /**
-  * Enables generation of TypeScript declaration files (`.d.ts`).
-  *
-  * By default, this option is auto-detected based on your project's `package.json`:
-  * - If {@linkcode exe} is enabled, declaration file generation is disabled by default.
-  * - If the `types` field is present, or if the main `exports` contains a `types` entry, declaration file generation is enabled by default.
-  * - Otherwise, declaration file generation is disabled by default.
-  */
+   * Enables generation of TypeScript declaration files (`.d.ts`).
+   *
+   * By default, this option is auto-detected based on your project's `package.json`:
+   * - If {@linkcode exe} is enabled, declaration file generation is disabled by default.
+   * - If the `types` field is present, or if the main `exports` contains a `types` entry, declaration file generation is enabled by default.
+   * - Otherwise, declaration file generation is disabled by default.
+   */
   dts?: WithEnabled<DtsOptions>;
   /**
-  * Enable unused dependencies check with `unplugin-unused`
-  * Requires `unplugin-unused` to be installed.
-  * @default false
-  */
+   * Enable unused dependencies check with `unplugin-unused`
+   * Requires `unplugin-unused` to be installed.
+   * @default false
+   */
   unused?: WithEnabled<UnusedOptions>;
   /**
-  * Run `publint` after bundling.
-  * Requires `publint` to be installed.
-  * @default false
-  */
+   * Run `publint` after bundling.
+   * Requires `publint` to be installed.
+   * @default false
+   */
   publint?: WithEnabled<PublintOptions>;
   /**
-  * Run `arethetypeswrong` after bundling.
-  * Requires `@arethetypeswrong/core` to be installed.
-  *
-  * @default false
-  * @see https://github.com/arethetypeswrong/arethetypeswrong.github.io
-  */
+   * Run `arethetypeswrong` after bundling.
+   * Requires `@arethetypeswrong/core` to be installed.
+   *
+   * @default false
+   * @see https://github.com/arethetypeswrong/arethetypeswrong.github.io
+   */
   attw?: WithEnabled<AttwOptions>;
   /**
-  * Enable size reporting after bundling.
-  * @default true
-  */
+   * Enable size reporting after bundling.
+   * @default true
+   */
   report?: WithEnabled<ReportOptions>;
   /**
-  * `import.meta.glob` support.
-  * @see https://vite.dev/guide/features.html#glob-import
-  * @default true
-  */
+   * `import.meta.glob` support.
+   * @see https://vite.dev/guide/features.html#glob-import
+   * @default true
+   */
   globImport?: boolean;
   /**
-  * Generate package exports for `package.json`.
-  *
-  * This will set the `exports` field in `package.json` to point to the
-  * generated files.
-  *
-  * @default false
-  */
+   * Generate package exports for `package.json`.
+   *
+   * This will set the `exports` field in `package.json` to point to the
+   * generated files.
+   *
+   * @default false
+   */
   exports?: WithEnabled<ExportsOptions>;
   /**
-  * **[experimental]** CSS options.
-  * Requires `@tsdown/css` to be installed.
-  */
+   * **[experimental]** CSS options.
+   * Requires `@tsdown/css` to be installed.
+   */
   css?: CssOptions;
   /**
-  * @deprecated Use {@linkcode CssOptions.inject | css.inject} instead.
-  */
+   * @deprecated Use {@linkcode CssOptions.inject | css.inject} instead.
+   */
   injectStyle?: boolean;
   /**
-  * @alias copy
-  * @deprecated Alias for {@linkcode copy}, will be removed in the future.
-  */
+   * @alias copy
+   * @deprecated Alias for {@linkcode copy}, will be removed in the future.
+   */
   publicDir?: CopyOptions | CopyOptionsFn;
   /**
-  * Copy files to another directory.
-  * @example
-  * ```ts
-  * [
-  *   'src/assets',
-  *   'src/env.d.ts',
-  *   'src/styles/**\/*.css',
-  *   { from: 'src/assets', to: 'dist/assets' },
-  *   { from: 'src/styles/**\/*.css', to: 'dist', flatten: true },
-  * ]
-  * ```
-  */
+   * Copy files to another directory.
+   * @example
+   * ```ts
+   * [
+   *   'src/assets',
+   *   'src/env.d.ts',
+   *   'src/styles/**\/*.css',
+   *   { from: 'src/assets', to: 'dist/assets' },
+   *   { from: 'src/styles/**\/*.css', to: 'dist', flatten: true },
+   * ]
+   * ```
+   */
   copy?: CopyOptions | CopyOptionsFn;
   hooks?: Partial<TsdownHooks> | ((hooks: Hookable<TsdownHooks>) => Awaitable<void>);
   /**
-  * **[experimental]** Bundle as executable using Node.js SEA (Single Executable Applications).
-  *
-  * This will bundle the output into a single executable file using Node.js SEA.
-  * Note that this is only supported on Node.js 25.7.0 and later, and is not supported in Bun or Deno.
-  *
-  * @default false
-  */
+   * **[experimental]** Bundle as executable using Node.js SEA (Single Executable Applications).
+   *
+   * This will bundle the output into a single executable file using Node.js SEA.
+   * Note that this is only supported on Node.js 25.7.0 and later, and is not supported in Bun or Deno.
+   *
+   * @default false
+   */
   exe?: WithEnabled<ExeOptions>;
   /**
-  * **[experimental]** Enable workspace mode.
-  * This allows you to build multiple packages in a monorepo.
-  */
+   * **[experimental]** Enable workspace mode.
+   * This allows you to build multiple packages in a monorepo.
+   */
   workspace?: Workspace | Arrayable<string> | true;
 }
 interface InlineConfig extends UserConfig {
   /**
-  * Config file path
-  */
+   * Config file path
+   */
   config?: boolean | string;
   /**
-  * Config loader to use. It can only be set via CLI or API.
-  * @default 'auto'
-  */
+   * Config loader to use. It can only be set via CLI or API.
+   * @default 'auto'
+   */
   configLoader?: "auto" | "native" | "tsx" | "unrun";
   /**
-  * Filter configs by cwd or name.
-  */
+   * Filter configs by cwd or name.
+   */
   filter?: RegExp | Arrayable<string>;
 }
 type UserConfigFn = (inlineConfig: InlineConfig, context: {
@@ -2608,14 +2641,14 @@ type UserConfigFn = (inlineConfig: InlineConfig, context: {
   rootConfig?: UserConfig;
 }) => Awaitable<Arrayable<UserConfig>>;
 type UserConfigExport = Awaitable<Arrayable<UserConfig> | UserConfigFn>;
-type ResolvedConfig = Overwrite<MarkPartial<Omit<UserConfig, "workspace" | "fromVite" | "publicDir" | "bundle" | "injectStyle" | "removeNodeProtocol" | "outExtension" | "external" | "noExternal" | "inlineOnly" | "skipNodeModulesBundle" | "logLevel" | "failOnWarn" | "customLogger" | "envFile" | "envPrefix">, "globalName" | "inputOptions" | "outputOptions" | "minify" | "define" | "alias" | "onSuccess" | "outExtensions" | "hooks" | "copy" | "loader" | "name" | "banner" | "footer" | "checks" | "css">, {
+type ResolvedConfig = Overwrite<MarkPartial<Omit<UserConfig, "workspace" | "fromVite" | "publicDir" | "bundle" | "injectStyle" | "removeNodeProtocol" | "outExtension" | "external" | "noExternal" | "inlineOnly" | "skipNodeModulesBundle" | "logLevel" | "failOnWarn" | "suppressWarnings" | "customLogger" | "envFile" | "envPrefix">, "globalName" | "inputOptions" | "outputOptions" | "minify" | "define" | "alias" | "onSuccess" | "outExtensions" | "hooks" | "copy" | "loader" | "name" | "banner" | "footer" | "checks" | "css">, {
   /**
-  * Resolved entry map (after glob expansion)
-  */
+   * Resolved entry map (after glob expansion)
+   */
   entry: Record<string, string>;
   /**
-  * Original entry config before glob resolution (for watch mode re-globbing)
-  */
+   * Original entry config before glob resolution (for watch mode re-globbing)
+   */
   rawEntry?: TsdownInputOption;
   nameLabel: string | undefined;
   format: NormalizedFormat;
@@ -2627,8 +2660,8 @@ type ResolvedConfig = Overwrite<MarkPartial<Omit<UserConfig, "workspace" | "from
   ignoreWatch: Array<string | RegExp>;
   deps: ResolvedDepsConfig;
   /**
-  * Resolved root directory of input files
-  */
+   * Resolved root directory of input files
+   */
   root: string;
   configDeps: Set<string>;
   dts: false | DtsOptions;
@@ -2642,40 +2675,42 @@ type ResolvedConfig = Overwrite<MarkPartial<Omit<UserConfig, "workspace" | "from
   exe: false | ExeOptions;
 }>; //#endregion
 //#endregion
-//#region ../../node_modules/.pnpm/tsdown@0.22.3_@arethetypeswrong+core@0.18.2_@tsdown+css@0.22.3_@tsdown+exe@0.22.3_@type_b3805a6765df28d505319221a7193e18/node_modules/tsdown/dist/config-BJZDmsYq.d.mts
+//#region ../../node_modules/.pnpm/tsdown@0.22.7_@arethetypeswrong+core@0.18.2_@tsdown+css@0.22.7_@tsdown+exe@0.22.7_@type_53c241a653f2227a5df8ba2949047afe/node_modules/tsdown/dist/config-Cna24Xzf.d.mts
 //#region src/config/options.d.ts
 /**
-* Resolve user config into resolved configs
-*
-* **Internal API, not for public use**
-* @private
-*/
+ * Resolve user config into resolved configs
+ *
+ * **Internal API, not for public use**
+ * @private
+ */
 declare function resolveUserConfig(userConfig: UserConfig, inlineConfig: InlineConfig, configDeps: Set<string>): Promise<ResolvedConfig[]>;
 declare function mergeConfig(defaults: UserConfig, ...overrides: UserConfig[]): UserConfig;
 declare function mergeConfig(defaults: InlineConfig, ...overrides: InlineConfig[]): InlineConfig; //#endregion
 //#region src/config.d.ts
 /**
-* Defines the configuration for tsdown.
-*/
+ * Defines the configuration for tsdown.
+ */
 declare function defineConfig(options: UserConfig): UserConfig;
 declare function defineConfig(options: UserConfig[]): UserConfig[];
 declare function defineConfig(options: UserConfigFn): UserConfigFn;
 declare function defineConfig(options: UserConfigExport): UserConfigExport; //#endregion
 //#endregion
-//#region ../../node_modules/.pnpm/tsdown@0.22.3_@arethetypeswrong+core@0.18.2_@tsdown+css@0.22.3_@tsdown+exe@0.22.3_@type_b3805a6765df28d505319221a7193e18/node_modules/tsdown/dist/index.d.mts
+//#region ../../node_modules/.pnpm/tsdown@0.22.7_@arethetypeswrong+core@0.18.2_@tsdown+css@0.22.7_@tsdown+exe@0.22.7_@type_53c241a653f2227a5df8ba2949047afe/node_modules/tsdown/dist/index.d.mts
 //#region src/build.d.ts
 /**
-* Build with tsdown.
-*/
+ * Build with tsdown.
+ */
 declare function build$1(inlineConfig?: InlineConfig): Promise<TsdownBundle[]>;
 /**
-* Build with `ResolvedConfigs`.
-*
-* **Internal API, not for public use**
-* @private
-*/
+ * Build with `ResolvedConfigs`.
+ *
+ * **Internal API, not for public use**
+ * @private
+ */
 declare function buildWithConfigs(configs: ResolvedConfig[], configDeps: Set<string>, _restart: () => void): Promise<TsdownBundle[]>; //#endregion
 //#region src/features/debug.d.ts
 declare function enableDebug(debug?: boolean | Arrayable<string>): void; //#endregion
+//#region src/index.d.ts
+declare const version: string; //#endregion
 //#endregion
-export { type AttwOptions, type BuildContext, CIOption, type ChunkAddon, type ChunkAddonFunction, type ChunkAddonObject, type CopyEntry, type CopyOptions, type CopyOptionsFn, type DepsConfig, type DevtoolsOptions, DtsOptions, type ExeOptions, type ExportsOptions, Format, InlineConfig, type Logger, type NoExternalFn, NormalizedFormat, type OutExtensionContext, type OutExtensionFactory, type OutExtensionObject, type PackageJsonWithPath, type PackageType, type PublintOptions, type ReportOptions, ResolvedConfig, type ResolvedDepsConfig, Rolldown, type RolldownChunk, type RolldownContext, type SeaConfig, Sourcemap, type TreeshakingOptions, type TsdownBundle, type TsdownHooks, TsdownInputOption, type TsdownPlugin, type TsdownPluginOption, type UnusedOptions, UserConfig, UserConfigExport, UserConfigFn, WithEnabled, Workspace, build$1 as build, buildWithConfigs, defineConfig, enableDebug, globalLogger, mergeConfig, resolveUserConfig };
+export { type AttwOptions, type BuildContext, CIOption, type ChunkAddon, type ChunkAddonFunction, type ChunkAddonObject, type CopyEntry, type CopyOptions, type CopyOptionsFn, type DepsConfig, type DevtoolsOptions, DtsOptions, type ExeOptions, type ExportsOptions, Format, InlineConfig, type Logger, type NoExternalFn, NormalizedFormat, type OutExtensionContext, type OutExtensionFactory, type OutExtensionObject, type PackageJsonWithPath, type PackageType, type PublintOptions, type ReportOptions, ResolvedConfig, type ResolvedDepsConfig, Rolldown, type RolldownChunk, type RolldownContext, type SeaConfig, Sourcemap, type TreeshakingOptions, type TsdownBundle, type TsdownHooks, TsdownInputOption, type TsdownPlugin, type TsdownPluginOption, type UnusedOptions, UserConfig, UserConfigExport, UserConfigFn, WithEnabled, Workspace, build$1 as build, buildWithConfigs, defineConfig, enableDebug, globalLogger, mergeConfig, resolveUserConfig, version };