04-containers

Identify deployable containers and map their interconnections for C4 diagrams.

1|Updated Apr 11, 2026
One-click install
npx skills add https://github.com/vishalkhondre/unearth --skill 04-containers
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: 04-containers
Source: https://github.com/vishalkhondre/unearth/tree/main/skills/04-containers
Command: npx skills add https://github.com/vishalkhondre/unearth --skill 04-containers

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Identifies all independently deployable units within the system boundary — the C4 "container" level. Maps how containers communicate with each other and with external systems. Detects architecture patterns that emerge from the container topology. Classifies infrastructure as internal or external. Use after 03-external-systems when you need to produce the C4 Container diagram.

Core Features & Use Cases

  • Identifies every independently deployable runtime unit within the system boundary — the C4 container level.
  • Maps how containers communicate with each other and with external systems to support topology diagrams.
  • Detects architecture patterns that emerge from container relationships (e.g., BFF, API gateway, shared database, event-driven).
  • Classifies infrastructure as internal or external to enable accurate boundary delineation for architecture work.

Quick Start

Provide the container inventory and topology by analyzing upstream reconstruction outputs and existing deployment targets to produce the 04-containers results.

Frequently Asked Questions about 04-containers

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

FAQPage Schema
How do I identify independently deployable containers for a C4 diagram?

To identify independently deployable containers for a C4 diagram, analyze multi-project repositories to detect runtime units, deployment targets, entry points, and process startup patterns. This produces a normalized inventory including container IDs, technology, and responsibilities.

What architecture patterns can be detected from container topology?

Container topology detection identifies emerging architecture patterns such as Backend-for-Frontend (BFF), API gateway, shared database, and event-driven architectures. This is achieved by mapping how independently deployable runtime units communicate with each other and external systems.

How do I map container relationships and deployment targets in a multi-project repository?

To map container relationships in a multi-project repository, analyze the system boundary to detect independently deployable units, their deployment targets, and entry points. This reveals topology patterns like API gateways or event-driven architectures for architecture documentation.

When do I need to map container inventory for architecture documentation?

You need to map container inventory when producing a C4 Container diagram for a system with multiple deployable units. It is used after mapping external systems to classify internal versus external infrastructure and document container responsibilities.

Does container diagramming require analyzing process startup patterns and entry points?

Yes, mapping containers for diagramming requires analyzing process startup patterns and counting entry points. Detecting these deployment targets ensures an accurate normalized inventory of runtime units and their interconnections within the system boundary.

When should I not use container-level mapping for deployment architecture?

You should avoid container-level mapping if your repository does not contain multiple independently deployable units or lacks distinct deployment targets. It is specifically designed for multi-project repositories needing C4 Container diagram documentation.