C4 Context Level: System Context
Use this skill when
- Working on c4 context level: system context tasks or workflows
- Needing guidance, best practices, or checklists for c4 context level: system context
Do not use this skill when
- The task is unrelated to c4 context level: system context
- 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.
System Overview
Short Description
[One-sentence description of what the system does]
Long Description
[Detailed description of the system's purpose, capabilities, and the problems it solves]
Personas
[Persona Name]
- Type: [Human User / Programmatic User / External System]
- Description: [Who this persona is and what they need]
- Goals: [What this persona wants to achieve]
- Key Features Used: [List of features this persona uses]
System Features
[Feature Name]
- Description: [What this feature does]
- Users: [Which personas use this feature]
- User Journey: [Link to user journey map]
User Journeys
[Feature Name] - [Persona Name] Journey
- ...
[External System] Integration Journey
- ...
External Systems and Dependencies
[External System Name]
- Type: [Database, API, Service, Message Queue, etc.]
- Description: [What this external system provides]
- Integration Type: [API, Events, File Transfer, etc.]
- Purpose: [Why the system depends on this]
System Context Diagram
[Mermaid diagram showing system, users, and external systems]
Related Documentation
- Container Documentation
- Component Documentation
## Context Diagram Template
According to the [C4 model](https://c4model.com/diagrams/system-context), a System Context diagram shows the system as a box in the center, surrounded by its users and the other systems that it interacts with. The focus is on **people (actors, roles, personas) and software systems** rather than technologies, protocols, and other low-level details.
Use proper Mermaid C4 syntax:
```mermaid
C4Context
title System Context Diagram
Person(user, "User", "Uses the system to accomplish their goals")
System(system, "System Name", "Provides features X, Y, and Z")
System_Ext(external1, "External System 1", "Provides service A")
System_Ext(external2, "External System 2", "Provides service B")
SystemDb(externalDb, "External Database", "Stores data")
Rel(user, system, "Uses")
Rel(system, external1, "Uses", "API")
Rel(system, external2, "Sends events to")
Rel(system, externalDb, "Reads from and writes to")
Key Principles (from c4model.com):
- Focus on people and software systems, not technologies
- Show the system boundary clearly
- Include all users (human and programmatic)
- Include all external systems the system interacts with
- Keep it stakeholder-friendly - understandable by non-technical audiences
- Avoid showing technologies, protocols, or low-level details
Example Interactions
- "Create C4 Context-level documentation for the system"
- "Identify all personas and create user journey maps for key features"
- "Document external systems and create a system context diagram"
- "Analyze system documentation and create comprehensive context documentation"
- "Map user journeys for all key features including programmatic users"
Key Distinctions
- vs C4-Container agent: Provides high-level system view; Container agent focuses on deployment architecture
- vs C4-Component agent: Focuses on system context; Component agent focuses on logical component structure
- vs C4-Code agent: Provides stakeholder-friendly overview; Code agent provides technical code details
Output Examples
When creating context documentation, provide:
- Clear system descriptions (short and long)
- Comprehensive persona documentation (human and programmatic)
- Complete feature lists with descriptions
- Detailed user journey maps for all key features
- Complete external system and dependency documentation
- Mermaid context diagram showing system, users, and external systems
- Links to container and component documentation
- Stakeholder-friendly documentation understandable by non-technical audiences
- Consistent documentation format
Limitations
- Use this skill only when the task clearly matches the scope described above.
- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
Source: sickn33/agentic-awesome-skills → skills/c4-context/SKILL.md
Also appears in: sickn33/agentic-awesome-skills/plugins/agentic-awesome-skills/skills/c4-context/SKILL.md, sickn33/agentic-awesome-skills/plugins/agentic-awesome-skills-claude/skills/c4-context/SKILL.md
1---2name: c4-context3description: Expert C4 Context-level documentation specialist. Creates high-level system context diagrams, documents personas, user journeys, system features, and external dependencies.4---5
6
7# C4 Context Level: System Context
8
9## Use this skill when
10
11- Working on c4 context level: system context tasks or workflows
12- Needing guidance, best practices, or checklists for c4 context level: system context
13
14## Do not use this skill when
15
16- The task is unrelated to c4 context level: system context
17- You need a different domain or tool outside this scope
18
19## Instructions
20
21- Clarify goals, constraints, and required inputs.
22- Apply relevant best practices and validate outcomes.
23- Provide actionable steps and verification.
24- If detailed examples are required, open `resources/implementation-playbook.md`.
25
26## System Overview
27
28### Short Description
29
30[One-sentence description of what the system does]
31
32### Long Description
33
34[Detailed description of the system's purpose, capabilities, and the problems it solves]
35
36## Personas
37
38### [Persona Name]
39
40- **Type**: [Human User / Programmatic User / External System]
41- **Description**: [Who this persona is and what they need]
42- **Goals**: [What this persona wants to achieve]
43- **Key Features Used**: [List of features this persona uses]
44
45## System Features
46
47### [Feature Name]
48
49- **Description**: [What this feature does]
50- **Users**: [Which personas use this feature]
51- **User Journey**: [Link to user journey map]
52
53## User Journeys
54
55### [Feature Name] - [Persona Name] Journey
56
571. [Step 1]: [Description]
582. [Step 2]: [Description]
593. [Step 3]: [Description]
60 ...
61
62### [External System] Integration Journey
63
641. [Step 1]: [Description]
652. [Step 2]: [Description]
66 ...
67
68## External Systems and Dependencies
69
70### [External System Name]
71
72- **Type**: [Database, API, Service, Message Queue, etc.]
73- **Description**: [What this external system provides]
74- **Integration Type**: [API, Events, File Transfer, etc.]
75- **Purpose**: [Why the system depends on this]
76
77## System Context Diagram
78
79[Mermaid diagram showing system, users, and external systems]
80
81## Related Documentation
82
83- Container Documentation
84- Component Documentation
85```
86
87## Context Diagram Template
88
89According to the [C4 model](https://c4model.com/diagrams/system-context), a System Context diagram shows the system as a box in the center, surrounded by its users and the other systems that it interacts with. The focus is on **people (actors, roles, personas) and software systems** rather than technologies, protocols, and other low-level details.
90
91Use proper Mermaid C4 syntax:
92
93```mermaid
94C4Context
95 title System Context Diagram
96
97 Person(user, "User", "Uses the system to accomplish their goals")
98 System(system, "System Name", "Provides features X, Y, and Z")
99 System_Ext(external1, "External System 1", "Provides service A")
100 System_Ext(external2, "External System 2", "Provides service B")
101 SystemDb(externalDb, "External Database", "Stores data")
102
103 Rel(user, system, "Uses")
104 Rel(system, external1, "Uses", "API")
105 Rel(system, external2, "Sends events to")
106 Rel(system, externalDb, "Reads from and writes to")
107```
108
109**Key Principles** (from [c4model.com](https://c4model.com/diagrams/system-context)):
110
111- Focus on **people and software systems**, not technologies
112- Show the **system boundary** clearly
113- Include all **users** (human and programmatic)
114- Include all **external systems** the system interacts with
115- Keep it **stakeholder-friendly** - understandable by non-technical audiences
116- Avoid showing technologies, protocols, or low-level details
117
118## Example Interactions
119
120- "Create C4 Context-level documentation for the system"
121- "Identify all personas and create user journey maps for key features"
122- "Document external systems and create a system context diagram"
123- "Analyze system documentation and create comprehensive context documentation"
124- "Map user journeys for all key features including programmatic users"
125
126## Key Distinctions
127
128- **vs C4-Container agent**: Provides high-level system view; Container agent focuses on deployment architecture
129- **vs C4-Component agent**: Focuses on system context; Component agent focuses on logical component structure
130- **vs C4-Code agent**: Provides stakeholder-friendly overview; Code agent provides technical code details
131
132## Output Examples
133
134When creating context documentation, provide:
135
136- Clear system descriptions (short and long)
137- Comprehensive persona documentation (human and programmatic)
138- Complete feature lists with descriptions
139- Detailed user journey maps for all key features
140- Complete external system and dependency documentation
141- Mermaid context diagram showing system, users, and external systems
142- Links to container and component documentation
143- Stakeholder-friendly documentation understandable by non-technical audiences
144- Consistent documentation format
145
146## Limitations
147- Use this skill only when the task clearly matches the scope described above.
148- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
149- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
150
151---
152
153**Source:** [`sickn33/agentic-awesome-skills`](https://github.com/sickn33/agentic-awesome-skills) → `skills/c4-context/SKILL.md`
154
155**Also appears in:** `sickn33/agentic-awesome-skills/plugins/agentic-awesome-skills/skills/c4-context/SKILL.md`, `sickn33/agentic-awesome-skills/plugins/agentic-awesome-skills-claude/skills/c4-context/SKILL.md`