LangBot Deployment Guide
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.
A skill your agent uses when authoring or auditing a Dockerfile, shrinking a bloated image, hardening a container that runs as root, picking a base image, or wiring a Compose dev loop with hot reload.
$ npx skills add ericrisco/rsc-harness --skill docker -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install ericrisco/rsc-harness docker --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/ericrisco/rsc-harness.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/docker .claude/skills/docker && 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 "docker" agent skill from https://github.com/ericrisco/rsc-harness/tree/main/skills/docker into .claude/skills/docker/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "docker", 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/ericrisco/rsc-harness/tree/main/skills/dockerType 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 ericrisco/rsc-harness --skill docker -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install ericrisco/rsc-harness docker --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/ericrisco/rsc-harness.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/docker .agents/skills/docker && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "docker" agent skill from https://github.com/ericrisco/rsc-harness/tree/main/skills/docker into .agents/skills/docker/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "docker", 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 ericrisco/rsc-harness --skill docker -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install ericrisco/rsc-harness docker --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/ericrisco/rsc-harness.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/docker .cursor/skills/docker && 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 "docker" agent skill from https://github.com/ericrisco/rsc-harness/tree/main/skills/docker into .cursor/skills/docker/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "docker", 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/ericrisco/rsc-harness.git --path skills/docker--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 ericrisco/rsc-harness --skill docker -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install ericrisco/rsc-harness docker --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/ericrisco/rsc-harness.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/docker .gemini/skills/docker && 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 "docker" agent skill from https://github.com/ericrisco/rsc-harness/tree/main/skills/docker into .gemini/skills/docker/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "docker", 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 ericrisco/rsc-harness dockerInstalls 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 ericrisco/rsc-harness --skill docker -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/ericrisco/rsc-harness.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/docker .github/skills/docker && 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 "docker" agent skill from https://github.com/ericrisco/rsc-harness/tree/main/skills/docker into .github/skills/docker/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "docker", 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 ericrisco/rsc-harness --skill docker -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install ericrisco/rsc-harness docker --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/ericrisco/rsc-harness.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/docker .opencode/skills/docker && 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 "docker" agent skill from https://github.com/ericrisco/rsc-harness/tree/main/skills/docker into .opencode/skills/docker/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "docker", 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.
dockerA skill your agent uses when authoring or auditing a Dockerfile, shrinking a bloated image, hardening a container that runs as root, picking a base image, or wiring a Compose dev loop with hot reload.
Docker is an agent skill from ericrisco/rsc-harness. Use when authoring or auditing a Dockerfile, shrinking a bloated image, hardening a container that runs as root, picking a base image, or wiring a Compose dev loop with hot reload. NOT CI builds or deploy-to-host (that is deployment), NOT k8s autoscaling (that is scaling), NOT app-level injection or secrets-in-code (that is secure-coding).
Its SKILL.md is about 2.7k tokens, which your agent loads only when the skill is triggered. The skill folder holds 8 other files, including scripts and reference files (for example `evals/README.md`, `evals/cases.yaml` and `references/base-images-and-stages.md`).
It sits in DevOps & Cloud, covering Containers, Container orchestration and Secure coding. It works with Docker and Kubernetes. The repository describes itself as: Your agent invents things because it has no memory, and can't touch your database because it has no arms. rsc is the meta-harness that gives it both, plus the trade to know the… The licence is MIT.
Read from SKILL.md and the folder at commit 92fde8f. 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.
Ships 1 file in scripts/ (Shell), which the agent can run.
Shell commands in SKILL.md call:
dockertrivyapt-getnpmhadolintshFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use docker and npm, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Names these keys or tokens, usually read from environment variables:
NPM_TOKENPOSTGRES_PASSWORDFrom names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Docker loads about 2.7k tokens when it runs, and up to ~4.6k if it reads all its reference files. Until then it costs about 89 tokens; SKILL.md has 913 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 noted patterns worth knowing about, such as sudo or a known installer.
text (including `.git`, `node_modules`, `.env`) ships to the daemon: it.env.env.*+ build outputs | whole context ships; `.env`/`.git` can leak |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); the scripts in this folder are not scanned.
The full file from ericrisco/rsc-harness at commit 92fde8f, republished under its MIT licence (© ericrisco). 913 words, ~2,729 tokens.
.claude/skills/docker/SKILL.md (or your agent's skills folder). This skill also uses 5 other files; get the full folder from GitHub.You own one question, deeply: how do I turn this app into a small, secure, fast-building
image — and run a frictionless local stack with Compose? Your artifacts are the Dockerfile,
the .dockerignore, and the compose.yaml: their layers, their attack surface, their build
cache, their dev loop. You do not touch what happens after the image is built.
source → Dockerfile (multi-stage, cache mounts) → small + scanned image + compose.yaml (dev loop)
└──────────────┬──────────────┘
hand off to ../deployment/SKILL.mdThe hand-off is sharp: the moment you have a green, scanned image and a working
compose.yaml, you are done. Everything downstream is ../deployment/SKILL.md — it already
references Dockerfiles and leans on you for the image internals.
| You're asked for… | Owner | Why it's not you |
|---|---|---|
| CI build, registry push, deploy to host, rollback | ../deployment/SKILL.md | You build + harden the image; it moves the image through CI to prod |
| k8s manifests, HPA autoscaling, ingress | scaling | Orchestration above a single image |
| App SQL injection, secrets in source, dep CVE triage | ../secure-coding/SKILL.md | You cover only image/container hardening |
| Install/operate a self-hosted PaaS | ../coolify/SKILL.md | Host operation, not the image |
| Containerless PaaS deploy mechanics | ../railway/SKILL.md, ../fly-io/SKILL.md | Platform deploy, not the Dockerfile |
| Base | Size | CVE / patch velocity | Debuggable? | Wins when |
|---|---|---|---|---|
*-slim (e.g. bookworm-slim) | ~30–80 MB | moderate, glibc | yes (shell, apt) | pragmatic default, native deps / Python wheels |
distroless (gcr.io/distroless/*) | ~2–25 MB | convenient but patches slower | no shell | static/compiled runtimes, want minimal surface |
| Chainguard / Wolfi | tiny, glibc | lowest live CVE count, SLSA L3 attestations | minimal | security-first; real scans found high-sev CVEs where the Chainguard equivalent had zero |
alpine | ~5 MB, musl | small surface | yes (apk) | tiny static services — but musl breaks many Python wheels / native deps |
scratch | 0 | nothing to patch | no | a fully static binary (Go), nothing else |
Rule of thumb: glibc app with native deps → *-slim or Wolfi. Static Go binary → scratch or
distroless/static. Security mandate → Chainguard. Reach for alpine only when you've confirmed
your wheels/native libs build against musl. Per-language tag maps, multi-stage templates for the
stacks not shown below (Rust, JVM jlink, static SPA → nginx) and multi-arch buildx live in
references/base-images-and-stages.md.
Node — npm ci with a cache mount → distroless nonroot. Bad: single-stage node:20 ≈ 1.1 GB.
Good: this ≈ 180 MB. Tags track Node 24 (the active LTS as of mid-2026); Node 22 is in Maintenance
LTS, so swap 24→22 only when you deliberately want the conservative maintenance line.
# syntax=docker/dockerfile:1
FROM node:24-bookworm-slim AS build
WORKDIR /app
COPY package.json package-lock.json ./
RUN --mount=type=cache,target=/root/.npm npm ci
COPY . .
RUN npm run build && npm prune --omit=dev
FROM gcr.io/distroless/nodejs24-debian13:nonroot
WORKDIR /app
COPY --from=build /app/node_modules ./node_modules
COPY --from=build /app/dist ./dist
USER nonroot
EXPOSE 3000
HEALTHCHECK --interval=30s --timeout=3s CMD ["node", "dist/healthcheck.js"]
CMD ["dist/server.js"]Python — uv into a venv → slim, non-root. Bad: python:3.12 + pip ≈ 1 GB. Good: ≈ 130 MB.
# syntax=docker/dockerfile:1
FROM python:3.13-slim-bookworm AS build
COPY --from=ghcr.io/astral-sh/uv:latest /uv /usr/local/bin/uv
WORKDIR /app
ENV UV_PROJECT_ENVIRONMENT=/opt/venv
COPY pyproject.toml uv.lock ./
RUN --mount=type=cache,target=/root/.cache/uv uv sync --frozen --no-dev
FROM python:3.13-slim-bookworm
RUN useradd --create-home --uid 10001 app
COPY --from=build --chown=app:app /opt/venv /opt/venv
COPY --chown=app:app . /app
WORKDIR /app
ENV PATH="/opt/venv/bin:$PATH"
USER app
EXPOSE 8000
HEALTHCHECK CMD ["python", "-c", "import urllib.request,sys; sys.exit(0 if urllib.request.urlopen('http://localhost:8000/health').status==200 else 1)"]
CMD ["uvicorn", "app.main:app", "--host", "0.0.0.0", "--port", "8000"]Go — static binary → scratch. Bad: golang:1.26 ≈ 900 MB. Good: ≈ 12 MB. Pin a
supported toolchain: Go maintains only the latest two minors (1.26/1.25 as of mid-2026), so a
golang:1.23 build image is two minors past EOL and no longer gets security patches.
# syntax=docker/dockerfile:1
FROM golang:1.26-bookworm AS build
WORKDIR /src
COPY go.mod go.sum ./
RUN --mount=type=cache,target=/go/pkg/mod go mod download
COPY . .
RUN --mount=type=cache,target=/root/.cache/go-build \
CGO_ENABLED=0 go build -trimpath -ldflags="-s -w" -o /app ./cmd/server
FROM scratch
COPY --from=build /etc/ssl/certs/ca-certificates.crt /etc/ssl/certs/
COPY --from=build /app /app
USER 10001:10001
EXPOSE 8080
ENTRYPOINT ["/app"]The cache-mount target differs per ecosystem: /root/.npm, /root/.cache/uv (or
/root/.cache/pip), /go/pkg/mod. The cache persists across builds without bloating any layer.
.dockerignore — load-bearing, not optionalWithout it the entire context (including .git, node_modules, .env) ships to the daemon: it
slows the build and can bake secrets into a layer via COPY ..
.git
.gitignore
node_modules
dist
.env
.env.*
*.log
.venv
__pycache__
Dockerfile
.dockerignore
README.mdMirror .gitignore, then add build outputs and the Dockerfile itself.
Non-root in the image (already shown above): create a user, COPY --chown, USER. Then lock the
runtime down where the container actually runs:
docker run \
--read-only --tmpfs /tmp \
--security-opt=no-new-privileges \
--cap-drop=ALL \
myimage:1.4.0--read-only rootfs + --tmpfs /tmp for scratch space; no-new-privileges blocks setuid
escalation; --cap-drop=ALL then add back only what you truly need (--cap-add=NET_BIND_SERVICE
to bind port < 1024).
Build secrets — never ARG/ENV. An ARG TOKEN lands in the image history and any
ENV SECRET=... persists in a layer. Use a BuildKit secret mount; it is never written to a layer:
# Bad — leaks into image history: ARG NPM_TOKEN
# Good:
RUN --mount=type=secret,id=npm_token \
NPM_TOKEN="$(cat /run/secrets/npm_token)" npm cidocker build --secret id=npm_token,env=NPM_TOKEN .Canonical filename is compose.yaml; omit the obsolete version: key; use docker compose
(v2 subcommand), never the standalone docker-compose v1. One concern per container — the app, the
database and the seed job are separate services. develop.watch is GA since Compose 2.22.0 and
gives you a tight dev loop.
services:
api:
build: .
ports: ["8000:8000"]
depends_on:
db:
condition: service_healthy
develop:
watch:
- action: sync # hot-reload: copy changed files into the container
path: ./src
target: /app/src
- action: rebuild # lockfile / compiled langs: rebuild the image
path: ./uv.lock
- action: sync+restart # config change: sync then restart the process
path: ./config.yaml
target: /app/config.yaml
db:
image: postgres:17-bookworm
environment:
POSTGRES_PASSWORD: dev
volumes: ["pgdata:/var/lib/postgresql/data"]
healthcheck:
test: ["CMD-SHELL", "pg_isready -U postgres"]
interval: 5s
timeout: 3s
retries: 5
seed:
profiles: ["tools"] # only runs with: docker compose --profile tools up
build: .
command: ["python", "-m", "app.seed"]
volumes:
pgdata:Run the dev loop with docker compose watch (or docker compose up --watch). Fuller patterns —
watch-per-stack, multi-service healthcheck graphs, override files, env_file vs secrets, and
when to graduate to deployment/scaling — are in
references/compose-recipes.md.
These are exactly what scripts/verify.sh automates (it skips a tool gracefully if absent):
hadolint Dockerfile — static lint of the Dockerfile (no error-level findings).docker compose config -q — the compose.yaml parses and resolves.trivy image myimage:1.4.0 — CVE + misconfig + secret scan of the built image.trivy config . — scan the Dockerfile/compose for misconfiguration without a build.dockle myimage:1.4.0 — CIS-style image hygiene.docker image inspect -f '{{.Size}}').| Bad | Good | Why |
|---|---|---|
FROM node:latest | FROM node:24-bookworm-slim, or pin a digest | :latest drifts under you; builds + scans become non-reproducible |
runs as root (no USER) | USER nonroot / USER 10001 | PID 1 defaults to root (UID 0), so a container escape == host compromise |
ARG TOKEN / ENV SECRET= | RUN --mount=type=secret,... | ARG/ENV persist in image history & layers |
COPY . . then RUN npm ci | copy lockfile → install → copy source | source edits bust the dep cache layer every build |
single FROM, ship the SDK | multi-stage, copy only the artifact | runtime carries compilers & dev CVE surface |
apt-get install x | apt-get install --no-install-recommends x && rm -rf /var/lib/apt/lists/* | recommends + apt lists bloat the layer |
no .dockerignore | mirror .gitignore + build outputs | whole context ships; .env/.git can leak |
version: "3.8" / docker-compose v1 | omit version:; docker compose v2 | the key is obsolete; v1 is EOL |
CMD npm start (shell form) | CMD ["node", "server.js"] (exec) | shell form wraps the process in /bin/sh -c, which swallows SIGTERM — no graceful shutdown |
no HEALTHCHECK | HEALTHCHECK CMD [...] | nothing for Compose/orchestrators to gate readiness on (condition: service_healthy) |
© ericrisco, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 5 other files (scripts, references) in skills/docker of ericrisco/rsc-harness.
Open the folder on GitHubat commit 92fde8f
Docker 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 |
|---|---|---|---|---|---|---|
| Docker this skillericrisco/rsc-harness | 156 | — | ~2.7k | Automated safety check: Notes | MIT | |
| LangBot Deployment Guidelangbot-app/LangBot | 18k | — | ~1.2k | Automated safety check: Notes | Apache-2.0 | |
| Debug Openshell ClusterNVIDIA/OpenShell | 15k | — | ~19k | Automated safety check: Notes | Apache-2.0 | |
| Deploymentmatrixorigin/memoria | 607 | — | ~1.6k | Automated safety check: Notes | Apache-2.0 | |
| Onboarding Validationopen-edge-platform/edge-ai-suites | 140 | — | ~3.3k | Automated safety check: Pass | Apache-2.0 | |
| Agenticx DeployerDemonDamon/AgenticX | 279 | — | ~866 | Automated safety check: Pass | Apache-2.0 |
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.
NVIDIA/OpenShell
Debug why an OpenShell gateway deployment is unhealthy, unreachable, or unable to create sandboxes.
matrixorigin/memoria
Deploy Memoria with Docker Compose or Kubernetes. An agent skill from matrixorigin/memoria.
open-edge-platform/edge-ai-suites
Validate the get-started experience of Open Edge Platform (OEP) software components from the perspective of a first-time user.
DemonDamon/AgenticX
Guide for deploying AgenticX agents to production including Docker containerization, Kubernetes orchestration, Volcengine AgentKit cloud deployment, and API server setup.
NVIDIA-AI-Blueprints/video-search-and-summarization
A skill your agent uses when the user asks to deploy, upgrade, or size the VSS warehouse blueprint (2D / 3D / MV3DT) on Kubernetes via Helm — as opposed to Docker Compose, which is covered by…
ericrisco/rsc-harness
A skill your agent uses when designing or analyzing a controlled experiment — falsifiable hypothesis, sample size from an MDE, reading significance/CI/power, CUPED, or rescuing tests that won't go…
ericrisco/rsc-harness
A skill your agent uses when making a web UI conform to WCAG 2.2 Level AA — axe-core or Lighthouse a11y violations, keyboard operability, focus management, ARIA roles/names/live regions, contrast…
ericrisco/rsc-harness
A skill your agent uses when running or fixing paid acquisition on Google or Meta — campaign structure (Performance Max, Demand Gen, Search, Advantage+), platform-fit creative, budget/scaling rules…
ericrisco/rsc-harness
A skill your agent uses when measuring whether an LLM or agent system actually got better and gating merges on it: golden sets, fixing an inflated LLM-as-judge, scoring RAG (faithfulness, contextual…
ericrisco/rsc-harness
A skill your agent uses when a creative goal must become a finished media file: pick and order generative-media models per modality — AI voiceover, image-to-video clips, score — then glue them with…
ericrisco/rsc-harness
A skill your agent uses when instrumenting product or web analytics — GA4/PostHog SDK wiring, event taxonomy, funnels, double-counted events, consent gating, PII scrubbing.
Works with
Categories
A skill your agent uses when authoring or auditing a Dockerfile, shrinking a bloated image, hardening a container that runs as root, picking a base image, or wiring a Compose dev loop with hot reload. Docker is an agent skill from ericrisco/rsc-harness. Use when authoring or auditing a Dockerfile, shrinking a bloated image, hardening a container that runs as root, picking a base image, or wiring a Compose dev loop with hot reload.
Docker fits situations like: auditing a Dockerfile; shrinking a bloated image; hardening a container that runs as root; picking a base image.
Run `npx skills add ericrisco/rsc-harness --skill docker -a claude-code`. Or copy the skill folder (skills/docker in ericrisco/rsc-harness) into .claude/skills/docker in your project. Claude Code loads it when a task matches its description.
Run `npx skills add ericrisco/rsc-harness --skill docker -a codex`. Or copy the skill folder (skills/docker in ericrisco/rsc-harness) into .agents/skills/docker 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 ericrisco/rsc-harness --skill docker -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/docker, .gemini/skills/docker, .github/skills/docker and .opencode/skills/docker in your project.
Going by SKILL.md and its folder, Docker needs a shell for the scripts in its folder, the command-line tools its instructions call (docker, trivy, apt-get, npm, hadolint and sh) and credentials named NPM_TOKEN and POSTGRES_PASSWORD. Our summary lists: Python 3; A Bash shell; Docker; A credential in NPM_TOKEN.
SKILL.md contains no URLs. Its commands use docker and npm, 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 notes only (mentions a .env file), nothing it rates as a warning. It is not a guarantee. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.
Docker is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 2.7k tokens (SKILL.md is roughly 11k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 1.8k tokens, read only when the agent opens those files.
Skills that share tags, products or a category with Docker: LangBot Deployment Guide (langbot-app/LangBot, 18k stars), Debug Openshell Cluster (NVIDIA/OpenShell, 15k stars), Deployment (matrixorigin/memoria, 607 stars) and Onboarding Validation (open-edge-platform/edge-ai-suites, 140 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
ericrisco (a GitHub user) maintains it in ericrisco/rsc-harness, which has 156 GitHub stars. The repository holds 229 skills in this directory. The repository was last updated on October 6, 2026.
Source: ericrisco/rsc-harness on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.