Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add nebius/nebius-physical-ai --skill antiochgit clone --depth 1 https://github.com/nebius/nebius-physical-aiWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/nebius/nebius-physical-ai/antioch)<a href="https://agentmods.dev/skills/nebius/nebius-physical-ai/antioch"><img src="https://agentmods.dev/badge/skills/nebius/nebius-physical-ai/antioch/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/nebius/nebius-physical-ai/antioch"><img src="https://agentmods.dev/badge/skills/nebius/nebius-physical-ai/antioch.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00032 | $0.01700 |
| Opus 5.5 | $0.00013 | $0.00680 |
| Sonnet 5.5 | $0.00006 | $0.00340 |
| Haiku 4.5 | $0.00003 | $0.00170 |
Grade A, and why
antioch scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 28d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 120 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Antioch Workbench
Use the supported structured Antioch CLI only. Never call undocumented HTTP endpoints, print identity/config/environment data, or inspect unrelated runs.
Start at the partner catalog.
The live OpenPI pickup runs pretrained-policy inference. The separate
antioch-offline-policy-train.yaml collects a completed dataset before ACT
training; "offline" describes the learning input, not provider connectivity.
Before spending
- Run
npa workbench health preflight --checks s3 --json. - Explicitly set
NPA_ANTIOCH_ACCEPT_TERMS=YES, then runnpa workbench antioch terms-preflight --output jsonfor the pinned scope. - Run
npa workbench antioch health --output json; do not start interactive login. - Confirm inputs are public or synthetic and output is a unique run-scoped S3 prefix.
- Use the pinned runtime-fetch adapter documented in
docs/workbench/antioch.md.
Operate
- Use
runfor blocking workflow composition;submitplusstatusfor manual control. - Always pass
--input-path,--output-path,--workflow-run, and--state-id. - Always pass explicit
--robot-typeand--task; collection has no fallback labels. - Reuse the same identities after a retry.
reconcilecloses a submission crash window. - Treat 429/5xx as retryable. Treat auth, malformed output, id conflicts, checksums, and episode schema errors as terminal.
- Gate downstream work on
_SUCCESS.json, then consume<output>/dataset. - The dataset is for offline imitation learning only. Use the LeRobot policy trainer; do not describe it as online PPO or RSL-RL.
Continuing live viewport + external policy
- Use only current structured commands:
antioch project build,antioch session new|status|release,antioch service exec|cp|ps|ports, andantioch scenario list|run|cancel. Run the live scenario with--stream --verbose. Do not call undocumented HTTP endpoints or infer an API origin from a console URL. - Resolve the exact deployment through the CLI's supported
ANTIOCH_ENVprofile and preserve it explicitly in the runtime. Discover organization/project topology with supported JSON commands; never hardcode a discovered endpoint, project, organization, or session as a product default. - Create the run-scoped config directory from the current CLI login and include
only its owner-readable
auth.jsonand optionalworkspace.json. Never carry forward legacy machine, SSH, tunnel, lock, or cached endpoint state. - Start the exact project session before copying a run-scoped
CA/API-key/endpoint bundle.
service cpaccepts only paths under/workspace/project; upload there, then useservice execto install one owner-only generation under/tmp. Never use--set, environment dumps, command arguments, or project source for policy credentials. - The supported steady-state path is the MK8s adapter Deployment: run the Antioch named-route client and bounded relay in one pod network namespace and target a ClusterIP policy Service. The operator VM may deploy/status it but must not carry frames or actions. The legacy tmux path is recovery-only and must not be retained after a cluster-native cutover.
- Reconcile the exact project-scoped scenario through supported
scenario list,session status, andservice psJSON. The one live scenario'ssession_idmust equal the current project session and the simulator process/session must be ready. Fail closed on absent, mismatched, or ambiguous ownership. - A scenario dispatch or failure recovery may recreate the sim container. While the
foreground run lives, verify every required bundle file through
service execand re-stage missing files withservice cp; never bake them into the sim image. Stage a full generation and atomically switch one symlink so a recovering bridge cannot observe a certificate/key or token generation mix. - Build an immutable revision with
project build, start it withsession new --revision, and do not force-replace unrelated active work. On a lost session, cancel and prove the exact scenario absent before creating one successor. Retry only structured retryable connectivity, 429, or 5xx failures. - When direct policy egress is unavailable, use a declared Antioch service port
bound only on adapter-pod localhost. Directly own
service ports --bind sim.policy-relay=127.0.0.1:18444 --serve simas a foreground child of the pod controller. Terminate authenticated WSS in the sim service and let the scenario connect outbound with a distinct authenticated role. The same-pod relay bridges the client role to the policy's independently authenticated, CA-verified ClusterIP WSS port 443. Bound messages, queues, connections, requests, timeouts, and reconnect backoff; never substitute an unauthenticated public proxy, disabled TLS verification, a token in a URL, or an undocumented endpoint. - Treat livestream state
readyas published but awaiting an authenticated Mission Control viewer. Do not claim an actively viewed frame until a supported viewer connection advances the first render, and never inspect browser auth storage. - For the OpenPI PoC, require a finite
completed/passedrecord with named checks for advancing nonblack exterior/wrist observations and finite[15,8]responses. Retire compute after verifying that durable record; never use timeout/renewal as the successful outcome. - A live policy loop must log current camera frames and decision counters from the executing scenario. Reject stale, malformed, non-finite, wrong-shaped, or unsafe actions and hold position while reconnecting. Do not claim hard real-time control.
- Give live telemetry one explicit logger root and resolve every Rerun blueprint origin through that same root; unprefixed view origins do not select entities emitted by a named Antioch logger.
npa/examples/antioch-openpi-liveis the public-source reference. Its checked-in project identity is intentionally unusable and is replaced only in private runtime state. The OpenPI gateway/controller lives innpa.workflows.byof.openpi_live.- Use
npa workbench antioch live-k8s-deploy|live-k8s-status|live-k8s-stopwith one mode-0600 runtime config. Keep exact Kubernetes, Antioch, and secret coordinates in that file, not argv or ordinary output. Finalize removal of an exact owned public rollback Service only after sustained acceptance. - Require the runtime config's explicit supported Antioch deployment profile and
forward it to the controller only as
ANTIOCH_ENV; never let a cluster-native run inherit the vendor CLI's default deployment implicitly.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 28d ago First seen · 120 lines · 32 tokens per session scan A 1f1caa1978d5
antioch is a skill published in the GitHub repository nebius/nebius-physical-ai (50 stars, last pushed today), licensed Apache-2.0. It adds 32 tokens to every session and 1,700 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-24.
Other skills, from other repositories
tensorrt-llm
High-throughput LLM inference on NVIDIA GPUs.
agent-platform-tuning
Agent Platform Model Tuning. Use when you need to fine-tune open models or Gemini models using Agent Platform infrastructure. Don't use for model training outside Agent Platform, model deployment to endpoints (use agent-platform-deploy), or managing serving endpoints (use agent-platform-endpoint-management).
google-cloud-solution-guided-gke-ai-migration
Guides the migration of existing AI workloads (Cloud Run, Gemini API, Gemini Enterprise Agent Platform) to self-hosted GKE inference using gcloud and kubectl. Use when the user has an existing AI inference workload (on Cloud Run, the Gemini API, Gemini Enterprise Agent Platform, or a custom VM) and wants to move it to…
apigee-agent-gateway-governance
Stands up an Apigee API proxy that a Google Cloud Agent Gateway calls as an ext-proc (Service Extension) callout on an agent's LLM traffic, to meter token usage per model, extract caller identity, and apply Model Armor prompt screening or a semantic cache. Use when wiring Apigee in as an AI gateway behind an Agent…
modal
Modal is a serverless cloud platform for running Python on demand, including on-demand GPUs. Use when deploying or serving AI/ML models, running GPU-accelerated workloads (training, fine-tuning, inference), serving web endpoints, scheduling batch jobs, or scaling Python code to cloud containers with the Modal SDK.
gke-inference
Deploys and optimizes AI/ML inference workloads on GKE, using GPUs, TPUs, and model servers. Use when deploying GKE inference servers, configuring GKE GPU resources for inference, or deploying LLMs on GKE. Don't use for migrating existing AI workloads to GKE (use google-cloud-solution-guided-gke-ai-migration), GKE RAG…