CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

physical-ai-infrastructure-setup-and-resilient-scaling

Use when the user wants to set up, scale, validate, or harden NVIDIA physical AI infrastructure for synthetic data generation workflows across local MicroK8s or Azure AKS, including Kubernetes clusters, inference endpoint deployment, OSMO deployment, workload submission readiness, and infrastructure failure recovery. Trigger keywords: physical ai infrastructure, resilient scaling, SDG infrastructure, microk8s, azure aks, NVCF deployment, NIM Operator, OSMO deploy, workflow scaling. Don't trigger for: OSMO log summarization or workload-only operations unless infrastructure setup, scaling, validation, or recovery is requested.

71

Quality

89%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

The canonical home for this skill is physical-ai-infrastructure-setup-and-resilient-scaling in NVIDIA/skills

SKILL.md
Quality
Evals
Security

Quality

Content

81%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A strong router-style skill body: lean operational rules, a well-sequenced setup flow with hard gates and explicit failure-recovery loops, and a clean component-reference table for progressive disclosure. Minor deductions come from a dated audit line, some routing-only (not inlined) commands, and second-level OSMO CLI file nesting with unverifiable referenced paths.

Suggestions

Move the dated note "Latest static review: 2026-05-26..." into a clearly labeled maintenance/deprecated section or drop it, so time-sensitive information does not decay in the main flow.

Trim the Evaluation Prompts section to only the negative trigger (the positive case duplicates the frontmatter description's routing) to tighten token efficiency.

Fold the per-file OSMO CLI "Read when" table into `components/osmo-cli/reference.md` (one level of reference) and verify all referenced component paths ship with the skill bundle so navigation is fully reliable.

DimensionReasoningScore

Conciseness

The body is dense and operational — tables, gates, and rules with no filler explaining concepts Claude already knows — but it is not perfectly lean: the time-sensitive line "Latest static review: 2026-05-26, description keywords match the expected routes above" is a dated audit note outside any 'old patterns' section, and the Evaluation Prompts section repeats routing the description already covers. This fits the 'efficient; minor instances that could be trimmed' level-4 anchor rather than the every-token-earns-its-place level 5.

4 / 5

Actionability

It names concrete artifacts and commands — "Run `scripts/preflight.sh`", "`preflight_credentials.sh`, `pre_submit_guard.py` with resolved `--set` values", "NIM readiness uses `/v1/health/ready`", "`osmo workflow query <id>`", "Derive repo root with `git rev-parse --show-toplevel`" — so guidance is mostly executable. It stays below level 5 because many operations are only routed to component references (e.g., the exact deploy and verify commands live in `components/*/reference.md`) rather than shown, leaving minor gaps within this file; that is acceptable for a router skill but not fully copy-paste ready here.

4 / 5

Workflow Clarity

The Setup Flow is a clearly sequenced 8-step process with ordering constraints ("Deploy Kubernetes first. Nothing else starts until the cluster gate is green"), explicit validation checkpoints (preflight stop-on-red, the Verification Gates table per stage, "verify-hello workflow COMPLETED"), and feedback loops for failure ("do not resubmit blindly", investigate Pending/ImagePullBackOff/unbound PVCs before retry, "Stop at the first red gate. Fix the lowest owning layer"). This matches the level-5 anchor: explicit validation steps, error-recovery loops, and checklists.

5 / 5

Progressive Disclosure

The body is a clear overview with well-signaled references: a Component References table mapping concern to reference plus assets, and an OSMO CLI second-level table giving per-file "Read when" conditions, all stated one component deep. It falls short of level 5 because the OSMO CLI support files (`components/osmo-cli/references/`, `agents/`, `tests/`) introduce second-level nesting, and the referenced component/script paths (e.g., `scripts/preflight.sh`) cannot be verified as real files — the bundle contains only SKILL.md, so navigation cannot be fully confirmed.

4 / 5

Total

17

/

20

Passed

Description

100%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

An exemplary description: third-person, concrete multi-action capability statement, an explicit 'Use when' clause, a comprehensive keyword list including abbreviations and synonyms, and negative triggers that delimit it from adjacent skills. Both what and when are unambiguous, and conflict risk is actively managed.

DimensionReasoningScore

Specificity

The description enumerates multiple concrete actions — "set up, scale, validate, or harden NVIDIA physical AI infrastructure", "inference endpoint deployment, OSMO deployment, workload submission readiness, and infrastructure failure recovery" — with named platforms ("local MicroK8s or Azure AKS"), matching the comprehensive multi-action anchor. It is not the level-4 anchor because coverage is complete across setup, scaling, validation, and recovery rather than having minor gaps.

5 / 5

Completeness

It opens with "Use when the user wants to set up, scale, validate, or harden..." (explicit 'when' with concrete triggers) and the remainder states the 'what' (cluster, inference, OSMO, workload stages), plus a "Don't trigger for" boundary clause. Both what and when are explicit with concrete trigger phrases, exactly the level-5 anchor; level 4 would require a weaker or less explicit 'when'.

5 / 5

Trigger Term Quality

An explicit keyword list covers natural terms and their synonyms/variations: "physical ai infrastructure, resilient scaling, SDG infrastructure, microk8s, azure aks, NVCF deployment, NIM Operator, OSMO deploy, workflow scaling" — full and abbreviated forms plus the natural phrase a user would say. No common variation is obviously missing, so it fits the comprehensive anchor rather than the 'good coverage with a few natural terms missing' level 4.

5 / 5

Distinctiveness Conflict Risk

The niche is narrow (NVIDIA physical AI SDG infrastructure on MicroK8s/AKS) with distinct trigger terms, and the negative scope "Don't trigger for: OSMO log summarization or workload-only operations unless infrastructure setup, scaling, validation, or recovery is requested" actively minimizes overlap with adjacent OSMO skills. This exceeds the 'mostly distinct, minor overlap risk' level-4 anchor.

5 / 5

Total

20

/

20

Passed

Validation

75%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 12 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

referenced_paths_exist

Referenced path issues: 2 missing

Warning

Total

12

/

16

Passed

Repository

openai/plugins

Path

plugins/nvidia/skills/physical-ai-infrastructure-setup-and-resilient-scaling/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.