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 andresquirogadev/skillsense --skill dockergit clone --depth 1 https://github.com/andresquirogadev/skillsenseWrote 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/andresquirogadev/skillsense/docker)<a href="https://agentmods.dev/skills/andresquirogadev/skillsense/docker"><img src="https://agentmods.dev/badge/skills/andresquirogadev/skillsense/docker.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.00000 | $0.00493 |
| Opus 5 | $0.00000 | $0.00246 |
| Sonnet 5 | $0.00000 | $0.00099 |
| Haiku 4.5 | $0.00000 | $0.00049 |
Grade A, and why
docker scanned grade A with 0 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 6d 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.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
Docker Skill
You are working with Docker. Apply these conventions.
Dockerfile Best Practices
- Use official minimal base images:
node:22-alpine,python:3.12-slim,golang:1.23-alpine. - Use multi-stage builds to keep the final image small:
FROM node:22-alpine AS builder WORKDIR /app COPY package*.json ./ RUN npm ci COPY . . RUN npm run build FROM node:22-alpine AS runner WORKDIR /app ENV NODE_ENV=production COPY --from=builder /app/dist ./dist COPY --from=builder /app/node_modules ./node_modules CMD ["node", "dist/index.js"] - Copy
package.jsonand lock file before source code so Docker layer caching isn't invalidated by source changes. - Run as a non-root user:
RUN addgroup -S app && adduser -S app -G app && USER app. - Use
CMD(JSON array form) with explicit entry points — avoid shell form to prevent PID 1 signal issues.
.dockerignore
Always include a .dockerignore:
node_modules
dist
.git
*.md
.env
coverage
Compose
- Use
docker-compose.ymlfor local development;docker-compose.override.ymlfor dev-only overrides. - Use named volumes for persistent data (databases); use bind mounts for source code in dev.
- Define
depends_onwithcondition: service_healthyto wait for database readiness. - Use
healthcheckon database services so dependent services wait for them.
Security
- Scan images with
docker scout cvesortrivyin CI. - Never store secrets in image layers; use Docker secrets or runtime environment injection.
- Pin base image digests in production:
node:22-alpine@sha256:…. - Use
--read-onlyflag and--cap-drop ALLfor distroless production containers when possible.
Layer Optimization
- Order Dockerfile instructions from least to most frequently changed.
- Use
RUN --mount=type=cache(BuildKit) to cache package manager caches between builds. - Combine
RUNcommands with&&to minimize layers.
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.
- 6d ago First seen · 59 lines · 0 tokens per session scan A a7817c197fe7
docker is a skill published in the GitHub repository andresquirogadev/skillsense (2 stars, last pushed 5mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 493 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
rework-rate
Measure and interpret PR rework rate — the emerging 5th DORA metric.
My Skill
Content here.
harness
To build an AI harness: run, observe, validate, automate repeated work faster — CLI/MCP actions, devcontainers, skills, subagents, hooks, pipelines, automations.
ralphctl-test-driven-development
Execute-phase skill — write the failing test before the code that makes it pass; for bug fixes, this is the reproduction test itself. Use for any logic change, bug fix, or behavioural modification; for the full root-cause triage pipeline around an unexpected failure, see ralphctl-debugging-and-error-recovery.
ralphctl-code-review-and-quality
Multi-phase code-quality skill — primary frame for the evaluator role in Execute, the architecture axis in Plan, and correctness/readability in Refine. Multi-axis code review with severity vocabulary. Use when you are the evaluator assessing a generator's output, and when reviewing any change before signalling…
ralphctl-idea-refinement
Ideation skill — refine a raw, unshaped idea into a sharp, buildable concept through divergent expansion (variation lenses like inversion, simplification, audience shift) followed by convergent stress-testing (user value, feasibility, differentiation), ending in a one-pager with explicit assumptions and a "Not Doing"…