c4-modeling
C4 architectural modeling for documenting software architecture. Use when creating architecture diagrams, planning new systems, communicating with stakeholders, or conducting architecture reviews.
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o c4-modeling.zip https://jpskill.com/download/18025.zip && unzip -o c4-modeling.zip && rm c4-modeling.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/18025.zip -OutFile "$d\c4-modeling.zip"; Expand-Archive "$d\c4-modeling.zip" -DestinationPath $d -Force; ri "$d\c4-modeling.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
c4-modeling.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
c4-modelingフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
C4 Modeling Skill
C4モデルとMermaid構文を使用して、4つの抽象化レベルで階層的なアーキテクチャ図を作成します。
変数
| 変数 | デフォルト | 説明 |
|---|---|---|
| DEFAULT_LEVEL | context | context、container、component、または code で開始します |
| OUTPUT_FORMAT | mermaid | mermaid、structurizr、plantuml |
| INCLUDE_LEGEND | true | 図に凡例を追加します |
指示
必須 - C4図を作成する際は、以下のワークフローの手順に従ってください。
- 常にレベル1(Context)から開始し、必要に応じてズームインします
- 1つの図に複数の抽象化レベルを混在させないでください
- すべての要素の説明を含めてください
レッドフラグ - 中止して再検討
もしあなたが以下をしようとしているなら:
- 最初にコンテキスト図を作成せずにコンテナ図を作成する
- 同じ図にコンテナとコンポーネントを混在させる
- コンテキストレベルで実装の詳細を表示する
- 重要でないコードに対してコードレベルの図を作成する
中止 -> reference/level-guidelines.md の適切なレベルのガイドラインを確認 -> その後、続行
ワークフロー
- [ ] 対象者と目的を決定する
- [ ] チェックポイント: より高いレベルの図がない限り、レベル1(Context)から開始する
- [ ] 現在のレベルですべてのアクターとシステムを識別する
- [ ] ラベル付きの矢印で関係を定義する
- [ ] 技術的な選択肢を追加する(レベル2以上の場合)
- [ ] チェックポイント: 抽象化レベルを混在させていないことを確認する
- [ ] 明確にするために説明を含める
C4レベル
| レベル | 名前 | 目的 | 対象者 |
|---|---|---|---|
| 1 | Context | 環境内のシステム | すべての人 |
| 2 | Container | 主要なコンポーネント | 技術的なステークホルダー |
| 3 | Component | 内部構造 | 開発者 |
| 4 | Code | 実装 | 開発者(控えめに) |
クイックリファレンス
レベル1:Context
表示:システム、ユーザー、外部システム 非表示:内部の詳細、データベース、テクノロジー
レベル2:Container
表示:アプリケーション、API、データベース、キュー 非表示:内部構造、クラス
レベル3:Component
表示:モジュール、サービス、リポジトリ 非表示:個々のクラス、関数
レベル4:Code
表示:クラス、インターフェース、主要な抽象化 使用:複雑/重要な領域のみ
詳細なガイダンスについては、reference/level-guidelines.md を参照してください。
Mermaid C4構文については、reference/mermaid-syntax.md を参照してください。
Mermaid クイック構文
C4Context
title System Context Diagram
Person(user, "User", "Description")
System(system, "System", "Description")
System_Ext(ext, "External", "Description")
Rel(user, system, "Uses")
C4Container
title Container Diagram
Container(web, "Web App", "React", "UI")
Container(api, "API", "Node.js", "Backend")
ContainerDb(db, "Database", "PostgreSQL", "Storage")
Rel(web, api, "Calls", "REST")
完全な構文リファレンスについては、reference/mermaid-syntax.md を参照してください。
出力
図には以下を含める必要があります。
- レベルとシステムを示すタイトル
- 説明付きのすべての関連要素
- ラベル付きの関係
- 技術的な選択肢(レベル2以上の場合)
- グルーピングのための明確な境界線
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
C4 Modeling Skill
Create hierarchical architecture diagrams at four abstraction levels using the C4 model and Mermaid syntax.
Variables
| Variable | Default | Description |
|---|---|---|
| DEFAULT_LEVEL | context | Start with context, container, component, or code |
| OUTPUT_FORMAT | mermaid | mermaid, structurizr, plantuml |
| INCLUDE_LEGEND | true | Add legend to diagrams |
Instructions
MANDATORY - Follow the Workflow steps below when creating C4 diagrams.
- Always start at Level 1 (Context) and zoom in as needed
- Never mix abstraction levels in a single diagram
- Include descriptions for all elements
Red Flags - STOP and Reconsider
If you're about to:
- Create a container diagram without first creating a context diagram
- Mix containers and components in the same diagram
- Show implementation details at the context level
- Create a code-level diagram for non-critical code
STOP -> Check the appropriate level guidelines in reference/level-guidelines.md -> Then proceed
Workflow
- [ ] Determine the audience and purpose
- [ ] CHECKPOINT: Start at Level 1 (Context) unless you have higher-level diagrams
- [ ] Identify all actors and systems at current level
- [ ] Define relationships with labeled arrows
- [ ] Add technology choices (for Level 2+)
- [ ] CHECKPOINT: Verify you haven't mixed abstraction levels
- [ ] Include descriptions for clarity
C4 Levels
| Level | Name | Purpose | Audience |
|---|---|---|---|
| 1 | Context | System in environment | Everyone |
| 2 | Container | Major components | Technical stakeholders |
| 3 | Component | Internal structure | Developers |
| 4 | Code | Implementation | Developers (sparingly) |
Quick Reference
Level 1: Context
Show: System, users, external systems Hide: Internal details, databases, technology
Level 2: Container
Show: Applications, APIs, databases, queues Hide: Internal structure, classes
Level 3: Component
Show: Modules, services, repositories Hide: Individual classes, functions
Level 4: Code
Show: Classes, interfaces, key abstractions Use: Only for complex/critical areas
See reference/level-guidelines.md for detailed guidance.
See reference/mermaid-syntax.md for Mermaid C4 syntax.
Mermaid Quick Syntax
C4Context
title System Context Diagram
Person(user, "User", "Description")
System(system, "System", "Description")
System_Ext(ext, "External", "Description")
Rel(user, system, "Uses")
C4Container
title Container Diagram
Container(web, "Web App", "React", "UI")
Container(api, "API", "Node.js", "Backend")
ContainerDb(db, "Database", "PostgreSQL", "Storage")
Rel(web, api, "Calls", "REST")
See reference/mermaid-syntax.md for complete syntax reference.
Output
Diagrams should include:
- Title indicating level and system
- All relevant elements with descriptions
- Labeled relationships
- Technology choices (Level 2+)
- Clear boundaries for grouping