gentic auth login, which saves your API key and API URL to a persistent config file on disk. Environment variables — including a .env file loaded at startup — are the alternative, and are the right choice for containers, CI systems, or local development where you manage secrets through the environment. When the same key appears in both sources, the environment variable takes precedence over the config file.
Authentication via CLI
The recommended way to configure credentials is with thegentic auth commands. These commands read and write an OS-appropriate config file — for example, ~/.config/gentic/config.json on Linux — that persists across restarts without needing a .env file.
GENTIC_API_KEY is your Gentic API key. Retrieve it from your account settings at gentic.chat. The worker only receives issues belonging to your account.Log in
Rungentic auth login to start the interactive prompt. It asks for your API URL and API key, then saves them to the config file.
Check authentication status
Display the currently configured API URL and a masked version of your API key:Log out
Clear the stored credentials from the config file. Run with--yes (or -y) to skip the confirmation prompt:
GENTIC_API_KEY and GENTIC_API_URL entries. Other settings stored in the config file — such as GIT_REMOTE_BASE, WORKDIR, and POLL_INTERVAL_MS — are preserved.
Environment variables (alternative)
Environment variables give you fine-grained control over every configuration value and are an alternative togentic auth login — useful for local development, containers, or CI systems where you manage secrets through the environment directly. Create a .env file in the directory where you run gentic and fill in the values for your environment:
Required
The Gentic API endpoint. Use
https://gentic.chat/api/v1 for the hosted service, or http://localhost:3000/api/v1 when developing against a local web app instance.Your Gentic API key from your account settings at gentic.chat. The hosted API verifies this key and only returns issues that belong to your account.
Optional
The base URL prepended to each project’s
owner/repo path when the worker clones a repository. With the default value, a project stored as acme/backend is cloned from git@github.com:acme/backend.Change this if your repositories are hosted on GitHub Enterprise, GitLab, or another Git provider:The directory where the worker creates per-issue repository clones. Each issue gets its own subdirectory. If unset, the worker uses an OS-appropriate data directory determined by
env-paths:- Linux:
~/.local/share/gentic/workspaces - macOS:
~/Library/Application Support/gentic/workspaces
How often (in milliseconds) the worker polls the Gentic API for issues with
run_status = 'queued'. The default of 3000 ms (3 seconds) works well for most setups. Increase this value to reduce API traffic on low-priority workers.Configuration precedence
The worker merges all configuration sources in the following order, with later sources winning:- Config file — written by
gentic auth login(e.g.~/.config/gentic/config.json) .envfile — loaded from the working directory at startup- Shell environment variables — exported in the process environment at runtime
gentic auth login and use environment variables only for per-deployment overrides like WORKDIR or POLL_INTERVAL_MS.
