container

Execute container-runtime operations across Docker and Podman with a unified Engine interface.

Updated Jan 8, 2026
One-click install
npx skills add https://github.com/invowk/invowk --skill container
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: container
Source: https://github.com/invowk/invowk/tree/main/.claude/skills/container
Command: npx skills add https://github.com/invowk/invowk --skill container

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Container tooling across Docker and Podman is fragmented and Linux-specific, complicating consistent command execution and path handling for container-based workflows.

Core Features & Use Cases

  • Engine abstraction and a unified interface for Build/Run/Remove/ImageExists/RemoveImage operations across Docker and Podman.
  • Shared CLI construction via BaseCLIEngine to reduce duplication across engines.
  • SandboxAwareEngine wrapper to enable Flatpak/Snap sandbox compatibility when needed.
  • Linux-focused guidance on container support, path normalization, and traversal protection to ensure predictable behavior.

Quick Start

Instantiate the container engine and begin testing with the preferred backend (Docker or Podman) to verify basic Run and Build flows.

Frequently Asked Questions about container

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I execute Docker and Podman commands through a unified container engine interface?

You can execute Docker and Podman commands through a unified engine interface that abstracts Build, Run, Remove, and ImageExists operations. This container engine uses BaseCLIEngine for shared CLI construction to reduce duplication across runtimes.

Does Podman work with the same container engine abstraction as Docker for Linux environments?

Yes, Podman works with the same container engine abstraction as Docker in Linux environments. The unified interface coordinates cross-runtime integration, ensuring consistent command execution and path handling across both runtimes.

What is a SandboxAwareEngine wrapper for container runtimes?

A SandboxAwareEngine wrapper is a container runtime integration layer that enables Flatpak and Snap sandbox compatibility. It wraps the engine to ensure safe, sandbox-wrapped execution with robust error handling when operating within restricted Linux environments.

How do I normalize paths and prevent traversal issues during container testing?

To normalize paths and prevent traversal issues during container testing, the engine applies Linux-focused guidance on container support and path handling. This ensures predictable behavior and safe execution across Docker and Podman workflows.

Why does my container engine logic duplicate across different runtime implementations?

Container engine logic duplicates across different runtimes due to fragmented tooling between Docker and Podman. A shared BaseCLIEngine resolves this by providing shared base logic and a consistent interface for cross-runtime integration.

What's the best way to start testing container engine abstraction with Docker or Podman?

The best way to start testing container engine abstraction is to instantiate the container engine and verify basic Run and Build flows. Select your preferred backend, either Docker or Podman, to validate the unified interface operations.