mcpField
A
architecture-documentation

architecture-documentation

github.com/melodic-softwareDevelopment28180 installsUpdated today
Repository

About architecture-documentation

architecture-documentation is a skill for producing system architecture documents for teams writing technical descriptions for different stakeholder groups. It covers C4 diagrams and document types such as deployment, data, and executive summaries, with a generation workflow and completeness checklist.

Key features

  1. 01Generate C4 context, container, and component docs
  2. 02Support deployment and data architecture docs
  3. 03Select viewpoints for different audiences
  4. 04Integrate diagrams through a visualization plugin
  5. 05Check document completeness

Use cases

  1. 01Document a system's architecture
  2. 02Describe component structure for developers
  3. 03Record deployment environments for operations
  4. 04Prepare technical summaries for leadership

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/melodic-software/claude-code-plugins --skill architecture-documentation

After installing, type/architecture-documentationin Claude Code to confirm it loaded.

Details

From the project README

Architecture Documentation

When to Use This Skill

Use this skill when you need to:

  • Generate architecture documentation for a system
  • Create C4 diagrams (Context, Container, Component)
  • Document architecture for different stakeholder viewpoints
  • Produce technical overviews or executive summaries

Keywords: document, c4, container, context, component, viewpoint, architecture description, technical overview, executive summary

Document Types

TypeAudienceContent
ContextAll stakeholdersSystem boundaries, external interactions
ContainerTechnical leadsServices, databases, major components
ComponentDevelopersInternal structure of containers
DeploymentOperationsInfrastructure, environments
DataData architectsData flows, storage, schemas
Executive SummaryLeadershipBusiness value, key decisions

Document Generation Workflow

1. Analyze the Codebase

Before generating documentation:

  1. Identify the scope (single service, multiple services, entire system)
  2. Find existing documentation to incorporate
  3. Locate key architectural files (configs, deployment specs)
2. Select Document Type

Choose based on:

  • Audience: Who will read this?
  • Purpose: Decision support, onboarding, compliance?
  • Scope: Component, service, or system level?
3. Generate Documentation

Each document type has a standard structure:

Context Document
# System Context: [System Name]

## Overview
[1-2 paragraph description]

## Context Diagram
[C4 Context diagram - via visualization plugin]

## External Systems
| System | Description | Integration |
| --- | --- | --- |
| ... | ... | ... |

## Users/Actors
| Actor | Description | Interactions |
| --- | --- | --- |
| ... | ... | ... |
Container Document
# Container Architecture: [System Name]

## Overview
[Architecture summary]

## Container Diagram
[C4 Container diagram - via visualization plugin]

## Containers
### [Container Name]
- **Technology**: [Stack]
- **Purpose**: [Description]
- **Responsibilities**: [List]
- **Dependencies**: [List]
Component Document
# Component Architecture: [Container Name]

## Overview
[Component structure summary]

## Component Diagram
[C4 Component diagram - via visualization plugin]

## Components
### [Component Name]
- **Type**: [Service/Repository/Controller/etc.]
- **Responsibilities**: [List]
- **Interfaces**: [Public APIs]
4. Integrate Diagrams

If the visualization plugin is available:

  1. Invoke visualization:diagram-generator agent
  2. Request appropriate C4 diagram type
  3. Embed generated Mermaid/PlantUML code in document

Fallback: If visualization plugin unavailable, create text-based architecture description and note that diagrams can be added with the visualization plugin.

Template Structure

All architecture documents should include:

  1. Header: Title, version, date, authors
  2. Overview: 1-2 paragraph summary
  3. Diagram: Visual representation
  4. Details: Structured information about components
  5. Decisions: Link to relevant ADRs
  6. References: Links to related documentation

Completeness Checklist

Before finalizing documentation, verify:

  • Scope is clearly defined
  • All major components identified
  • External dependencies documented
  • Key decisions linked to ADRs
  • Diagram matches text description
  • Audience-appropriate language used
  • Version and date included

Repository Location

Generated documentation should be placed in:

/architecture/
  /viewpoints/
    context.md
    containers.md
    components/
      [container-name].md
    executive-summary.md

Integration with Other Skills

  • adr-management: Link to relevant ADRs in documentation
  • togaf-guidance: Align with current ADM phase
  • zachman-analysis: Ensure appropriate viewpoint coverage

Version History

  • v1.0.0 (2025-12-05): Initial release
    • Document generation workflow for C4 diagrams
    • Six document types (context, container, component, deployment, data, executive summary)
    • Visualization plugin integration
    • Completeness checklist

Last Updated

Date: 2025-12-05 Model: claude-opus-4-5-20251101

Comments

Markdown supported