Iron Proxy Gateway for NanoClaw
nanocoai/nanoclaw
Installs or refreshes Iron Proxy and its Iron Control web console for NanoClaw, with a local Docker setup, database, credentials and a human approval bridge.
Launch and supervise OpenShell gator agents. An agent skill from NVIDIA/OpenShell.
$ npx skills add NVIDIA/OpenShell --skill launch-openshell-gator -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install NVIDIA/OpenShell launch-openshell-gator --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/NVIDIA/OpenShell.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/launch-openshell-gator .claude/skills/launch-openshell-gator && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "launch-openshell-gator" agent skill from https://github.com/NVIDIA/OpenShell/tree/main/.agents/skills/launch-openshell-gator into .claude/skills/launch-openshell-gator/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "launch-openshell-gator", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/NVIDIA/OpenShell/tree/main/.agents/skills/launch-openshell-gatorType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add NVIDIA/OpenShell --skill launch-openshell-gator -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install NVIDIA/OpenShell launch-openshell-gator --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/NVIDIA/OpenShell.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.agents/skills/launch-openshell-gator .agents/skills/launch-openshell-gator && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "launch-openshell-gator" agent skill from https://github.com/NVIDIA/OpenShell/tree/main/.agents/skills/launch-openshell-gator into .agents/skills/launch-openshell-gator/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "launch-openshell-gator", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add NVIDIA/OpenShell --skill launch-openshell-gator -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install NVIDIA/OpenShell launch-openshell-gator --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/NVIDIA/OpenShell.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.agents/skills/launch-openshell-gator .cursor/skills/launch-openshell-gator && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "launch-openshell-gator" agent skill from https://github.com/NVIDIA/OpenShell/tree/main/.agents/skills/launch-openshell-gator into .cursor/skills/launch-openshell-gator/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "launch-openshell-gator", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/NVIDIA/OpenShell.git --path .agents/skills/launch-openshell-gator--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add NVIDIA/OpenShell --skill launch-openshell-gator -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install NVIDIA/OpenShell launch-openshell-gator --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/NVIDIA/OpenShell.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.agents/skills/launch-openshell-gator .gemini/skills/launch-openshell-gator && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "launch-openshell-gator" agent skill from https://github.com/NVIDIA/OpenShell/tree/main/.agents/skills/launch-openshell-gator into .gemini/skills/launch-openshell-gator/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "launch-openshell-gator", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install NVIDIA/OpenShell launch-openshell-gatorInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add NVIDIA/OpenShell --skill launch-openshell-gator -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/NVIDIA/OpenShell.git skills-src && mkdir -p .github/skills && cp -r skills-src/.agents/skills/launch-openshell-gator .github/skills/launch-openshell-gator && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "launch-openshell-gator" agent skill from https://github.com/NVIDIA/OpenShell/tree/main/.agents/skills/launch-openshell-gator into .github/skills/launch-openshell-gator/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "launch-openshell-gator", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add NVIDIA/OpenShell --skill launch-openshell-gator -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install NVIDIA/OpenShell launch-openshell-gator --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/NVIDIA/OpenShell.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.agents/skills/launch-openshell-gator .opencode/skills/launch-openshell-gator && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "launch-openshell-gator" agent skill from https://github.com/NVIDIA/OpenShell/tree/main/.agents/skills/launch-openshell-gator into .opencode/skills/launch-openshell-gator/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "launch-openshell-gator", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
launch-openshell-gatorLaunch and supervise OpenShell gator agents. An agent skill from NVIDIA/OpenShell.
Launch Openshell Gator is an agent skill from NVIDIA/OpenShell, published by the product's own GitHub organization. Launch and supervise OpenShell gator agents. Use when starting gator on issues or PRs, checking gator sandboxes, building the gator sandbox image, restarting stuck gators, inspecting gator logs, or experimenting with gator harness/model overrides. Trigger keywords - launch gator, start gator, run gator, gator sandbox, supervised gator, gator logs, restart gator.
Its SKILL.md is about 5.2k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in DevOps & Cloud. It works with Docker. The repository describes itself as: OpenShell is the safe, private runtime for autonomous AI agents. The licence is Apache-2.0.
6 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 277f922. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
ghgitjqFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use gh and git, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Launch Openshell Gator loads about 5.2k tokens when it runs. Until then it costs about 97 tokens; SKILL.md has 1,796 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from NVIDIA/OpenShell at commit 277f922, republished under its Apache-2.0 licence (© NVIDIA). 1,796 words, ~5,167 tokens.
.claude/skills/launch-openshell-gator/SKILL.md (or your agent's skills folder).Launch and supervise the repository's headless gator sandbox agent through OpenShell. This skill covers the operator workflow around scripts/agents/run.sh; the in-sandbox review and state-machine policy remains the gator-gate skill baked into the gator payload.
For gator's PR/issue validation policy, load gator-gate inside the launched sandbox. For generic sandbox CLI usage, use openshell-cli. For unhealthy gateways or sandbox startup failures, use debug-openshell-cluster after the launch preflight identifies a gateway/runtime problem.
--watch and let the in-sandbox supervisor own sleeping and relaunching bounded cycles.sleep loops in the operator session to watch gator. Check logs or status once, then report the current state or launch a proper watcher outside the model session only when explicitly asked.scripts/agents/gator/agent.yaml for experiments. Use CODEX_MODEL=... and, if needed, a temporary --from Docker context or --codex-bin override./ok to test, or broaden gator scope unless the operator explicitly authorized that action..opencode/ artifacts and old gator logs unless the user asks for cleanup.| Path | Purpose |
|---|---|
scripts/agents/run.sh | Manifest-driven OpenShell agent launcher. |
scripts/agents/gator/agent.yaml | Gator manifest: immutable payload version, default gateway, harness, providers, runtime, skills, and subagents. |
scripts/agents/gator/Dockerfile | Gator sandbox image source. Local launches build it in gateway's Docker or Podman image store. |
scripts/agents/gator/policy.yaml | Sandbox policy for the gator agent. |
scripts/agents/gator/bin/gh | Gator-specific gh wrapper and same-SHA duplicate-post guard. |
scripts/agents/gator/bin/review-feedback-ledger | Builds tree-aware review scope, durable findings, convergence telemetry, and review-budget state. |
scripts/agents/gator/bin/resolve-gator-review-threads | Resolves addressed Gator-owned inline review threads by ledger finding ID. |
scripts/agents/gator/bin/validate-review-findings | Enforces the blocker evidence schema and downgrades unsupported hypotheses. |
scripts/agents/gator/prompts/gator.md | Rendered top-level prompt template baked into the payload. |
scripts/agents/gator/skills/gator-gate/SKILL.md | In-sandbox gator state-machine skill. |
Run these checks before launching unless the operator asks for a best-effort launch.
git rev-parse --show-toplevel
git status --short --branchUse the repository root as the working directory for all commands. A dirty worktree is allowed, but do not stage or modify unrelated files.
command -v openshell
command -v gh
command -v jq
command -v rubyThe local openshell wrapper may recompile the CLI. If that fails, fix the local build or ask the operator before changing unrelated source.
Use gh api user as the health check. It works with provider-scoped tokens and matches gator's own auth guidance.
gh api user --jq '.login'
gh api repos/NVIDIA/OpenShell --jq '{full_name,default_branch}'If this fails, refresh host gh auth before launching. Do not rely on gh auth status alone inside provider-backed sandboxes.
The default gator harness is Codex. Check that the host has usable Codex auth material:
jq -e '.tokens.access_token and .tokens.refresh_token and .tokens.account_id' "$HOME/.codex/auth.json" >/dev/nullIf this fails, run the local Codex login flow outside the gator launch. If Codex was recently reauthenticated and gateway refresh fails later, relaunch with --reset-refresh once.
The launcher passes the non-secret host account ID as literal CODEX_ACCOUNT_ID for Codex's local workspace routing. The harness must not use the opaque CODEX_AUTH_ACCOUNT_ID credential placeholder for that comparison. Access tokens remain placeholders, and refresh material remains gateway-only.
Use the target gateway from the operator request or current session context. Do not assume a gateway name. If the operator did not specify one, list registered gateways and ask before launching when the correct target is ambiguous.
openshell gateway list
gateway_name="<selected-gateway-name>"
[[ "$gateway_name" =~ ^[A-Za-z0-9_.-]+$ ]] || { echo "invalid gateway name" >&2; exit 1; }
openshell --gateway "$gateway_name" status
openshell --gateway "$gateway_name" sandbox listExpected result: status returns successfully and sandbox listing completes. If the gateway is unreachable, the runtime cannot create sandboxes, or sandbox listing hangs, switch to debug-openshell-cluster and fix the gateway before launching gator.
Avoid duplicate gators for the same PR unless intentionally replacing a stuck or stale one.
gateway_name="<selected-gateway-name>"
[[ "$gateway_name" =~ ^[A-Za-z0-9_.-]+$ ]] || { echo "invalid gateway name" >&2; exit 1; }
openshell --gateway "$gateway_name" sandbox listLook for names like gator-pr-<number>-supervised. If one exists, inspect its log before deleting or relaunching.
Never paste raw operator text into shell arguments such as --gateway, --name, --from, issue numbers, or PR numbers. Normalize values before constructing launch commands.
Use the operator-specified gateway or a gateway selected from openshell gateway list:
gateway_name="<selected-gateway-name>"
[[ "$gateway_name" =~ ^[A-Za-z0-9_.-]+$ ]] || { echo "invalid gateway name" >&2; exit 1; }Use digits only for issue and PR numbers:
pr_number="<digits-only>"
[[ "$pr_number" =~ ^[0-9]+$ ]] || { echo "invalid PR number" >&2; exit 1; }Use the portable Kubernetes DNS-1123 sandbox-name format even when the selected gateway currently uses another driver:
sandbox_name="gator-pr-${pr_number}-supervised"
[[ "$sandbox_name" =~ ^[a-z0-9]([a-z0-9-]{0,61}[a-z0-9])?$ ]] || { echo "invalid sandbox name" >&2; exit 1; }For local image contexts passed to --from, use an agent-created path such as mktemp -d; do not pass raw user-supplied paths without validating that they are expected local Dockerfile contexts.
Use a stable, scoped name and a prompt that names exactly what gator should do.
gateway_name="<selected-gateway-name>"
pr_number="<digits-only>"
[[ "$gateway_name" =~ ^[A-Za-z0-9_.-]+$ ]] || { echo "invalid gateway name" >&2; exit 1; }
[[ "$pr_number" =~ ^[0-9]+$ ]] || { echo "invalid PR number" >&2; exit 1; }
sandbox_name="gator-pr-${pr_number}-supervised"
[[ "$sandbox_name" =~ ^[a-z0-9]([a-z0-9-]{0,61}[a-z0-9])?$ ]] || { echo "invalid sandbox name" >&2; exit 1; }
./scripts/agents/run.sh \
--agent gator \
--gateway "$gateway_name" \
--name "$sandbox_name" \
--watch \
"Review and monitor PR #${pr_number} through the gator-gate workflow. Scope this invocation only to PR #${pr_number}."The launcher queries the gateway's selected compute driver, builds the gator image in the matching Docker or Podman image store, stages the immutable payload, imports provider profiles, configures provider credentials and refresh, and starts the agent supervisor as the sandbox's canonical main process. The detached main process survives loss of the host CLI connection and reconnects to a restarted gateway. Unless --keep is set, the sandbox is marked ephemeral so the gateway deletes it after the canonical main process exits and its terminal result is finalized. CONTAINER_ENGINE, when set, must match the gateway driver.
The launcher streams image-build and provisioning output until the detached workload is ready, then exits. Use openshell logs <sandbox-name> or the TUI for runtime output.
gateway_name="<selected-gateway-name>"
issue_number="<digits-only>"
[[ "$gateway_name" =~ ^[A-Za-z0-9_.-]+$ ]] || { echo "invalid gateway name" >&2; exit 1; }
[[ "$issue_number" =~ ^[0-9]+$ ]] || { echo "invalid issue number" >&2; exit 1; }
sandbox_name="gator-issue-${issue_number}-supervised"
[[ "$sandbox_name" =~ ^[a-z0-9]([a-z0-9-]{0,61}[a-z0-9])?$ ]] || { echo "invalid sandbox name" >&2; exit 1; }
./scripts/agents/run.sh \
--agent gator \
--gateway "$gateway_name" \
--name "$sandbox_name" \
--watch \
"Run gator on issue #${issue_number}. Scope this invocation only to issue #${issue_number}."For a linked pair:
gateway_name="<selected-gateway-name>"
pr_number="<digits-only>"
issue_number="<digits-only>"
[[ "$gateway_name" =~ ^[A-Za-z0-9_.-]+$ ]] || { echo "invalid gateway name" >&2; exit 1; }
[[ "$pr_number" =~ ^[0-9]+$ ]] || { echo "invalid PR number" >&2; exit 1; }
[[ "$issue_number" =~ ^[0-9]+$ ]] || { echo "invalid issue number" >&2; exit 1; }
sandbox_name="gator-pr-${pr_number}-supervised"
[[ "$sandbox_name" =~ ^[a-z0-9]([a-z0-9-]{0,61}[a-z0-9])?$ ]] || { echo "invalid sandbox name" >&2; exit 1; }
./scripts/agents/run.sh \
--agent gator \
--gateway "$gateway_name" \
--name "$sandbox_name" \
--watch \
"Review and monitor PR #${pr_number} with linked issue #${issue_number} through the gator-gate workflow. Scope this invocation only to PR #${pr_number} and issue #${issue_number}."Only include authorization in the prompt when the operator explicitly gave it.
gateway_name="<selected-gateway-name>"
pr_number="<digits-only>"
[[ "$gateway_name" =~ ^[A-Za-z0-9_.-]+$ ]] || { echo "invalid gateway name" >&2; exit 1; }
[[ "$pr_number" =~ ^[0-9]+$ ]] || { echo "invalid PR number" >&2; exit 1; }
sandbox_name="gator-pr-${pr_number}-supervised"
[[ "$sandbox_name" =~ ^[a-z0-9]([a-z0-9-]{0,61}[a-z0-9])?$ ]] || { echo "invalid sandbox name" >&2; exit 1; }
./scripts/agents/run.sh \
--agent gator \
--gateway "$gateway_name" \
--name "$sandbox_name" \
--watch \
"Review and monitor PR #${pr_number} through the gator-gate workflow. Scope this invocation only to PR #${pr_number}. The operator explicitly authorizes applying the test:e2e label, posting /ok to test with the full 40-character current head SHA, and rerunning the relevant current-head workflow when the E2E Label Help bot says that is required."Use environment overrides. Do not edit agent.yaml for temporary experiments.
gateway_name="<selected-gateway-name>"
pr_number="<digits-only>"
[[ "$gateway_name" =~ ^[A-Za-z0-9_.-]+$ ]] || { echo "invalid gateway name" >&2; exit 1; }
[[ "$pr_number" =~ ^[0-9]+$ ]] || { echo "invalid PR number" >&2; exit 1; }
sandbox_name="gator-pr-${pr_number}-gpt56sol-supervised"
[[ "$sandbox_name" =~ ^[a-z0-9]([a-z0-9-]{0,61}[a-z0-9])?$ ]] || { echo "invalid sandbox name" >&2; exit 1; }
CODEX_MODEL=gpt-5.6-sol \
./scripts/agents/run.sh \
--agent gator \
--gateway "$gateway_name" \
--name "$sandbox_name" \
--watch \
"Review and monitor PR #${pr_number} through the gator-gate workflow. Scope this invocation only to PR #${pr_number}. This launch is intentionally testing Codex model gpt-5.6-sol via the CLI launcher."If the installed Codex CLI is too old for a model, create a temporary copy of scripts/agents/gator/, adjust only that temporary Dockerfile, and launch with that generated context. Keep the repo Dockerfile unchanged unless the version bump is the intended code change.
Example shape:
gateway_name="<selected-gateway-name>"
pr_number="<digits-only>"
[[ "$gateway_name" =~ ^[A-Za-z0-9_.-]+$ ]] || { echo "invalid gateway name" >&2; exit 1; }
[[ "$pr_number" =~ ^[0-9]+$ ]] || { echo "invalid PR number" >&2; exit 1; }
sandbox_name="gator-pr-${pr_number}-gpt56sol-supervised"
[[ "$sandbox_name" =~ ^[a-z0-9]([a-z0-9-]{0,61}[a-z0-9])?$ ]] || { echo "invalid sandbox name" >&2; exit 1; }
tmp_context="$(mktemp -d "${TMPDIR:-/tmp}/gator-codex-XXXXXX")"
cp -R scripts/agents/gator/. "$tmp_context"/
CODEX_MODEL=gpt-5.6-sol \
./scripts/agents/run.sh \
--agent gator \
--gateway "$gateway_name" \
--name "$sandbox_name" \
--from "$tmp_context" \
--watch \
"Review and monitor PR #${pr_number} through the gator-gate workflow. Scope this invocation only to PR #${pr_number}."The launcher streams image-build and provisioning output to the terminal. Important markers:
Built image ... means the local image build completed.Created sandbox: <name> means OpenShell accepted the sandbox.openshell-agent: starting watch cycle means the in-sandbox supervisor began a bounded cycle.OpenAI Codex v... plus model: ... confirms the Codex CLI and model actually used.OPENSHELL_AGENT_RESULT {...} is the bounded-cycle sentinel. In watch mode, the supervisor sleeps and relaunches after this line./sandbox/.openshell-agent/status.json is the atomic current state snapshot. Its result.notes field is Gator's plain-language diagnosis and next action for that cycle./sandbox/.openshell-agent/history.jsonl contains the latest 100 supervisor transitions, including active-cycle starts and completed cycle results.openshell-agent: still running watch cycle ... is a heartbeat during long active model cycles.review_feedback_lookup_failed means Gator could not build the required cross-SHA feedback ledger and deliberately skipped a context-free review.gateway_name="<selected-gateway-name>"
sandbox_name="<safe-sandbox-name>"
[[ "$gateway_name" =~ ^[A-Za-z0-9_.-]+$ ]] || { echo "invalid gateway name" >&2; exit 1; }
[[ "$sandbox_name" =~ ^[a-z0-9]([a-z0-9-]{0,61}[a-z0-9])?$ ]] || { echo "invalid sandbox name" >&2; exit 1; }
openshell --gateway "$gateway_name" sandbox list
openshell --gateway "$gateway_name" sandbox get "$sandbox_name"If sandbox get is not supported by the local CLI shape, use openshell sandbox --help and follow the current command help.
| Sentinel | Meaning | Operator action |
|---|---|---|
status=waiting | Normal watch wait. | Leave sandbox running. |
status=blocked | Human/process blocker. | Read reason; decide whether a human action is needed. |
status=transient_failure | Retryable infrastructure/auth/transport issue. | Let supervisor retry unless repeated failures hit the configured cap. |
status=terminal_failure | Unrecoverable or stale immutable payload. | Inspect the reason; rebuild/relaunch for stale_gator_payload. |
status=complete | Target closed, merged, or one-shot complete. | Delete sandbox if no longer needed. |
Prefer the state snapshot over scraping transient /tmp cycle output. Use the
history file to tell whether a failure is repeating or whether the supervisor
has begun a fresh cycle. Runtime logs remain useful for full command output and
transport diagnostics.
Restart when the payload must change, the sandbox is wedged without a sentinel, the model/tooling version changed, or a transient failure repeats past the useful retry point.
Increment payload_version in scripts/agents/gator/agent.yaml whenever a
merged change alters the Gator prompt, gate skill, reviewer contract, write
guard, ledger, thread resolver, or bundled validator. Existing immutable
watchers cannot replace their own payload. New-version watchers detect later
published versions and stop with stale_gator_payload; relaunch every
still-active older watcher after the version bump is published.
Before deleting, check that the sandbox is truly stale or that the operator asked for a restart. If a bounded review cycle is actively running and still producing useful output, prefer leaving it alone.
gateway_name="<selected-gateway-name>"
sandbox_name="<safe-sandbox-name>"
[[ "$gateway_name" =~ ^[A-Za-z0-9_.-]+$ ]] || { echo "invalid gateway name" >&2; exit 1; }
[[ "$sandbox_name" =~ ^[a-z0-9]([a-z0-9-]{0,61}[a-z0-9])?$ ]] || { echo "invalid sandbox name" >&2; exit 1; }
openshell --gateway "$gateway_name" sandbox delete "$sandbox_name"
./scripts/agents/run.sh \
--agent gator \
--gateway "$gateway_name" \
--name "$sandbox_name" \
--watch \
"<same scoped operator prompt, updated only with the reason for relaunch>"When relaunching after a same-SHA infrastructure failure, say that the prior attempt failed before producing a valid review disposition. When relaunching after a draft-only blocker cleared, say that the prior same-SHA disposition was only a draft blocker and the PR is now ready for review.
Symptoms: openshell status fails, sandbox list fails, sandbox remains pending, image build never starts.
Action: load debug-openshell-cluster and diagnose the gateway/driver. Do not keep retrying gator launches against a dead gateway.
Symptoms: Dockerfile step failure, missing package, incompatible Codex CLI, registry pull failure.
Actions:
scripts/agents/gator/ or the intended temporary --from context.nvcr.io/nvidia/base/ubuntu:noble-20251013.Symptoms: host gh auth fails, Codex refresh fails, in-sandbox GitHub calls report auth failures, reviewer_subagent_failed repeats due Codex auth.
Actions:
--reset-refresh once.--reset-refresh removes the old refresh ownership before rediscovering host credentials, then configures and rotates the replacement refresh state.gh pr view --json FieldGator may recover by using supported gh pr view fields plus REST calls. If it does not, patch the gator prompt or skill to avoid the unsupported field, validate, commit, and relaunch with the updated payload.
The wrapper intentionally blocks duplicate same-head-SHA gator dispositions. A relaunch should not post again for the same SHA unless one of these applies:
Do not bypass with OPENSHELL_GATOR_ALLOW_SAME_SHA_COMMENT=1 unless the operator explicitly confirms a maintainer override.
When you launch or inspect gator, report:
Keep the report concise. Include exact commands only when they help the operator reproduce or continue the workflow.
© NVIDIA, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in .agents/skills/launch-openshell-gator of NVIDIA/OpenShell.
Open the folder on GitHubat commit 277f922
Launch Openshell Gator next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Launch Openshell Gator this skillNVIDIA/OpenShell | 15k | — | ~5.2k | Automated safety check: Pass | Apache-2.0 | |
| Iron Proxy Gateway for NanoClawnanocoai/nanoclaw | 31k | — | ~4.6k | Automated safety check: Notes | MIT | |
| GreptimeDB Dev Docker ImageGreptimeTeam/greptimedb | 6.7k | — | ~4k | Automated safety check: Notes | Apache-2.0 | |
| Senior DevOps Toolkitmaslennikov-ig/claude-code-orchestrator-kit | 260 | 6 repos | ~1.1k | Automated safety check: Notes | Custom licence | |
| LangBot Deployment Guidelangbot-app/LangBot | 18k | — | ~1.2k | Automated safety check: Notes | Apache-2.0 | |
| Container Devyansongda/pay | 5.4k | — | ~968 | Automated safety check: Pass | MIT |
nanocoai/nanoclaw
Installs or refreshes Iron Proxy and its Iron Control web console for NanoClaw, with a local Docker setup, database, credentials and a human approval bridge.
GreptimeTeam/greptimedb
Packages a locally built GreptimeDB debug binary into a development-only Docker image for local-cluster testing, with an optional push to a dev registry.
maslennikov-ig/claude-code-orchestrator-kit
Comprehensive DevOps skill for CI/CD, infrastructure automation, containerization, and cloud platforms (AWS, GCP, Azure). Includes pipeline setup…
langbot-app/LangBot
Deploys and configures a LangBot instance with Docker Compose or Kubernetes, covering config.yaml, the Box sandbox runtime, the plugin runtime and the global API key.
yansongda/pay
A skill your agent uses when local PHP environment is unavailable.
omnigent-ai/omnigent
Brings up the Omnigent server and Postgres as a Docker compose stack on any Docker host, and covers the Dockerfile's runtime and host build targets for extending it to a new platform.
NVIDIA/OpenShell
Maintain and validate OpenShell's build-only Windows MSVC lane for x64 and ARM64.
NVIDIA/OpenShell
Create GitHub issues using the gh CLI. An agent skill from NVIDIA/OpenShell.
NVIDIA/OpenShell
Create GitHub pull requests using the gh CLI. An agent skill from NVIDIA/OpenShell.
NVIDIA/OpenShell
Debug inference clients that use an attached provider and its native endpoint, including hosted APIs and host-local Ollama, vLLM, SGLang, TRT-LLM, LM Studio, or NIM.
NVIDIA/OpenShell
Debug why an OpenShell gateway deployment is unhealthy, unreachable, or unable to create sandboxes.
NVIDIA/OpenShell
Validate and monitor OpenShell GitHub issues and PRs using the gator: state machine.
Works with
Categories
Launch and supervise OpenShell gator agents. An agent skill from NVIDIA/OpenShell. Launch Openshell Gator is an agent skill from NVIDIA/OpenShell, published by the product's own GitHub organization. Launch and supervise OpenShell gator agents.
Launch Openshell Gator fits situations like: starting gator on issues; checking gator sandboxes; building the gator sandbox image; restarting stuck gators.
Run `npx skills add NVIDIA/OpenShell --skill launch-openshell-gator -a claude-code`. Or copy the skill folder (.agents/skills/launch-openshell-gator in NVIDIA/OpenShell) into .claude/skills/launch-openshell-gator in your project. Claude Code loads it when a task matches its description.
Run `npx skills add NVIDIA/OpenShell --skill launch-openshell-gator -a codex`. Or copy the skill folder (.agents/skills/launch-openshell-gator in NVIDIA/OpenShell) into .agents/skills/launch-openshell-gator in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add NVIDIA/OpenShell --skill launch-openshell-gator -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/launch-openshell-gator, .gemini/skills/launch-openshell-gator, .github/skills/launch-openshell-gator and .opencode/skills/launch-openshell-gator in your project.
Going by SKILL.md and its folder, Launch Openshell Gator needs the command-line tools its instructions call (gh, git and jq). Our summary lists: Docker.
SKILL.md contains no URLs. Its commands use gh and git, which can reach the network depending on how they are called. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Launch Openshell Gator is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 5.2k tokens (SKILL.md is roughly 21k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Launch Openshell Gator: Iron Proxy Gateway for NanoClaw (nanocoai/nanoclaw, 31k stars), GreptimeDB Dev Docker Image (GreptimeTeam/greptimedb, 6.7k stars), Senior DevOps Toolkit (maslennikov-ig/claude-code-orchestrator-kit, 260 stars) and LangBot Deployment Guide (langbot-app/LangBot, 18k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
NVIDIA (a GitHub organization, an official publisher) maintains it in NVIDIA/OpenShell, which has 15,338 GitHub stars. The repository holds 23 skills in this directory. The repository was last updated on October 8, 2026.
Source: NVIDIA/OpenShell on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.