overthinkos/cloud-init
distros/skills/cloud-init/SKILL.md
Cloud-init for instance initialization in cloud/VM environments with NoCloud datasource. Use when working with cloud-init, VM provisioning, or cloud instance bootstrapping.
devops
Updated May 23, 2026
$ install --global
skillsauthnpx skillsauth add overthinkos/overthink-plugins cloud-initInstall 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 23, 2026, 6:49 AM135.1s1 file scanned
SKILL.md
- name:
- cloud-init
- description:
- |
cloud-init -- cloud instance initialization
Layer Properties
| Property | Value |
|----------|-------|
| Dependencies | sshd |
| Install files | task:, layer.yml |
Packages
cloud-init(RPM) -- cloud instance initializationcloud-utils-growpart(RPM) -- partition growing utility
Usage
# overthink.yml or image.yml
image:
my-cloud-image:
base: "quay.io/fedora/fedora-bootc:43"
bootc: true
layers:
- cloud-init
Used In Images
Used in bootc images for VM/cloud deployments. Depends on sshd.
Host-side pairing with kind: vm entities
This layer installs the guest-side cloud-init package — the daemon that reads a NoCloud seed ISO at first boot. The host-side companion is the RenderCloudInit path in the ov binary itself (/ov-internals:cloud-init-renderer), which produces that seed ISO from the structured VmSpec.CloudInit block on a kind: vm entity.
The two sides cooperate across the host/guest boundary:
/ov-internals:cloud-init-rendereremitsuser-data+meta-data+network-config+ seeds ISO via xorriso.- This guest-side layer installs cloud-init so the guest reads
/dev/sr0(the seed ISO) at boot. - The
composeUsersadopt-merge pattern (renderer-side) deposits the SSH pubkey in~<base_user>/.ssh/authorized_keyswithoutuseradd.
For cloud_image VMs (source.kind: cloud_image), cloud-init typically comes pre-installed in the upstream qcow2 — this layer isn't needed; author the VM entity directly in vm.yml. For bootc VMs that want cloud-init provisioning, add this layer explicitly. See /ov-vm:vms-catalog for the authoring guide and /ov-vm:arch for a worked example.
Related Skills
/ov-coder:sshd-- SSH server dependency/ov-distros:bootc-base— composition that includes this layer/ov-distros:qemu-guest-agent— host-guest communication (paired with cloud-init in VMs)/ov-vm:vm— VM lifecycle (create, start, stop, ssh) for kind:vm entities/ov-vm:vms-catalog— kind:vm authoring reference/ov-internals:cloud-init-renderer— host-side renderer producing the NoCloud seed ISO this layer reads/ov-image:layer— layer authoring reference
When to Use This Skill
Use when the user asks about:
- Cloud-init configuration or NoCloud datasource
- VM instance provisioning
- Cloud instance bootstrapping
- Partition growing with growpart
- System services: cloud-init-local, cloud-init, cloud-config, cloud-final
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