Jaunt
William Blake, The Tyger, plate 42 from Songs of Experience (1794). The Metropolitan Museum of Art, Open Access.
Tyger Tyger, burning bright, In the forests of the night; What immortal hand or eye, Could frame thy fearful symmetry?
-- William Blake, via Alfred Bester's The Stars My Destination
Jaunt is a CLI for spec-driven code generation. You write intent as typed
contracts and Jaunt writes implementations under __generated__/ using the OpenAI
Codex CLI (codex exec). Python and TypeScript are supported targets; TypeScript uses
version-2 configuration and a project-local analyzer package.
Windows: native Windows support is not a project goal. Use Linux, macOS, or WSL for Jaunt workflows.
Call jaunt.magic_module(__name__) once at the top of a file and every top-level
stub below it becomes a spec, with no per-symbol decorators:
import re
import jaunt
jaunt.magic_module(__name__, prompt="All parsers are RFC 5322 strict.")
EMAIL_RE = re.compile(r"...") # real body → handwritten, kept as-is
class Email:
"""Email with from_, to, subject, body. Validates on construction."""
# docstring-only class → Jaunt designs and writes the whole class
def parse_email(raw: str) -> Email:
"""Parse an RFC 5322 payload into an Email. Raise ValueError on malformed
input, naming the first offending header."""
...
def _debug(email: Email) -> str: # real body → handwritten helper
return f"<{email.from_} -> {email.to}>"
jaunt build fills in Email and parse_email and leaves EMAIL_RE and
_debug alone. The scan governs only top-level stubs — a def or class whose
body is ..., a bare docstring, pass, or raise NotImplementedError. A spec
body never runs; an unbuilt one raises a clear error on first use. If your type
checker flags ... under a concrete return annotation, either relax that rule on
your spec roots or write raise NotImplementedError instead — the two forms
digest identically, so switching between them never restales. Anything with a
real body, or carrying a non-jaunt decorator like @property or @dataclass, is
handwritten context the model reads but never regenerates.
The precision layer: @jaunt.magic
Reach for the decorator when you want per-symbol control. @jaunt.magic(deps=..., prompt=...) overrides the module defaults for one symbol — the module defaults
still merge in key by key, and the per-symbol value wins. The decorator is also
how you opt a symbol in against the scan: a stub carrying @property, or an
intentionally-empty function marked @jaunt.preserve, stays handwritten until
you add @jaunt.magic.
@jaunt.magic(deps=[parse_email], prompt="Reuse parse_email per line.")
def parse_mbox(raw: str) -> list[Email]:
"""Split an mbox payload on `From ` lines and parse each message."""
...
What you get
- Module-level magic —
jaunt.magic_module(__name__)turns every top-level stub in a file into a spec. Mixed files (specs plus handwritten helpers) are first-class. Decorate individual symbols with@jaunt.magic/@jaunt.testwhen you want per-symbol overrides. - Whole-class specs — a class-level spec can be docstring-only (Jaunt designs
the API), stub methods only, or a mix. Each method sits in one of three tiers:
@jaunt.preservekeeps it verbatim,@jaunt.siglocks its signature while Jaunt writes the body, and an unmarked guidepost stub lets the model adapt the signature. - Parallel, DAG-scheduled builds — modules build over the dependency graph
with a critical-path-first ready queue. A module starts generating the instant
its dependencies finish, with no wave barriers, up to
[build] jobsworkers at once. A failed module skips only its dependents; the rest of the graph keeps building. - Smart change detection — freshness is a SHA-256 digest over the AST-normalized contract, so reformatting, comment edits, and quote-style churn never trigger a rebuild. Staleness is dependency-aware: changing a module's exported API restales its dependents, while a body-only rebuild does not. A behaviorally-equivalent docstring edit gets re-frozen by the semantic gate instead of paying for a full rebuild.
- Async, tests, and contracts —
async defspecs build and test throughbuild.async_runner,@jaunt.testspecs generate pytest batteries, and@jaunt.contractpins hand-written code with a derived, committed battery.
TypeScript
TypeScript specs are private static inputs. The project-local @usejaunt/ts worker
parses them without executing application code, renders a deterministic API mirror,
and validates generated candidates in a compiler overlay before Jaunt writes anything:
import * as jaunt from "@usejaunt/ts/spec";
jaunt.magicModule();
/** Convert a title to a stable URL slug. */
export function slugify(title: string): string {
return jaunt.magic();
}
uvx jaunt init --language ts
npm init -y && npm pkg set type=module
npm install -D @usejaunt/ts@^0.1.3 'typescript@^5.9' vitest fast-check @types/node
uvx jaunt sync
uvx jaunt migrate --language ts # upgrade preview; plan-only and model-free
uvx jaunt build --language ts
uvx jaunt test --language ts
uvx jaunt check --language ts
jaunt init leaves package.json untouched and prints the remaining package setup
command. Existing packages without a type get npm pkg set type=module; explicit
CommonJS packages keep CommonJS and receive a compatible NodeNext config.
The Jaunt worker runs on Node >=20 <25; generated JavaScript may target a different
deployment runtime according to the owning tsconfig.json.
When an upgrade or dependency install changes TypeScript provenance, preview it before approving paid regeneration:
uvx jaunt migrate --language ts --json
uvx jaunt migrate --language ts --target ts:src/example --json
uvx jaunt migrate --language ts --target ts:src/example --apply
uvx jaunt migrate --language ts --apply
uvx jaunt test --language ts --no-build
uvx jaunt check --language ts
Apply only when the plan contains free-recompose actions and an empty
requires_rebuild list. Jaunt recompiles the existing implementations against
the current declaration environment and carries the validated API transition
into the battery check; it does not call a model. Contract changes and failed
validation remain rebuilds. Repeat --target to preview or apply a bounded
rollout; no unselected module artifacts are written.
The same test/check sequence also handles a battery whose target API and aggregate
battery stamps changed. It remains eligible when the embedded prompt, protected
runner, or Vitest fingerprint changed at the same time. The test command applies the
current safety scan, typechecks, and runs the committed body against the current
target, then reheaders it when green without calling a model. Do not add --no-run:
runtime verification is the proof that makes the free reheader safe.
Large battery repairs can be resumed as bounded target transactions. Copy the
repair_command from the stale-battery diagnostic, or repeat --target yourself:
uvx jaunt test --language ts --no-build --target 'ts:src/tokens#issueToken' --json
For a test intent that names several targets, include every target shown in
repair_targets. A successful invocation reports the exact committed paths in
refrozen or generated; a rerun skips those fresh batteries. An interruption does
not partially commit the active transaction. Repair the remaining targets in later
invocations, then always run the unscoped uvx jaunt check --language ts final gate.
Generated programs use ordinary imports and keep running without Jaunt installed. See the TypeScript guide for the facade layout, supported compiler range, and version-2 config.
Two Modes
Jaunt has two authoring modes that coexist in the same project:
- Magic mode (
jaunt.magic_module/@jaunt.magic/@jaunt.test): the docstring is canonical and Jaunt generates implementations under__generated__/. - Contract mode (
@jaunt.contract): committed code is canonical and Jaunt derives a committed pytest battery undertests/contract/. Covers top-level functions (sync or async) and whole classes; derived cases may use pytest fixtures resolved fromtests/contract/conftest.py. Opt-in"properties"derives Hypothesis property tests from aProperties:docstring section — deterministicgiven <bindings> :: <invariant>bullets, plus prose bullets the model transcribes atreconcile.
See examples/contract_slugify/ for a Contract-mode walkthrough and
examples/contract_properties/ for property idioms (conservation, round-trips,
bounds) — including a truncation bug the pinned examples can't catch.
Jaunt builds itself
Since 1.5.2, Jaunt uses both modes on its own source. Seven framework modules
are magic-mode specs — jaunt.guard, jaunt.heldout, jaunt.migrate, and the
four jaunt.contract helpers (strength, cases, drift, edits) — with
their generated bodies and .pyi stubs committed and shipped in the wheel.
Fifteen more core modules are in contract mode, with committed pytest batteries
under tests/contract/jaunt/. jaunt check runs in CI and gates Jaunt's own
spec-vs-generated drift, deterministically and without an API key. Modules that
run during import jaunt (the runtime, registry, and decorator internals) stay
plain handwritten Python — the builder needs them to build anything.
Installation
pip install jaunt
# The base install is batteries-included (rich, watchfiles, pytest,
# pytest-asyncio, anyio, ruff) — no optional extras.
# Jaunt drives the external OpenAI Codex CLI, which you install and
# authenticate separately:
# 1. Install the `codex` CLI (see the Codex docs).
# 2. Authenticate it: `codex login`.
Codex Engine
Codex is the sole code-generation engine: Jaunt drives codex exec for
all build/test/skill workflows. It requires the external codex binary on your
PATH, authenticated via codex login. Multi-provider routing is deferred.
Run jaunt doctor --json for a read-only environment and workspace-health
report. It wraps status diagnostics, checks the local toolchain and Codex
authentication, and never builds or calls a model. The report includes the
running Jaunt entrypoint, Python/module paths, editable distribution source,
nearest uv.lock, and locked Jaunt requirement so an accidental environment
downgrade is visible before a long run.
Python candidates are normalized before validation and write: Jaunt runs its
bundled Ruff formatter, applies ruff check --fix --unsafe-fixes under Jaunt's
E/F/I/UP/B convention (excluding formatter-owned E501), then formats and checks
once more. Generated modules and provenance stubs should not need consumer-side
Ruff exclusions.
Quickstart (This Repo)
Prereqs: uv installed.
uv sync
codex login # authenticate the Codex engine
uv run jaunt --version
For your own project, run tests with the source root importable, e.g. PYTHONPATH=src.
See docs-site/ for rendered docs, or DOCS.md for a plain-text walkthrough.
All examples live under examples/. See examples/README.md for the full list.
Your First Spec
jaunt init scaffolds a starter src/specs.py in module-magic style — one stub
Jaunt implements:
import jaunt
jaunt.magic_module(__name__)
def greet(name: str) -> str:
"""Return a friendly greeting for `name`.
Includes the name verbatim and ends with an exclamation mark.
"""
...
uv run jaunt build
PYTHONPATH=src uv run jaunt test
Hackathon Demo (JWT Auth)
Headline demo: JWT auth (the "wow gap" example: short spec, real generated glue + tests).
# Generate implementations for @jaunt.magic specs.
uv run jaunt build --root examples/jwt_auth
# Generate pytest tests for @jaunt.test specs and run them.
PYTHONPATH=examples/jwt_auth/src uv run jaunt test --root examples/jwt_auth
For Coding Agents
Point any coding agent (Claude Code, Codex, Cursor, a bare shell, CI) at Jaunt with one command:
jaunt instructions # a tight, project-aware primer to load into context
jaunt instructions --json # {command, ok, text, project} for tooling/MCP
It prints the framework rules (the two modes, the build/test loop, how to write a good spec, the command + exit-code reference) followed by a live snapshot of the current project (resolved paths, engine/model, and which modules are stale). It ships with the package, so the briefing always matches the installed version. Run it before you start working.
Codex and Claude Code plugins
The first-party plugins package generated-file guards, session freshness, and workspace-aware build/convert/doctor workflows:
jaunt install-codex-plugin
jaunt install-claude-plugin
The underlying marketplace commands are:
codex plugin marketplace add creatorrr/jaunt
codex plugin add jaunt@jaunt-codex-plugins
claude plugin marketplace add creatorrr/jaunt
claude plugin install jaunt@jaunt-plugins
Docs: https://jaunt.ing/docs/guides/codex-plugin and https://jaunt.ing/docs/guides/claude-code-plugin.
Background Daemon
jaunt daemon start runs background codegen with commit-triggered isolated jobs
and parks green jobs as proposals by default. Land them with jaunt jobs land,
discard them with jaunt jobs discard, or opt into auto-commit in jaunt.toml.
jaunt daemon stop|status stops or inspects it.
Use jaunt jobs for job records, would-rebuild previews, show <id> [--full],
and retry <id>. jaunt log tails JAUNT_LOG (-n N, --module X), and
jaunt guard warns when agents touch __generated__ via the PreToolUse hook.
Freshness Model
- The full cleaned docstring is part of the spec contract, not just the first summary line.
- For whole-class
@jaunt.magicspecs, Jaunt treats the class signature plus declared members and method signatures as exported API. - Jaunt's freshness model uses that dependency API too, so an upstream contract change can mark downstream modules stale even if their own source file did not change.
Eval Suite
jaunt eval is deferred under the Codex engine (rework pending).
Prompt snapshots:
uv run pytest tests/test_prompt_snapshots.py --snapshot-update
Auto-Generate PyPI Skills (Build)
jaunt build includes a best-effort pre-build step that auto-generates “skills” for external libraries your project imports and injects them into the build prompt.
What happens:
- Scan
paths.source_rootsforimport .../from ... import ...(ignores stdlib, internal modules, and relative imports). - Resolve imports to installed PyPI distributions + versions from the current environment.
- Ensure a skill exists per distribution at:
<project_root>/.agents/skills/<dist-normalized>/SKILL.md
- If missing/outdated, fetch the exact PyPI README for
<dist>==<version>and generateSKILL.mdusing the Codex engine. - Inject the concatenated skills text into the build LLM prompt.
Overwrite rules:
- Jaunt only overwrites a skill if it was previously Jaunt-generated (it has a
<!-- jaunt:skill=pypi ... -->header) and the installed version changed. - If the header is missing, the file is treated as user-managed and will never be overwritten.
Failure mode: warnings to stderr, and the build continues without missing skills.
Docs Site (Fumadocs)
The repository includes a Fumadocs (Next.js) documentation site under docs-site/.
cd docs-site
npm run dev
Release
Publishing runs through the repository's Coordinated release GitHub Actions workflow. It builds the Python and npm candidates once, tests those exact artifacts, publishes through PyPI and npm trusted publishing (OIDC), verifies the registry bytes, then creates the matching Git tags and GitHub releases. Do not upload a locally built wheel or tarball.
After the version, lockfiles, changelog, and generated artifacts are committed on
main, run .github/workflows/release.yml from the Actions UI. Choose python,
typescript, or both; leave publish off for a candidate-only rehearsal, or enable
it to publish. Stable TypeScript releases use the latest npm dist-tag; select next
or beta only for a prerelease version.
The equivalent GitHub CLI invocation is:
gh workflow run release.yml --ref main \
-f component=both \
-f publish=true \
-f npm_dist_tag=latest
The repository must have trusted-publisher entries for the pypi and npm GitHub
environments. No long-lived PyPI or npm token is stored in Actions.
Dev
uv run ruff check --fix .
uv run ruff format .
uv run ty check
uv run pytest
Final verification before pushing:
uv run ruff check .
uv run ruff format --check .
uv run ty check
uv run pytest
Why "Jaunt"?
Named after jaunting -- teleportation by thought alone -- from Alfred Bester's 1956 novel The Stars My Destination (originally published as Tiger! Tiger!). You think about where you want to be, and you're there.
Jaunt works the same way: describe your intent, and arrive at working code.
The forge-and-furnace imagery you'll find scattered through the codebase comes from William Blake's poem "The Tyger," which Bester used as the novel's epigraph and alternate title. The poem's vision of creation -- hammer, chain, furnace, anvil -- mirrors the act of forging code from pure specification.
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file jaunt-1.7.14.tar.gz.
File metadata
- Download URL: jaunt-1.7.14.tar.gz
- Upload date:
- Size: 647.7 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via:
uv/0.9.9 {"installer":{"name":"uv","version":"0.9.9"},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":null}
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
18466b0dbd6162673ae8b25c47d5334515c107e751fc0511d1c0dd32461f24da
|
|
| MD5 |
0e4d4d600fc633394e04bc72ab4adc47
|
|
| BLAKE2b-256 |
c90cc520aa2c87ca85bf7432a59c4db84d73a89ccd3648642dea316558e3b373
|
File details
Details for the file jaunt-1.7.14-py3-none-any.whl.
File metadata
- Download URL: jaunt-1.7.14-py3-none-any.whl
- Upload date:
- Size: 747.3 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via:
uv/0.9.9 {"installer":{"name":"uv","version":"0.9.9"},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":null}
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
4933f64ddaa385f2379f7fabfa971b110c92515f1f509fe26fb716f33b20dc7c
|
|
| MD5 |
2fafa651f5ec6f26f90585a89702ee4e
|
|
| BLAKE2b-256 |
7bbe428852a6010813c85f0ec459286f3991b310b6e80196830e716fc5317915
|