Numi is a deterministic resource code generator for Apple projects. It turns asset catalogs, localization resources, fonts, and file lists into generated code using built-in or custom templates, with first-class support for multi-module repositories and CI verification.

• Generates code from .xcassets, .strings, .xcstrings, fonts, and file-based inputs
• Supports built-in templates and custom Minijinja templates
• Auto-discovers job-matched custom templates from Templates/ or templates/ when a job omits template
• Works well in modular repos through workspace manifests and shared defaults
• Avoids rewriting unchanged outputs — deterministic, byte-stable generation
• Verifies checked-in generated files with numi check
• Supports per-job and workspace-level generation hooks, including inline shell hooks for tasks like formatting
• Incremental caching — asset catalogs and strings files are parsed once and skipped when untouched

Numi started as a modern SwiftGen replacement path, but its core model is broader: parse resources into a stable context, then render the output shape your project actually wants.

With the install script (macOS and Linux):

curl -fsSL https://numi.elata.ai/install.sh | sh

With Homebrew:

brew install oops-rs/tap/numi

With Cargo:

cargo install numi

Set NUMI_VERSION to install a specific release, or NUMI_INSTALL_DIR to change the install location.

numi init          # scaffold a starter numi.toml
numi generate      # parse resources and write generated files
numi check         # verify generated files are up to date (CI-safe)

If your repo has a root workspace manifest, numi generate and numi check auto-detect it — from the repo root or any member directory.

version = 1

[defaults]
access_level = "internal"

[defaults.bundle]
mode = "module"

[jobs.assets]
output = "Generated/Assets.swift"

[[jobs.assets.inputs]]
type = "xcassets"
path = "Resources/Assets.xcassets"

[jobs.assets.template.builtin]
language = "swift"
name = "swiftui-assets"

The starter config shipped with numi init lives in docs/examples/starter-numi.toml.

If a job does not set template.path or template.builtin, Numi will look beside the active numi.toml for one of these files:

Templates/<job>.jinja
Templates/<job>.template.jinja
templates/<job>.jinja
templates/<job>.template.jinja

Examples for a strings job:

Templates/strings.jinja
Templates/strings.template.jinja

Set auto_lookup = false under [jobs.<name>.template] to disable this fallback for a job. In workspace mode, the same setting is available under [workspace.defaults.jobs.<name>.template].

• .xcstrings plural and device-specific variations are currently skipped with warnings
• the shipped Swift l10n built-in is still conservative and does not yet expose every placeholder-aware output shape a custom template can implement
• dump-context and config print are single-config tools and reject workspace manifests

• docs/context-schema.md: stable template context reference
• docs/migration-from-swiftgen.md: migration notes from SwiftGen
• docs/spec.md: full product and technical specification
• docs/examples/starter-numi.toml: starter manifest
• docs/crates-io-release.md: release workflow notes

For detailed guides on workspace manifests, generation hooks, custom templates, supported inputs, built-in templates, and CI integration, see the numi website.

cargo fmt --all --check
cargo clippy --workspace --all-targets -- -D warnings
cargo test --workspace