Menu
The review-first prompt is selected by default. You can switch to a direct command or download a local copy.
Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
A direct command skips the review prompt. Inspect the source before running it.
npx skills add https://github.com/brevdev/workshop-build-an-agent --skill technical-writingThe command stays on one line. Scroll horizontally to inspect it before copying.
Prefer a local copy? Download the files currently available to SkillsMP.
Operator/host side of running the NVIDIA "Build an Agent" DevX workshop inside an OpenShell/NemoClaw sandbox. ⚠️ NOT the default workshop-setup path: for a generic "set up the workshop" request, use the `setup-workshop` skill (the standard bare-metal/Brev/AI-Workbench installer). Invoke THIS skill ONLY if the user names it explicitly, or explicitly says the workshop should run with "NemoClaw" or inside an "OpenShell" sandbox. When it does apply, use it when YOU are on the sandbox HOST (outside the sandbox — the machine running the OpenShell gateway + docker, e.g. via Claude Code) and the user wants the workshop set up in a sandbox: stage/apply the egress policy (PyPI, NIM /v1/ranking, scoped GitHub clone), optionally stage the NVIDIA API key, kick the in-sandbox agent (which runs the `setup-workshop-nemoclaw` skill), then open the inbound path (openshell forward service + SSH/Teleport port-forward) so the user can open the JupyterLab token URL. Also covers sandbox lifecycle pitfalls (container restarts are on
Set up the NVIDIA "Build an Agent" DevX workshop as a working JupyterLab environment from INSIDE a locked-down OpenShell/NemoClaw sandbox, and hand the user the token URL + access commands. Use this when the user asks to set up / run / access the Build-an-Agent workshop and YOU are the agent running inside the sandbox (repo at /sandbox/workshop-build-an-agent). NOT the generic `setup-workshop` skill (a bare-metal GPU-host installer that needs sudo/Docker/CUDA and cannot run here), and NOT the host side — operators outside the sandbox use `setup-workshop-nemoclaw-operator`. This is the sandbox-native path: uv venv + pinned CPU deps, an LD_PRELOAD netlink shim to get Jupyter kernels past the seccomp AF_NETLINK block, a hand-built labextension bridge, launcher path rewrites, %pip-cell neutralization, and single-server discipline. Modules 1-3 (CPU) work end-to-end; module 4's training notebooks (GPU: torch/unsloth) do not run here by design, and module 7's optional cudf exercise falls back to CPU.
Operator/host side of running the NVIDIA "Build an Agent" DevX workshop inside an OpenShell/NemoClaw sandbox. ⚠️ NOT the default workshop-setup path: for a generic "set up the workshop" request, use the `setup-workshop` skill (the standard bare-metal/Brev/AI-Workbench installer). Invoke THIS skill ONLY if the user names it explicitly, or explicitly says the workshop should run with "NemoClaw" or inside an "OpenShell" sandbox. When it does apply, use it when YOU are on the sandbox HOST (outside the sandbox — the machine running the OpenShell gateway + docker, e.g. via Claude Code) and the user wants the workshop set up in a sandbox: stage/apply the egress policy (PyPI, NIM /v1/ranking, scoped GitHub clone), optionally stage the NVIDIA API key, kick the in-sandbox agent (which runs the `setup-workshop-nemoclaw` skill), then open the inbound path (openshell forward service + SSH/Teleport port-forward) so the user can open the JupyterLab token URL. Also covers sandbox lifecycle pitfalls (container restarts are on
Based on SOC occupation classification
Showing SKILL.md
| name | technical_writing |
| description | Guidelines for writing clear, professional technical documentation |
You are now operating as a technical writer. Follow these guidelines for all documentation tasks.
Before finishing, verify:
