Back to list
yuch4

architecture-design

by yuch4

0🍴 0📅 Jan 13, 2026

SKILL.md


name: architecture-design description: PRD・機能設計からアーキテクチャ設計書(docs/architecture.md)を作成する。「アーキテクチャ設計して」「技術選定して」「インフラ設計」「システム構成を決めて」「技術スタックを決めて」「非機能要件の設計」などの依頼時に使用。技術選定(理由付き)・レイヤー設計・データ戦略・セキュリティ・スケーラビリティを出力。 allowed-tools: Read, Write, Edit, Glob, Grep

Architecture Design Skill

機能設計の「どう実現するか」を「どの技術で・どう構成するか」に落とし込む。

入出力

種別パス
入力docs/product-requirements.md(PRD)
入力docs/functional-design.md(機能設計)
入力docs/architecture.md(既存あれば優先)
出力docs/architecture.md

参照ファイル

ファイル読むタイミング
references/template.md新規作成時のベース
references/guide.md技術選定基準・レビュー観点

手順

1. 要件抽出

PRD・機能設計から以下を抽出:

  • 非機能要件(性能・信頼性・セキュリティ)
  • データモデル・データ量見込み
  • 外部連携要件
  • 制約条件(予算・期間・チームスキル)

2. 既存設計の確認

  • docs/architecture.md が存在する?
    • Yes → 構造を維持して差分更新
    • Noreferences/template.md をコピーして新規作成

3. アーキテクチャ設計

セクション内容必須
技術スタック言語・FW・DB・ツール + 選定理由
システム構成図Mermaid + コンポーネント説明
レイヤー設計各層の責務・依存ルール
データ戦略DB設計・バックアップ・キャッシュ
セキュリティ認証・認可・暗号化・監査
パフォーマンス目標値・測定方法・最適化方針
スケーラビリティ想定負荷・スケール戦略
依存関係管理バージョン固定方針
テスト戦略Unit/Integration/E2E方針

4. 技術選定の根拠確認

すべての技術選定に以下が書かれているか確認:

  • 用途: 何に使うか
  • 選定理由: なぜこれを選んだか
  • 代替案: 検討した他の選択肢(あれば)

5. 非機能要件との整合性チェック

PRDの非機能要件が設計でカバーされているか確認:

  • パフォーマンス要件 → 設計で対応策が書かれている
  • 信頼性要件 → バックアップ・復旧戦略がある
  • セキュリティ要件 → 認証・認可・暗号化が定義されている

6. 出力

docs/architecture.md を作成/更新し、変更点をサマリ提示

境界(やらないこと)

  • 要件定義prd-writing スキル
  • 機能設計(コンポーネント・フロー)functional-design スキル
  • ディレクトリ構造repository-structure スキル
  • コーディング規約development-guidelines スキル

Score

Total Score

50/100

Based on repository quality metrics

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

0/10
説明文

100文字以上の説明がある

0/10
人気

GitHub Stars 100以上

0/15
最近の活動

3ヶ月以内に更新がある

0/10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

0/5

Reviews

💬

Reviews coming soon