antioch

antioch is a skill for Claude Code, Codex from nebius/nebius-physical-ai. It costs 32 tokens per session (1,700 once invoked), scanned A, original, Apache-2.0.

A workbench skill for deploying, operating, debugging, and composing Antioch workflows with live OpenPI policy inference and dataset-based policy training. It uses supported structured commands and requires explicit inputs, outputs, workflow identifiers, robot types, and tasks.

In plain words
What is it for?
Use it to run or submit Antioch workflows, check their status and health, collect policy data, and train an ACT policy from that data. It is also for debugging the Antioch workbench integration.
Why use it?
It reduces operational mistakes by enforcing preflight checks, terms acceptance, scoped storage paths, and documented interfaces. It also distinguishes live inference from offline training that learns from a completed dataset.

Skill for Claude CodeCodex

Written for no agent in particular: nothing here depends on one.

Good fit Use it to run or submit Antioch workflows, check their status and health, collect policy data, and train an ACT policy from that data. It is also for debugging the Antioch workbench integration.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/nebius/nebius-physical-ai/antioch
Install

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.

Any agent
npx skills add nebius/nebius-physical-ai --skill antioch
Clone the repo
git clone --depth 1 https://github.com/nebius/nebius-physical-ai

Made for: Claude Code, Codex.

Wrote 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.

agentmods badge for antioch

README.md
[![agentmods](https://agentmods.dev/badge/skills/nebius/nebius-physical-ai/antioch/github.svg)](https://agentmods.dev/skills/nebius/nebius-physical-ai/antioch)
Your own site
<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.

agentmods 80×15 button for antioch

Your own site · 80×15
<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>
Per session 32 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,700 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce 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

Measured 28d ago against content hash 1f1caa1978d5, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

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.

skills/tools/antioch/SKILL.md · 120 lines

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

  1. Run npa workbench health preflight --checks s3 --json.
  2. Explicitly set NPA_ANTIOCH_ACCEPT_TERMS=YES, then run npa workbench antioch terms-preflight --output json for the pinned scope.
  3. Run npa workbench antioch health --output json; do not start interactive login.
  4. Confirm inputs are public or synthetic and output is a unique run-scoped S3 prefix.
  5. Use the pinned runtime-fetch adapter documented in docs/workbench/antioch.md.

Operate

  • Use run for blocking workflow composition; submit plus status for manual control.
  • Always pass --input-path, --output-path, --workflow-run, and --state-id.
  • Always pass explicit --robot-type and --task; collection has no fallback labels.
  • Reuse the same identities after a retry. reconcile closes 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, and antioch 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_ENV profile 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.json and optional workspace.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 cp accepts only paths under /workspace/project; upload there, then use service exec to 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, and service ps JSON. The one live scenario's session_id must 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 exec and re-stage missing files with service 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 with session 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 sim as 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 ready as 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/passed record 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-live is 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 in npa.workflows.byof.openpi_live.
  • Use npa workbench antioch live-k8s-deploy|live-k8s-status|live-k8s-stop with 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.

Read the full file on GitHub · 120 lines

Changes

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.

  1. 28d ago First seen · 120 lines · 32 tokens per session scan A 1f1caa1978d5

Subscribe to this mod's changes

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.

Related

Other skills, from other repositories

tensorrt-llm

High-throughput LLM inference on NVIDIA GPUs.

NousResearch/hermes-agent · 18 tokens

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/skills · 64 tokens

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…

google/skills · 157 tokens

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…

google/skills · 222 tokens

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.

K-Dense-AI/scientific-agent-skills · 65 tokens

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…

google/skills · 119 tokens