
Company News
Free Business Plan Upgrades for Open Source Maintainers
Open source maintainers are under more pressure than ever. We're raising our open source program from the Team plan to the Business plan, free.
@verbumia/cli
Advanced tools
Command-line interface for Verbumia translation management. Sits next to the API and the React SDK; calls into the public HTTP surface using a Verbumia API key.
npm install -g @verbumia/cli
# or
npx @verbumia/cli --help
# 1. Authenticate (the key must carry the `mcp:*` scope — see Auth below)
verbumia login --host https://api.verbumia.dev --token vrb_live_<prefix>.<secret>
# 2. Bind the current directory to a project
verbumia init --project 069fc15d-… --version main
# 3. Import an i18next file in one shot
verbumia import locales/fr/common.json
Two files are involved:
verbumia.config.json — per-project, committed to the repo.
Contains the host + project_uuid + version_slug. Any command resolves
it by walking up from the current directory.
~/.verbumia/credentials — per-user, never committed.
JSON file with mode 0600 keyed by host so the same user can hold
credentials for multiple Verbumia deployments simultaneously
(e.g. cloud + local dev + self-hosted prod). The currently active
host is recorded as default.
The credentials file shape:
{
"default": "https://api.verbumia.dev",
"hosts": {
"https://api.verbumia.dev": { "api_key": "vrb_live_…", "user_email": "…" },
"https://api.dev.verbumia.ca": { "api_key": "vrb_live_…" }
}
}
All project commands talk to the metered MCP surface
(/v1/mcp/projects/{id}/…) and require an API key carrying the mcp:*
scope (see Auth).
| Command | Purpose |
|---|---|
login / logout | Store / remove an API key for a host |
whoami | Show the active host + masked key |
init | Scaffold verbumia.config.json in the current dir |
projects list | List projects the key can reach |
keys list | List keys (namespace_slug/key_name) |
import <files…> | One-shot import of i18next JSON (nested or flat) — creates keys + upserts translations |
push | Push the whole local locales/ tree in one import call |
pull | Pull translations into locales/<lang>/<namespace>.json |
export | Export translations as i18next JSON (flat, or --nested) |
status | Diff local locales/ against the remote project |
releases publish | Trigger a CDN release (publish bundles) |
snapshot | Emit a build-time initialBundles module for @verbumia/react-i18next |
missing | List runtime-detected missing keys |
Mutating commands accept --dry-run and print a created / updated / unchanged
summary.
# import an i18next file (language + namespace inferred from the path)
verbumia import locales/fr/common.json
# …or a bare file with an explicit namespace
verbumia import --namespace common fr.json
# preview, then push the whole locales/ tree in ONE call
verbumia push --dry-run
verbumia push
# pull remote translations back to disk; diff before committing
verbumia pull --language fr
verbumia status
# publish to the CDN; generate a build-time SDK fallback bundle
verbumia releases publish
verbumia snapshot --out src/verbumia-bundles.ts
Every call emits Authorization: ApiKey <prefix>.<secret> (capital A, lowercase
k) against the MCP surface, so the API key must carry the mcp:* scope.
Generate one in the dashboard at Org Settings → API Keys. The key is supplied
by you — via verbumia login, the VERBUMIA_TOKEN env var (handy for CI), or
~/.verbumia/credentials — and is never hard-coded.
0.2.0 migration (breaking): the whole CLI moved from the project REST surface (
/v1/projects/…, project-scoped keys) to the MCP surface (/v1/mcp/projects/…). Re-issue your CLI key with themcp:*scope — project-scoped keys now return403.
MIT
FAQs
Command-line interface for Verbumia translation management.
We found that @verbumia/cli demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Company News
Open source maintainers are under more pressure than ever. We're raising our open source program from the Team plan to the Business plan, free.

Security News
The supply chain control that delays freshly published gems now covers lockfile generation and gem vendoring in Ruby projects.

Security News
During a UK cyber test, a Mythos 5 agent used sockpuppets, social engineering, and prompt injection to try to get a maintainer to merge malware.