overthinkos/docker-ce
coder/skills/docker-ce/SKILL.md
Docker CE engine with buildx and compose plugins from the official Docker repository. Use when working with Docker, container builds, or Docker Compose.
tools
Updated May 24, 2026
$ install --global
skillsauthnpx skillsauth add overthinkos/overthink-plugins docker-ceInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
Security Scan Results
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
3
Scanners Passed
9
Scanners in report
Clean
TrivyContainer and dependency vulnerability scanner
95%
Clean
SemgrepStatic code analysis for vulnerabilities
95%
Clean
mcp-scan (Snyk)Model Context Protocol security validation
95%
Skipped
Snyk (dep)Open source security scanning
50%
Skipped
Socket.devSupply chain security analysis
50%
Skipped
VirusTotalMulti-engine malware detection
50%
Skipped
CrowdStrikeAdvanced threat intelligence
50%
Skipped
OSV-ScannerOpen Source Vulnerability database check
50%
Skipped
OWASP Dep-Check
50%
Last scanned: May 24, 2026, 5:32 AM282.9s1 file scanned
SKILL.md
- name:
- docker-ce
- description:
- |
docker-ce -- Docker CE engine and plugins
Layer Properties
| Property | Value |
|----------|-------|
| Install files | layer.yml, task: |
Packages
RPM (from docker-ce-stable repo): containerd.io, docker-buildx-plugin, docker-ce, docker-ce-cli, docker-compose-plugin
Cross-distro coverage
rpm: (Fedora — Docker's yum repo), pac: (Arch — docker metapackage from extra), deb: — via distro-version tag sections debian:13: and ubuntu:24.04: because the upstream apt repo URL differs per distro codename (https://download.docker.com/linux/debian trixie vs .../ubuntu noble). Each tag section declares its own repos: block with the correct URL + GPG key; packages (docker-ce, docker-ce-cli, containerd.io, docker-buildx-plugin, docker-compose-plugin) are identical. See /ov-image:layer "distro-version tag sections".
Usage
# image.yml
my-image:
layers:
- docker-ce
Used In Images
bazzite
Related Layers
/ov-distros:container-nesting— Alternative podman-based nested container support/ov-coder:kubernetes-layer— Sibling kubectl/Helm commonly paired with docker-ce/ov-coder:github-actions— Sibling layer needing a container engine for act runs
Related Commands
/ov-build:build— Build the bootc image including docker-ce packages/ov-vm:vm— Run the bootc image as a VM to test the docker engine
When to Use This Skill
Use when the user asks about:
- Docker CE inside containers
- Docker buildx or compose plugins
- The
docker-celayer or Docker repository setup
Related
/ov-eval:eval— declarative testing (eval:block,ov eval image,ov eval live)
Related Skills
overthinkos/agents
development
VerifiedTrustedCommunity
Claude Code multi-agent support in Overthink — sub-agents, dynamic workflows, and agent teams, and how each drives the existing `ov eval` disposable beds to test and verify. MUST be invoked before authoring or invoking an ov sub-agent / dynamic workflow / agent team, wiring agent-lifecycle hooks, or asking "which primitive should drive the R10 beds?".
SKILL.mdUpdated May 31, 2026
overthinkos/workspace-mount
tools
VerifiedTrustedCommunity
Mounts a virtiofs share tagged `workspace` at /workspace inside a VM guest via a systemd .mount unit. Use when a kind:vm entity shares a host directory into the guest and you need it auto-mounted (and re-mounted at every boot).
SKILL.mdUpdated May 30, 2026
overthinkos/android
development
VerifiedTrustedCommunity
MUST be invoked before any work involving: the `kind: android` schema kind, a `target: android` deploy, the `apk:` layer package format (installing Android apps declaratively), AndroidDeployTarget, an in-pod emulator OR a remote/physical adb-endpoint device, or nested `pod → android` deployment. The first-class Android device + app surface that sits above `ov eval adb`/`appium`.
SKILL.mdUpdated May 26, 2026
overthinkos/git-workflow
tools
VerifiedTrustedCommunity
Use when committing, branching, pushing, merging, tagging, creating PRs, or approving/merging PRs with gh — the feat/-branch, R10-gated, never-force-push landing workflow across the main repo + the plugins submodule + image/<distro> submodules. Covers sync-to-upstream, branch/worktree pruning, the fork+PR path for contributors without write access, and cross-repo @github landing order.
SKILL.mdUpdated May 25, 2026