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.
npx skills add backspace-shmackspace/claude-devkit --skill build-yaml-misconfigurationgit clone --depth 1 https://github.com/backspace-shmackspace/claude-devkitWrote 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.
[](https://agentmods.dev/skills/backspace-shmackspace/claude-devkit/build-yaml-misconfiguration)<a href="https://agentmods.dev/skills/backspace-shmackspace/claude-devkit/build-yaml-misconfiguration"><img src="https://agentmods.dev/badge/skills/backspace-shmackspace/claude-devkit/build-yaml-misconfiguration.svg" alt="Measured on agentmods" height="20"></a>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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00065 | $0.04014 |
| Opus 5 | $0.00032 | $0.02007 |
| Sonnet 5 | $0.00013 | $0.00803 |
| Haiku 4.5 | $0.00006 | $0.00401 |
Grade A, and why
build-yaml-misconfiguration scanned grade A with 2 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 7d 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.
Asks for rootlowPrivilege escalation
A mod that escalates privileges can change anything on the machine, not only the project.
| `RUN chmod 777` | World-writable files in image | Use specific permissions (`chmod 755`) | Downgraded: this mod is about security review, or the phrase is quoted, so it is likely naming the pattern rather than instructing it.
Makes network callslowCapability
Not a fault in itself. Listed so you know the mod talks to something, and to what.
curl -H "Authorization: Bearer my-secret-token" https://api.example.com This is a copy
97% identical to build-yaml-misconfiguration — 16 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.
How it starts
The opening of the file, as written. The whole thing — 400 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Build YAML Misconfiguration
Detect and prevent security misconfigurations in GitLab CI and Tekton pipeline definitions. Misconfigured build YAML is a common source of secret leakage, privilege escalation, and supply chain compromise.
GitLab CI (.gitlab-ci.yml)
Secret Exposure
- Never hardcode secrets in
.gitlab-ci.yml,variables:, orscript:blocks. Use CI/CD protected variables or an external vault. - Mask and protect variables: set
masked: trueandprotected: trueon sensitive CI/CD variables. Masked variables are redacted from job logs. - Never echo secrets: avoid
echo $SECRET,printenv,env, orset -xin scripts that handle credentials. Debug output is stored in job logs. - Restrict variable scope: use
protected: trueto limit variables to protected branches/tags only. Use environment scoping to restrict which jobs see which secrets. - Artifacts and caches: never include files containing secrets (
.env, credentials, tokens) inartifacts:orcache:paths. These are stored and downloadable.
# BAD -- secret visible in logs and available on all branches
variables:
DB_PASSWORD: "hunter2"
# GOOD -- use CI/CD protected variable (set in GitLab UI)
# Reference as $DB_PASSWORD in scripts; set masked + protected in settings
Runner and Execution Isolation
- Never use shared runners for secret-heavy jobs without understanding the trust boundary. Prefer project-specific or group runners for sensitive pipelines.
- Never use
privileged: truein runner config unless absolutely required (e.g., container builds). Privileged runners can escape to the host. - Use
dockerorkubernetesexecutor overshellexecutor. Shell executors share the host filesystem and can leak state between jobs. - Tag sensitive jobs to run only on hardened, dedicated runners.
# BAD -- no runner restriction, runs on any available shared runner
deploy-production:
script:
- ./deploy.sh
# GOOD -- pinned to a dedicated runner
deploy-production:
tags:
- production-deploy
- privileged-denied
script:
- ./deploy.sh
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.
- 7d ago First seen · 400 lines · 65 tokens per session scan A de40044e3513
build-yaml-misconfiguration is a skill published in the GitHub repository backspace-shmackspace/claude-devkit (15 stars, last pushed 13d ago), licensed MIT. It adds 65 tokens to every session and 4,014 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 2 findings (asks for root, makes network calls). It is 97% identical to build-yaml-misconfiguration, differing in 16 lines, and is treated as a copy.
Other skills, from other repositories
devops-engineer
Creates Dockerfiles, configures CI/CD pipelines, writes Kubernetes manifests, and generates Terraform/Pulumi infrastructure templates. Handles deployment automation, GitOps configuration, incident response runbooks, and internal developer platform tooling. Use when setting up CI/CD pipelines, containerizing…
deploy
Elixir/Phoenix deployment patterns — Dockerfile, fly.toml, runtime.exs, mix release, rel/ overlays. Use when configuring Fly.io, Docker, CI/CD, health checks, or production migrations.
devops-specialist
A DevOps and operations guide for running software reliably. DevOps combines software development with the work of building, deploying, monitoring, and maintaining systems.
platform-skills
Use when troubleshooting, implementing, reviewing, or auditing platform infrastructure as a system — where Kubernetes, GitOps, CI/CD, and security concerns intersect. Provides structured diagnosis with blast radius, validation steps, and rollback plan for: Kubernetes, Flux CD, Argo CD, Terraform, GitHub Actions…
base-cn-registry-mirror-strategy
A set of guidelines for speeding up Docker images and programming-language package downloads in mainland China or other unstable cross-border networks. It covers sources and proxies for Docker, Debian, Alpine, Node, Python, Maven, Gradle, and Go.
devops
Deployment and infrastructure operations. Use when writing or debugging a Dockerfile, docker build/run, docker compose; running terraform plan/apply/destroy or editing .tf files and modules; using kubectl, debugging pods (CrashLoopBackOff, ImagePullBackOff, OOMKilled), applying manifests, or writing Helm charts…