container-diagram

Generate C4 Level 2 Container Diagrams of runtime component-and-connector structures.

1|Updated Jun 20, 2026
One-click install
npx skills add https://github.com/shafibabar/SDLC-Artifact-Factory --skill container-diagram
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: container-diagram
Source: https://github.com/shafibabar/SDLC-Artifact-Factory/tree/main/skills/container-diagram
Command: npx skills add https://github.com/shafibabar/SDLC-Artifact-Factory --skill container-diagram

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This skill resolves the common architectural failure of conflating logical runtime communication with physical deployment infrastructure, ensuring clear, maintainable system design.

Core Features & Use Cases

  • C4-L2 Modeling: Standardizes the creation of Container Diagrams showing runtime components and their communication paths.
  • Viewtype Separation: Enforces the strict distinction between component-and-connector (C&C) views and deployment (allocation) views.
  • Use Case: When designing a new microservices-based system, use this skill to map out your API services, databases, and message brokers to ensure your runtime topology is documented without cluttering it with deployment-specific details like pod counts or regions.

Quick Start

Use the container-diagram skill to generate a C4 Level 2 diagram for the current system architecture based on the provided Bounded Contexts.

Frequently Asked Questions about container-diagram

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

FAQPage Schema
What is a C4 Level 2 container diagram used for in software architecture?

A C4 Level 2 container diagram models the runtime components, service boundaries, technology choices, and communication protocols of a software system without including deployment-specific infrastructure details.

How do I document runtime topology without cluttering it with deployment details?

Generate a C4 Level 2 container diagram to map runtime communication paths and component-and-connector structures, intentionally excluding physical allocation details like nodes, pods, and replica counts.

How do I map microservices communication paths for architectural documentation?

Use a container diagram to explicitly define service boundaries and communication protocols between API services, databases, and message brokers, standardizing your runtime component-and-connector view.

When should I exclude deployment infrastructure from my architecture diagrams?

Exclude deployment infrastructure when documenting pure component-and-connector views to resolve the architectural failure of conflating logical runtime communication with physical deployment allocation details.

Can I use bounded contexts to generate a C4 container diagram?

Yes, you can generate a C4 Level 2 diagram for your current system architecture by using provided bounded contexts to map out the runtime topology and service boundaries.

Why separate component-and-connector views from deployment allocation views?

Separating component-and-connector views from deployment views ensures clear, maintainable system design by preventing the common architectural failure of conflating logical runtime communication with physical infrastructure.