c4-code - Agent Skills

C4 Code Level: [Directory Name]

Use this skill when

Working on c4 code level: [directory name] tasks or workflows

Needing guidance, best practices, or checklists for c4 code level: [directory name]

Do not use this skill when

The task is unrelated to c4 code level: [directory name]

You need a different domain or tool outside this scope

Instructions

Clarify goals, constraints, and required inputs.

Apply relevant best practices and validate outcomes.

Provide actionable steps and verification.

If detailed examples are required, open resources/implementation-playbook.md.

Overview

Name: [Descriptive name for this code directory]

Description: [Short description of what this code does]

Location: [Link to actual directory path]

Language: [Primary programming language(s)]

Purpose: [What this code accomplishes]

Code Elements

Functions/Methods

functionName(param1: Type, param2: Type): ReturnType

- Description: [What this function does]
- Location: [file path:line number]
- Dependencies: [what this function depends on]

Classes/Modules

ClassName

- Description: [What this class does]
- Location: [file path]
- Methods: [list of methods]
- Dependencies: [what this class depends on]

Dependencies

Internal Dependencies

[List of internal code dependencies]

External Dependencies

[List of external libraries, frameworks, services]

Relationships

Optional Mermaid diagrams for complex code structures. Choose the diagram type based on the programming paradigm. Code diagrams show the internal structure of a single component.

Object-Oriented Code (Classes, Interfaces)

Use classDiagram for OOP code with classes, interfaces, and inheritance:

---
title: Code Diagram for [Component Name]

classDiagram
    namespace ComponentName {
        class Class1 {
            +attribute1 Type
            +method1() ReturnType
        }
        class Class2 {
            -privateAttr Type
            +publicMethod() void
        }
        class Interface1 {
            <<interface>>
            +requiredMethod() ReturnType
        }
    }    Class1 ..|> Interface1 : implements
    Class1 --> Class2 : uses

### Functional/Procedural Code (Modules, Functions)
For functional or procedural code, you have two options:Option A: Module Structure Diagram - Use classDiagram to show modules and their exported functions:
mermaid

title: Module Structure for [Component Name]

classDiagram
    namespace DataProcessing {
        class validators {
            <>
            +validateInput(data) Result~Data, Error~
            +validateSchema(schema, data) bool
            +sanitize(input) string
        }
        class transformers {
            <>
            +parseJSON(raw) Record
            +normalize(data) NormalizedData
            +aggregate(items) Summary
        }
        class io {
            <>
            +readFile(path) string
            +writeFile(path, content) void
        }
    }
    transformers --> validators : uses
    transformers --> io : reads from
Option B: Data Flow Diagram - Use flowchart to show function pipelines and data transformations:
mermaid

title: Data Pipeline for [Component Name]

flowchart LR
    subgraph Input
        A[readFile]
    end
    subgraph Transform
        B[parseJSON]
        C[validateInput]
        D[normalize]
        E[aggregate]
    end
    subgraph Output
        F[writeFile]
    end
    A -->|raw string| B
    B -->|parsed data| C
    C -->|valid data| D
    D -->|normalized| E
    E -->|summary| F
Option C: Function Dependency Graph - Use flowchart to show which functions call which:
mermaid

title: Function Dependencies for [Component Name]

flowchart TB
    subgraph Public API
        processData[processData]
        exportReport[exportReport]
    end
    subgraph Internal Functions
        validate[validate]
        transform[transform]
        format[format]
        cache[memoize]
    end
    subgraph Pure Utilities
        compose[compose]
        pipe[pipe]
        curry[curry]
    end
    processData --> validate
    processData --> transform
    processData --> cache
    transform --> compose
    transform --> pipe
    exportReport --> format
    exportReport --> processData
### Choosing the Right Diagram
<div class="overflow-x-auto my-6"><table class="min-w-full divide-y divide-border border border-border"><thead><tr><th class="px-4 py-2 text-left text-sm font-semibold text-foreground bg-muted/50">Code Style</th><th class="px-4 py-2 text-left text-sm font-semibold text-foreground bg-muted/50">Primary Diagram</th><th class="px-4 py-2 text-left text-sm font-semibold text-foreground bg-muted/50">When to Use</th></tr></thead><tbody class="divide-y divide-border"><tr><td class="px-4 py-2 text-sm text-foreground">OOP (classes, interfaces)</td><td class="px-4 py-2 text-sm text-foreground"><code class="bg-muted px-1 py-0.5 rounded text-xs break-words">classDiagram</code></td><td class="px-4 py-2 text-sm text-foreground">Show inheritance, composition, interface implementation</td></tr><tr><td class="px-4 py-2 text-sm text-foreground">FP (pure functions, pipelines)</td><td class="px-4 py-2 text-sm text-foreground"><code class="bg-muted px-1 py-0.5 rounded text-xs break-words">flowchart</code></td><td class="px-4 py-2 text-sm text-foreground">Show data transformations and function composition</td></tr><tr><td class="px-4 py-2 text-sm text-foreground">FP (modules with exports)</td><td class="px-4 py-2 text-sm text-foreground"><code class="bg-muted px-1 py-0.5 rounded text-xs break-words">classDiagram</code> with <code class="bg-muted px-1 py-0.5 rounded text-xs break-words">&lt;&lt;module&gt;&gt;</code></td><td class="px-4 py-2 text-sm text-foreground">Show module structure and dependencies</td></tr><tr><td class="px-4 py-2 text-sm text-foreground">Procedural (structs + functions)</td><td class="px-4 py-2 text-sm text-foreground"><code class="bg-muted px-1 py-0.5 rounded text-xs break-words">classDiagram</code></td><td class="px-4 py-2 text-sm text-foreground">Show data structures and associated functions</td></tr><tr><td class="px-4 py-2 text-sm text-foreground">Mixed</td><td class="px-4 py-2 text-sm text-foreground">Combination</td><td class="px-4 py-2 text-sm text-foreground">Use multiple diagrams if needed</td></tr></tbody></table></div>
Note: According to the C4 model, code diagrams are typically only created when needed for complex components. Most teams find system context and container diagrams sufficient. Choose the diagram type that best communicates the code structure regardless of paradigm.
Notes
[Any additional context or important information]
Example Interactions
Object-Oriented Codebases

"Analyze the src/api directory and create C4 Code-level documentation"

"Document the service layer code with complete class hierarchies and dependencies"

"Create C4 Code documentation showing interface implementations in the repository layer"
Functional/Procedural Codebases

"Document all functions in the authentication module with their signatures and data flow"

"Create a data pipeline diagram for the ETL transformers in src/pipeline"

"Analyze the utils directory and document all pure functions and their composition patterns"

"Document the Rust modules in src/handlers showing function dependencies"

"Create C4 Code documentation for the Elixir GenServer modules"
Mixed Paradigm

"Document the Go handlers package showing structs and their associated functions"

"Analyze the TypeScript codebase that mixes classes with functional utilities"
Key Distinctions

vs C4-Component agent: Focuses on individual code elements; Component agent synthesizes multiple code files into components

vs C4-Container agent: Documents code structure; Container agent maps components to deployment units

vs C4-Context agent: Provides code-level detail; Context agent creates high-level system diagrams
Output Examples

When analyzing code, provide:
Complete function/method signatures with all parameters and return types

Clear descriptions of what each code element does

Links to actual source code locations

Complete dependency lists (internal and external)

Structured documentation following C4 Code-level template

Mermaid diagrams for complex code relationships when needed

Consistent naming and formatting across all code documentation