better-commits 1.20.0-cli-flags → 1.20.0

package/package.json

@@ -1,7 +1,7 @@
 {
   "name": "better-commits",
   "private": false,
-  "version": "1.20.0-cli-flags",
+  "version": "1.20.0",
   "description": "A CLI for creating better commits following the conventional commits specification",
   "author": "Erik Verduin (https://github.com/everduin94)",
   "type": "module",

package/readme.md

@@ -56,7 +56,9 @@ Some of the values in these prompts will be inferred by your branch name and aut
 For documentation on passing commit values to `better-commits` via the CLI, see [CLI Flags](#cli-flags).
 
 > [!TIP]
-> The --no-interactive flag, allows automated workflows or AI agents like OpenCode and Claude Code, to use better-commits to generate consistent commit messages using less tokens.
+> The `--no-interactive` flag, allows automated workflows or AI agents like OpenCode and Claude Code, to use better-commits to generate consistent commit messages using less tokens.
+>
+> Run `better-commits --help` / `better-branch --help` for more information.
 
 ## ⚙️ Configuration
 
@@ -406,7 +408,7 @@ Optionally configure pre and post checkout commands, for example:
 
 See _branch_pre_commands_ and _branch_post_commands_ in default config. (or _worktree_pre_commands_ and _worktree_post_commands_ for creating worktrees)
 
-## 🌌 Mildly Interesting
+## 💡 Tips & Tricks
 
 ### Building / Versioning
 
@@ -427,7 +429,7 @@ If you're using Github issues to track your work, and select the `closes` footer
 
 `better-commits` can append a commit trailer per commit type. This allows you to [automate change logs](https://docs.gitlab.com/ee/user/project/changelogs.html) with tools like Gitlab.
 
-### Misc
+### Git
 
 `better-commits` uses native `git` commands under the hood. So any hooks, tools, or staging should work as if it was a normal commit.
 
@@ -436,11 +438,13 @@ Setting `confirm_with_editor=true` will allow you to edit/confirm a commit with
 - For example, to edit with Neovim: `git config --global core.editor "nvim"`
 - For VS Code, `git config --global core.editor "code -n --wait"`
 
-You can add this badge to your repository to display that you're using a better-commits repository config
+You can pass arguments to `git` through `better-commits` like so:
+
+```sh
+better-commits --git-dir="$HOME/.config" --work-tree="$HOME"
+```
 
-| Markdown                                                                                                                                                                                                          | Result                                                                                                                                                                                                          |
-| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| `[![better commits is enabled](https://img.shields.io/badge/better--commits-enabled?style=for-the-badge&logo=git&color=a6e3a1&logoColor=D9E0EE&labelColor=302D41)](https://github.com/Everduin94/better-commits)` | [![better commits is enabled](https://img.shields.io/badge/better--commits-enabled?style=for-the-badge&logo=git&color=a6e3a1&logoColor=D9E0EE&labelColor=302D41)](https://github.com/Everduin94/better-commits) |
+A practical example of this would be managing dotfiles, as described in this [Atlassian Article](https://www.atlassian.com/git/tutorials/dotfiles)
 
 ### CLI Flags
 
@@ -449,21 +453,16 @@ Use CLI flags to pass commit values directly instead of answering prompts.
 - Use `--no-interactive` to skip prompts, confirmation, and editor flows. This is the recommended mode for OpenCode, Claude Code, and other coding agents.
 - Use `--dry-run` to validate the generated `git commit` command without creating a commit.
 - Supported commit field flags: `--type`, `--scope`, `--title`, `--body`, `--ticket`, `--closes`, `--deprecates`, `--breaking-title`, `--breaking-body`, `--deprecates-title`, `--deprecates-body`, `--custom-footer`, `--trailer`.
+- Supported branch field flags: `--user`, `--type`, `--description`, `--ticket`, `--branch-version`, `--checkout`.
+
+**Examples**
 
 ```sh
 better-commits --no-interactive --dry-run --type feat --scope cli --title "add parser"
-```
-
-### Git Arguments
-
-You can pass arguments to `git` through `better-commits` like so:
 
-```sh
-better-commits --git-dir="$HOME/.config" --work-tree="$HOME"
+better-branch --no-interactive --type feat --ticket TAC-123 --description "add parser" --checkout worktree
 ```
 
-A practical example of this would be managing dotfiles, as described in this [Atlassian Article](https://www.atlassian.com/git/tutorials/dotfiles)
-
 ---
 
 ### 🪟 Troubleshooting Windows

package/.opencode/package-lock.json

@@ -1,115 +0,0 @@
-{
-  "name": ".opencode",
-  "lockfileVersion": 3,
-  "requires": true,
-  "packages": {
-    "": {
-      "dependencies": {
-        "@opencode-ai/plugin": "1.4.1"
-      }
-    },
-    "node_modules/@opencode-ai/plugin": {
-      "version": "1.4.1",
-      "resolved": "https://registry.npmjs.org/@opencode-ai/plugin/-/plugin-1.4.1.tgz",
-      "integrity": "sha512-5PqQGUAVeNPNM6PyQATSe5q7ICwFSIFYEMFHzD6Efw2fSd1ij5vskgtxEZFl/oiXkPx/w8/DPR9EZS9bkoHYnA==",
-      "license": "MIT",
-      "dependencies": {
-        "@opencode-ai/sdk": "1.4.1",
-        "zod": "4.1.8"
-      },
-      "peerDependencies": {
-        "@opentui/core": ">=0.1.97",
-        "@opentui/solid": ">=0.1.97"
-      },
-      "peerDependenciesMeta": {
-        "@opentui/core": {
-          "optional": true
-        },
-        "@opentui/solid": {
-          "optional": true
-        }
-      }
-    },
-    "node_modules/@opencode-ai/sdk": {
-      "version": "1.4.1",
-      "resolved": "https://registry.npmjs.org/@opencode-ai/sdk/-/sdk-1.4.1.tgz",
-      "integrity": "sha512-7wWHs8Og5W5+fuJmHDi7oy1yK6c9mmVfK1Ll9hPHZZ5xj357fVl+oI4i0jeUdjonEoXb3Svq/U5blraSArX5OQ==",
-      "license": "MIT",
-      "dependencies": {
-        "cross-spawn": "7.0.6"
-      }
-    },
-    "node_modules/cross-spawn": {
-      "version": "7.0.6",
-      "resolved": "https://registry.npmjs.org/cross-spawn/-/cross-spawn-7.0.6.tgz",
-      "integrity": "sha512-uV2QOWP2nWzsy2aMp8aRibhi9dlzF5Hgh5SHaB9OiTGEyDTiJJyx0uy51QXdyWbtAHNua4XJzUKca3OzKUd3vA==",
-      "license": "MIT",
-      "dependencies": {
-        "path-key": "^3.1.0",
-        "shebang-command": "^2.0.0",
-        "which": "^2.0.1"
-      },
-      "engines": {
-        "node": ">= 8"
-      }
-    },
-    "node_modules/isexe": {
-      "version": "2.0.0",
-      "resolved": "https://registry.npmjs.org/isexe/-/isexe-2.0.0.tgz",
-      "integrity": "sha512-RHxMLp9lnKHGHRng9QFhRCMbYAcVpn69smSGcq3f36xjgVVWThj4qqLbTLlq7Ssj8B+fIQ1EuCEGI2lKsyQeIw==",
-      "license": "ISC"
-    },
-    "node_modules/path-key": {
-      "version": "3.1.1",
-      "resolved": "https://registry.npmjs.org/path-key/-/path-key-3.1.1.tgz",
-      "integrity": "sha512-ojmeN0qd+y0jszEtoY48r0Peq5dwMEkIlCOu6Q5f41lfkswXuKtYrhgoTpLnyIcHm24Uhqx+5Tqm2InSwLhE6Q==",
-      "license": "MIT",
-      "engines": {
-        "node": ">=8"
-      }
-    },
-    "node_modules/shebang-command": {
-      "version": "2.0.0",
-      "resolved": "https://registry.npmjs.org/shebang-command/-/shebang-command-2.0.0.tgz",
-      "integrity": "sha512-kHxr2zZpYtdmrN1qDjrrX/Z1rR1kG8Dx+gkpK1G4eXmvXswmcE1hTWBWYUzlraYw1/yZp6YuDY77YtvbN0dmDA==",
-      "license": "MIT",
-      "dependencies": {
-        "shebang-regex": "^3.0.0"
-      },
-      "engines": {
-        "node": ">=8"
-      }
-    },
-    "node_modules/shebang-regex": {
-      "version": "3.0.0",
-      "resolved": "https://registry.npmjs.org/shebang-regex/-/shebang-regex-3.0.0.tgz",
-      "integrity": "sha512-7++dFhtcx3353uBaq8DDR4NuxBetBzC7ZQOhmTQInHEd6bSrXdiEyzCvG07Z44UYdLShWUyXt5M/yhz8ekcb1A==",
-      "license": "MIT",
-      "engines": {
-        "node": ">=8"
-      }
-    },
-    "node_modules/which": {
-      "version": "2.0.2",
-      "resolved": "https://registry.npmjs.org/which/-/which-2.0.2.tgz",
-      "integrity": "sha512-BLI3Tl1TW3Pvl70l3yq3Y64i+awpwXqsGBYWkkqMtnbXgrMD+yj7rhW0kuEDxzJaYXGjEW5ogapKNMEKNMjibA==",
-      "license": "ISC",
-      "dependencies": {
-        "isexe": "^2.0.0"
-      },
-      "bin": {
-        "node-which": "bin/node-which"
-      },
-      "engines": {
-        "node": ">= 8"
-      }
-    },
-    "node_modules/zod": {
-      "version": "4.1.8",
-      "license": "MIT",
-      "funding": {
-        "url": "https://github.com/sponsors/colinhacks"
-      }
-    }
-  }
-}

package/.opencode/plans/cli-args.md

@@ -1,182 +0,0 @@
-# CLI Argument Pre-fill Plan
-
-## Goal
-
-Allow users to pre-fill `CommitState` fields via CLI flags (e.g. `--body="hello"`), with an optional `--no-interactive` flag to skip all prompts entirely for provided fields and run non-interactively.
-
-## Library: `node:util` `parseArgs` — zero new dependencies
-
-Built into Node 18+. The project runs on Node 24. Already typed through the existing `@types/node` dev dependency. Adds **0 bytes** to the published bundle.
-
-## Parsing Strategy
-
-`parseArgs` with `strict: false` passes unknown flags through into `values` alongside known ones. We declare all 13 `CommitState` keys as known `string` options. Everything else (e.g. `--git-dir`, `--work-tree`) ends up as unrecognized entries — we reconstruct `git_args` from those, preserving existing behavior exactly.
-
-### Example
-
-```sh
-# Input
-better-commits --git-dir="$HOME/.config" --work-tree="$HOME" --body="hello" --no-interactive
-
-# Parsed result
-flags.git_args       = '--git-dir=/home/user/.config --work-tree=/home/user'
-flags.commit_args    = { body: 'hello' }
-flags.no_interactive = true
-```
-
-## Behavior: `--no-interactive`
-
-| `--no-interactive` | CLI arg provided? | Result                                                  |
-| ------------------ | ----------------- | ------------------------------------------------------- |
-| false (default)    | yes               | Pre-fill `initialValue` in prompt — user can still edit |
-| false (default)    | no                | Normal prompt, no change                                |
-| true               | yes               | Skip prompt entirely, use value directly                |
-| true               | no                | Normal prompt, no change                                |
-
-When `--no-interactive` is set:
-
-- All prompts with a provided CLI arg are skipped
-- The commit preview (`p.note`) is still shown
-- The final `confirm_commit` prompt is skipped — the commit runs automatically
-
-## Files Changed
-
-### `src/args.ts` — rewrite
-
-- Import `parseArgs` from `node:util` and `argv` from `process`
-- Declare all 13 `CommitState` keys as `{ type: 'string' }` options, plus `no_interactive: { type: 'boolean' }`
-- Run `parseArgs({ args: argv.slice(2), options: COMMIT_STATE_OPTIONS, strict: false })` at module load time
-- Populate `flags.git_args` by reconstructing `--key=value` strings from unrecognized entries in `values`
-- Populate `flags.commit_args` (a `Partial<Record<CommitStateKey, string>>`) from recognized fields
-- Populate `flags.no_interactive` boolean
-
-```ts
-// Rough shape
-const COMMIT_STATE_KEYS = [
-  "type",
-  "scope",
-  "title",
-  "body",
-  "closes",
-  "ticket",
-  "breaking_title",
-  "breaking_body",
-  "deprecates",
-  "deprecates_title",
-  "deprecates_body",
-  "custom_footer",
-  "trailer",
-] as const;
-
-type CommitStateKey = (typeof COMMIT_STATE_KEYS)[number];
-
-class Flags {
-  git_args: string = "";
-  no_interactive: boolean = false;
-  commit_args: Partial<Record<CommitStateKey, string>> = {};
-}
-
-export const flags = new Flags();
-
-// Parse at module load (replaces set_non_configuration_arguments in utils.ts)
-const { values } = parseArgs({
-  args: argv.slice(2),
-  options: {
-    ...Object.fromEntries(
-      COMMIT_STATE_KEYS.map((k) => [k, { type: "string" }]),
-    ),
-    no_interactive: { type: "boolean" },
-  },
-  strict: false,
-});
-
-const gitParts: string[] = [];
-for (const [key, val] of Object.entries(values)) {
-  if (COMMIT_STATE_KEYS.includes(key as CommitStateKey)) {
-    flags.commit_args[key as CommitStateKey] = val as string;
-  } else if (key === "no_interactive") {
-    flags.no_interactive = val as boolean;
-  } else {
-    gitParts.push(val === true ? `--${key}` : `--${key}=${val}`);
-  }
-}
-flags.git_args = gitParts.join(" ");
-```
-
-### `src/utils.ts` — minor cleanup
-
-- Remove `set_non_configuration_arguments()` function (parsing moves to `args.ts`)
-- Remove its call inside `load_setup()`
-- Remove the `argv` import from `process` (no longer needed here)
-
-### `src/index.ts` — update each prompt
-
-For each `CommitState` field where a prompt exists, apply the pattern:
-
-```ts
-// Pattern for text prompts (e.g. body)
-if (config.commit_body.enable) {
-  const arg_value = flags.commit_args.body;
-  if (flags.no_interactive && arg_value !== undefined) {
-    commit_state.body = arg_value;
-  } else {
-    const commit_body = await p.text({
-      message: `Write a detailed description ...`,
-      initialValue: arg_value ?? get_value_from_cache(prompt_cache, "commit_body") ?? "",
-      ...
-    });
-    ...
-  }
-}
-```
-
-Fields and their prompt types:
-
-| Field              | Prompt type | Notes                                                                                                         |
-| ------------------ | ----------- | ------------------------------------------------------------------------------------------------------------- |
-| `type`             | `p.select`  | `initialValue` pre-selects; skip sets `commit_state.type` directly (also sets `trailer` from `value_to_data`) |
-| `scope`            | `p.select`  | `initialValue` pre-selects; skip sets `commit_state.scope` directly                                           |
-| `ticket`           | `p.text`    | Pre-fills/skips the confirm-ticket prompt                                                                     |
-| `title`            | `p.text`    | Pre-fills/skips                                                                                               |
-| `body`             | `p.text`    | Pre-fills/skips                                                                                               |
-| `breaking_title`   | `p.text`    | Pre-fills/skips (inside footer block)                                                                         |
-| `breaking_body`    | `p.text`    | Pre-fills/skips (inside footer block)                                                                         |
-| `deprecates_title` | `p.text`    | Pre-fills/skips (inside footer block)                                                                         |
-| `deprecates_body`  | `p.text`    | Pre-fills/skips (inside footer block)                                                                         |
-| `custom_footer`    | `p.text`    | Pre-fills/skips (inside footer block)                                                                         |
-| `closes`           | n/a         | Set directly in footer multiselect logic, no prompt to skip                                                   |
-| `trailer`          | n/a         | Set from commit type; no standalone prompt                                                                    |
-
-**Note on `type` (select prompt):** `p.select` supports `initialValue`. When `--no-interactive` is set and `--type` is provided, we skip the prompt and set `commit_state.type` directly — but we must also derive and set `commit_state.trailer` from `value_to_data[type]` to avoid breaking downstream logic.
-
-### Final confirmation — `src/index.ts` lines 333–345
-
-The confirm-commit block currently:
-
-1. Shows the commit preview via `p.note` (keep always)
-2. Asks `p.confirm({ message: "Confirm Commit?" })` if `config.confirm_commit` is true (skip when `--no-interactive`)
-
-When `--no-interactive` is set, the `p.confirm` call is bypassed and `continue_commit` is set to `true` directly, so execution falls through to `git commit` immediately after the preview.
-
-## What Does NOT Change
-
-- `src/branch.ts` — no CommitState fields, no changes
-- `src/init.ts` — no arg parsing needed
-- `tsup.config.ts`, `tsconfig.json`, `package.json` — no changes
-- Published bundle size — no new runtime dependencies
-
-## Example Usage
-
-```sh
-# Pre-fill mode (default): prompts shown with values pre-filled, user can still edit
-better-commits --body="hello world" --type=feat
-
-# Non-interactive mode: all provided fields skip prompts, preview shown, commit runs automatically
-better-commits --no-interactive --body="hello world" --type=feat --title="add login"
-
-# Combined with existing git passthrough args (behavior unchanged)
-better-commits --git-dir="$HOME/.config" --work-tree="$HOME" --body="hello"
-
-# All together
-better-commits --no-interactive --git-dir="$HOME/.config" --work-tree="$HOME" --type=feat --title="init"
-```

package/.svelte-kit/ambient.d.ts

@@ -1,289 +0,0 @@
-
-// this file is generated — do not edit it
-
-
-/// <reference types="@sveltejs/kit" />
-
-/**
- * Environment variables [loaded by Vite](https://vitejs.dev/guide/env-and-mode.html#env-files) from `.env` files and `process.env`. Like [`$env/dynamic/private`](https://svelte.dev/docs/kit/$env-dynamic-private), this module cannot be imported into client-side code. This module only includes variables that _do not_ begin with [`config.kit.env.publicPrefix`](https://svelte.dev/docs/kit/configuration#env) _and do_ start with [`config.kit.env.privatePrefix`](https://svelte.dev/docs/kit/configuration#env) (if configured).
- * 
- * _Unlike_ [`$env/dynamic/private`](https://svelte.dev/docs/kit/$env-dynamic-private), the values exported from this module are statically injected into your bundle at build time, enabling optimisations like dead code elimination.
- * 
- * ```ts
- * import { API_KEY } from '$env/static/private';
- * ```
- * 
- * Note that all environment variables referenced in your code should be declared (for example in an `.env` file), even if they don't have a value until the app is deployed:
- * 
- * ```
- * MY_FEATURE_FLAG=""
- * ```
- * 
- * You can override `.env` values from the command line like so:
- * 
- * ```sh
- * MY_FEATURE_FLAG="enabled" npm run dev
- * ```
- */
-declare module '$env/static/private' {
-	export const WS_SNIPPETS_FILE: string;
-	export const NVM_INC: string;
-	export const MANWIDTH: string;
-	export const STARSHIP_SHELL: string;
-	export const TERM_PROGRAM: string;
-	export const WS_SCRIPTS: string;
-	export const NODE: string;
-	export const WS_ZSH: string;
-	export const DEV_FOLDER: string;
-	export const INIT_CWD: string;
-	export const NVM_CD_FLAGS: string;
-	export const WS_ALACRITTY: string;
-	export const TERM: string;
-	export const SHELL: string;
-	export const MYVIMRC: string;
-	export const WS_DOTFILES: string;
-	export const HOMEBREW_REPOSITORY: string;
-	export const TMPDIR: string;
-	export const npm_config_global_prefix: string;
-	export const TERM_PROGRAM_VERSION: string;
-	export const FPATH: string;
-	export const NODE_OPTIONS: string;
-	export const ZDOTDIR: string;
-	export const L: string;
-	export const COLOR: string;
-	export const npm_config_noproxy: string;
-	export const WS_CX_CLOUD: string;
-	export const npm_config_local_prefix: string;
-	export const PNPM_HOME: string;
-	export const NVM_DIR: string;
-	export const ZAP_PLUGIN_DIR: string;
-	export const USER: string;
-	export const COMMAND_MODE: string;
-	export const npm_config_globalconfig: string;
-	export const WS_FULL_METAL: string;
-	export const SSH_AUTH_SOCK: string;
-	export const __CF_USER_TEXT_ENCODING: string;
-	export const npm_execpath: string;
-	export const WS_AWESOME: string;
-	export const WEZTERM_EXECUTABLE_DIR: string;
-	export const PATH: string;
-	export const ZSHRC: string;
-	export const npm_package_json: string;
-	export const _: string;
-	export const STARSHIP_CONFIG: string;
-	export const npm_config_userconfig: string;
-	export const npm_config_init_module: string;
-	export const __CFBundleIdentifier: string;
-	export const npm_command: string;
-	export const PWD: string;
-	export const npm_lifecycle_event: string;
-	export const EDITOR: string;
-	export const npm_package_name: string;
-	export const LANG: string;
-	export const WS_SWITCHER: string;
-	export const WS_TOMATILLO: string;
-	export const WEZTERM_PANE: string;
-	export const NVIM_LOG_FILE: string;
-	export const npm_config_npm_version: string;
-	export const XPC_FLAGS: string;
-	export const npm_config_node_gyp: string;
-	export const WS_FLOTES: string;
-	export const MASON: string;
-	export const WS_PLAYGROUND: string;
-	export const NVIM: string;
-	export const npm_package_version: string;
-	export const WEZTERM_UNIX_SOCKET: string;
-	export const XPC_SERVICE_NAME: string;
-	export const SHLVL: string;
-	export const HOME: string;
-	export const MANPAGER: string;
-	export const WS_TASKS: string;
-	export const LIBGL_ALWAYS_SOFTWARE: string;
-	export const HOMEBREW_PREFIX: string;
-	export const WEZTERM_CONFIG_DIR: string;
-	export const npm_config_cache: string;
-	export const STARSHIP_SESSION_KEY: string;
-	export const LOGNAME: string;
-	export const npm_lifecycle_script: string;
-	export const WS_NOTES: string;
-	export const LC_CTYPE: string;
-	export const ZAP_DIR: string;
-	export const BUN_INSTALL: string;
-	export const WS_NVIM: string;
-	export const GOPATH: string;
-	export const NVM_BIN: string;
-	export const npm_config_user_agent: string;
-	export const WS_SVELTE_PLAYGROUND: string;
-	export const INFOPATH: string;
-	export const HOMEBREW_CELLAR: string;
-	export const npm_package_bin_bcommits: string;
-	export const WS_CHOICE_PLUS: string;
-	export const WEZTERM_EXECUTABLE: string;
-	export const WEZTERM_CONFIG_FILE: string;
-	export const npm_node_execpath: string;
-	export const npm_config_prefix: string;
-	export const WS_BLOG_FLOTES: string;
-	export const COLORTERM: string;
-	export const TEST: string;
-	export const VITEST: string;
-	export const NODE_ENV: string;
-	export const PW_EXPERIMENTAL_SERVICE_WORKER_NETWORK_EVENTS: string;
-	export const PROD: string;
-	export const DEV: string;
-	export const BASE_URL: string;
-	export const MODE: string;
-}
-
-/**
- * Similar to [`$env/static/private`](https://svelte.dev/docs/kit/$env-static-private), except that it only includes environment variables that begin with [`config.kit.env.publicPrefix`](https://svelte.dev/docs/kit/configuration#env) (which defaults to `PUBLIC_`), and can therefore safely be exposed to client-side code.
- * 
- * Values are replaced statically at build time.
- * 
- * ```ts
- * import { PUBLIC_BASE_URL } from '$env/static/public';
- * ```
- */
-declare module '$env/static/public' {
-	
-}
-
-/**
- * This module provides access to runtime environment variables, as defined by the platform you're running on. For example if you're using [`adapter-node`](https://github.com/sveltejs/kit/tree/main/packages/adapter-node) (or running [`vite preview`](https://svelte.dev/docs/kit/cli)), this is equivalent to `process.env`. This module only includes variables that _do not_ begin with [`config.kit.env.publicPrefix`](https://svelte.dev/docs/kit/configuration#env) _and do_ start with [`config.kit.env.privatePrefix`](https://svelte.dev/docs/kit/configuration#env) (if configured).
- * 
- * This module cannot be imported into client-side code.
- * 
- * ```ts
- * import { env } from '$env/dynamic/private';
- * console.log(env.DEPLOYMENT_SPECIFIC_VARIABLE);
- * ```
- * 
- * > [!NOTE] In `dev`, `$env/dynamic` always includes environment variables from `.env`. In `prod`, this behavior will depend on your adapter.
- */
-declare module '$env/dynamic/private' {
-	export const env: {
-		WS_SNIPPETS_FILE: string;
-		NVM_INC: string;
-		MANWIDTH: string;
-		STARSHIP_SHELL: string;
-		TERM_PROGRAM: string;
-		WS_SCRIPTS: string;
-		NODE: string;
-		WS_ZSH: string;
-		DEV_FOLDER: string;
-		INIT_CWD: string;
-		NVM_CD_FLAGS: string;
-		WS_ALACRITTY: string;
-		TERM: string;
-		SHELL: string;
-		MYVIMRC: string;
-		WS_DOTFILES: string;
-		HOMEBREW_REPOSITORY: string;
-		TMPDIR: string;
-		npm_config_global_prefix: string;
-		TERM_PROGRAM_VERSION: string;
-		FPATH: string;
-		NODE_OPTIONS: string;
-		ZDOTDIR: string;
-		L: string;
-		COLOR: string;
-		npm_config_noproxy: string;
-		WS_CX_CLOUD: string;
-		npm_config_local_prefix: string;
-		PNPM_HOME: string;
-		NVM_DIR: string;
-		ZAP_PLUGIN_DIR: string;
-		USER: string;
-		COMMAND_MODE: string;
-		npm_config_globalconfig: string;
-		WS_FULL_METAL: string;
-		SSH_AUTH_SOCK: string;
-		__CF_USER_TEXT_ENCODING: string;
-		npm_execpath: string;
-		WS_AWESOME: string;
-		WEZTERM_EXECUTABLE_DIR: string;
-		PATH: string;
-		ZSHRC: string;
-		npm_package_json: string;
-		_: string;
-		STARSHIP_CONFIG: string;
-		npm_config_userconfig: string;
-		npm_config_init_module: string;
-		__CFBundleIdentifier: string;
-		npm_command: string;
-		PWD: string;
-		npm_lifecycle_event: string;
-		EDITOR: string;
-		npm_package_name: string;
-		LANG: string;
-		WS_SWITCHER: string;
-		WS_TOMATILLO: string;
-		WEZTERM_PANE: string;
-		NVIM_LOG_FILE: string;
-		npm_config_npm_version: string;
-		XPC_FLAGS: string;
-		npm_config_node_gyp: string;
-		WS_FLOTES: string;
-		MASON: string;
-		WS_PLAYGROUND: string;
-		NVIM: string;
-		npm_package_version: string;
-		WEZTERM_UNIX_SOCKET: string;
-		XPC_SERVICE_NAME: string;
-		SHLVL: string;
-		HOME: string;
-		MANPAGER: string;
-		WS_TASKS: string;
-		LIBGL_ALWAYS_SOFTWARE: string;
-		HOMEBREW_PREFIX: string;
-		WEZTERM_CONFIG_DIR: string;
-		npm_config_cache: string;
-		STARSHIP_SESSION_KEY: string;
-		LOGNAME: string;
-		npm_lifecycle_script: string;
-		WS_NOTES: string;
-		LC_CTYPE: string;
-		ZAP_DIR: string;
-		BUN_INSTALL: string;
-		WS_NVIM: string;
-		GOPATH: string;
-		NVM_BIN: string;
-		npm_config_user_agent: string;
-		WS_SVELTE_PLAYGROUND: string;
-		INFOPATH: string;
-		HOMEBREW_CELLAR: string;
-		npm_package_bin_bcommits: string;
-		WS_CHOICE_PLUS: string;
-		WEZTERM_EXECUTABLE: string;
-		WEZTERM_CONFIG_FILE: string;
-		npm_node_execpath: string;
-		npm_config_prefix: string;
-		WS_BLOG_FLOTES: string;
-		COLORTERM: string;
-		TEST: string;
-		VITEST: string;
-		NODE_ENV: string;
-		PW_EXPERIMENTAL_SERVICE_WORKER_NETWORK_EVENTS: string;
-		PROD: string;
-		DEV: string;
-		BASE_URL: string;
-		MODE: string;
-		[key: `PUBLIC_${string}`]: undefined;
-		[key: `${string}`]: string | undefined;
-	}
-}
-
-/**
- * Similar to [`$env/dynamic/private`](https://svelte.dev/docs/kit/$env-dynamic-private), but only includes variables that begin with [`config.kit.env.publicPrefix`](https://svelte.dev/docs/kit/configuration#env) (which defaults to `PUBLIC_`), and can therefore safely be exposed to client-side code.
- * 
- * Note that public dynamic environment variables must all be sent from the server to the client, causing larger network requests — when possible, use `$env/static/public` instead.
- * 
- * ```ts
- * import { env } from '$env/dynamic/public';
- * console.log(env.PUBLIC_DEPLOYMENT_SPECIFIC_VARIABLE);
- * ```
- */
-declare module '$env/dynamic/public' {
-	export const env: {
-		[key: `PUBLIC_${string}`]: string | undefined;
-	}
-}