Skip to main content

jetson-arena

How does a given Jetson device handle a given model setup?

A setup can be a single model, a mixture of models, or a whole pipeline under a pinned config. The flagship example is still the realtime VAD → STT → LLM → TTS loop: four models on one board, contending for VRAM, memory bandwidth, and the GPU — each fits alone; the setup is what fails. jetson-arena benchmarks setups for latency, memory signature, and quality, then publishes the results together with the Docker build recipes that reproduce them — and maintains the arena's public site, jetson-arena.com. Device order: Jetson Thor first, then Jetson AGX Orin on JetPack 7.2, then Jetson Orin Nano Super 8GB.

Status

Early. The benchmark domain surface is not built yet. What exists today is the agent-first CLI scaffold below, the mesh identity, the CI baseline, and the public site (jetson-arena.com, site-astro/) — there is no benchmark runner, device probe, or recipe store. The intended shape, and the questions still open, are written down in docs/scope.md. Read that before proposing a design.

Quickstart

uv sync
uv run pytest -n auto                 # run the test suite
uv run jetson-arena whoami            # identity from culture.yaml
uv run jetson-arena learn             # self-teaching prompt (add --json)
uv run teken cli doctor . --strict    # the agent-first rubric gate CI runs

CLI

Verb What it does
whoami Report this agent's nick, version, backend, and model from culture.yaml.
learn Print a structured self-teaching prompt.
explain <path> Markdown docs for any noun/verb path.
overview Read-only descriptive snapshot of the agent.
doctor Check the agent-identity invariants (prompt-file-present, backend-consistency).
cli overview Describe the CLI surface itself.

Every command supports --json. Results go to stdout, errors/diagnostics to stderr (never mixed). Exit codes: 0 success, 1 user error, 2 environment error, 3+ reserved.

How it is put together

  • An agent-first CLI cited from teken (afi-cli) — the runtime package has no third-party dependencies, and the contracts above are enforced in CI by a rubric gate that drives the built CLI as a black box.
  • A mesh identity — culture.yaml (suffix + backend) and the matching resident prompt file (AGENTS.colleague.md, since this agent runs backend: colleague). CLAUDE.md is the parallel prompt for Claude Code.
  • The guildmaster skill kit (14 skills) under .claude/skills/, vendored cite-don't-import. Provenance ledger: docs/skill-sources.md.
  • A build + deploy baseline — pytest, lint, the agent-first rubric gate, and PyPI Trusted Publishing wired into GitHub Actions.

Contributing

Every PR bumps the version — docs-only ones included. CI enforces it, because a merge to main publishes to PyPI and a repeated version is a failed publish. See CLAUDE.md for the full conventions: the CLI contract, the vendored-skills rule, and the cicd PR lane.

License

Apache 2.0 — see LICENSE.

Metadata

Release files for jetson-arena 0.6.2

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for jetson-arena 0.6.2
File Size Uploaded Provenance
jetson_arena-0.6.2.tar.gz 228.1 kB Without provenance Details

Built distribution (wheel)

Table of built distributions (wheels) for jetson-arena 0.6.2
File Interpreter ABI Platform
jetson_arena-0.6.2-py3-none-any.whl Python 3 none any Details

Total release size: 250.8 kB

Release files / jetson_arena-0.6.2.tar.gz

Download URL jetson_arena-0.6.2.tar.gz
Size 228.1 kB
Tags Source
SHA-256 checksum
How to use checksums
2510131bdf0e5fc3d6e680b92217f0cef2b79e92484685d613e0e22464f87582
BLAKE2b-256 checksum
How to use checksums
5186389a40315872ed31f64f88dc697eea8814b1cf35b47a77a09b2b54fe23fb
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via uv/0.11.28 {"installer":{"name":"uv","version":"0.11.28","subcommand":["publish"]},"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":true}

Release files / jetson_arena-0.6.2-py3-none-any.whl

Download URL jetson_arena-0.6.2-py3-none-any.whl
Size 22.8 kB
Tags Python 3
SHA-256 checksum
How to use checksums
d0699ea75263d7927a75642ec6dc2c996d3ece7171525c322c9eb7df2f337fc0
BLAKE2b-256 checksum
How to use checksums
31d790fdc01a8db3c6f620f3885d8aff42cad4f2ff16a5a328441b657b21042a
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via uv/0.11.28 {"installer":{"name":"uv","version":"0.11.28","subcommand":["publish"]},"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":true}

Security for jetson-arena 0.6.2

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

No provenance found

None of the files in this release were uploaded with provenance metadata.

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page