architecture-design-creator

architecture-design-creator

PRDと機能設計書に基づいてアーキテクチャ設計書を作成するスキル。docs/prd.md と docs/functional-design.md が存在する場合に、テクノロジースタック、レイヤードアーキテクチャ、データ永続化戦略、パフォーマンス要件、セキュリティ設計等を含むアーキテクチャ設計書を作成します。「アーキテクチャ設計書を作成して」「技術仕様書を書いて」「architecture design を作って」等のリクエストで使用してください。

1
0포크
업데이트됨 1/20/2026
SKILL.md
readonlyread-only
name
architecture-design-creator
description

PRDと機能設計書に基づいてアーキテクチャ設計書を作成するスキル。docs/prd.md と docs/functional-design.md が存在する場合に、テクノロジースタック、レイヤードアーキテクチャ、データ永続化戦略、パフォーマンス要件、セキュリティ設計等を含むアーキテクチャ設計書を作成します。「アーキテクチャ設計書を作成して」「技術仕様書を書いて」「architecture design を作って」等のリクエストで使用してください。

アーキテクチャ設計書クリエイター

PRD で定義された要件と機能設計書を技術的に実現するためのシステム構造とテクノロジースタックを定義するアーキテクチャ設計書を作成します。

前提条件

必須:

  1. docs/prd.md に PRD が存在すること
  2. docs/functional-design.md に機能設計書が存在すること

存在しない場合は、先に prd-creator および functional-design-creator スキルで作成してください。

出力先

docs/architecture.md

基本ワークフロー

  1. docs/prd.mddocs/functional-design.md の内容を確認
  2. テンプレート references/template.md を参照
  3. ガイド references/guide.md に従って設計書を作成
  4. docs/architecture.md に保存

既存設計書がある場合

docs/architecture.md が既に存在する場合:

  • 既存の構造と内容を 最優先 として維持
  • このスキルのガイドは参考資料として使用
  • 既存設計書の構造を維持しながら更新

主要セクション

アーキテクチャ設計書は以下で構成されます(該当するもののみ作成):

テクノロジースタック

  • 言語・ランタイム(バージョン含む)
  • フレームワーク・ライブラリ(選定理由を明記)
  • 開発ツール

アーキテクチャパターン

  • レイヤードアーキテクチャの定義
  • 各レイヤーの責務・許可/禁止される操作

データ永続化戦略

  • ストレージ方式とフォーマット
  • バックアップ戦略(頻度、保存先、世代管理)

パフォーマンス要件

  • レスポンスタイム目標(測定環境含む)
  • リソース使用量の上限

セキュリティアーキテクチャ

  • データ保護(暗号化、アクセス制御)
  • 入力検証(バリデーション、サニタイゼーション)

スケーラビリティ設計

  • データ増加への対応
  • 機能拡張性

テスト戦略

  • ユニットテスト、統合テスト、E2Eテスト

技術的制約

  • 環境要件、パフォーマンス制約、セキュリティ制約

依存関係管理

  • バージョン管理方針

詳細なガイドは references/guide.md を参照してください。

設計原則

技術選定には理由を明記

すべての技術選定には、なぜその技術を選んだかの理由を記載してください。

レイヤー分離の原則

依存関係は一方向に保つ: UI → Service → Data

測定可能な要件

パフォーマンス要件は測定可能な形で記述してください。

You Might Also Like

Related Skills

update-docs

update-docs

137Kdev-docs

This skill should be used when the user asks to "update documentation for my changes", "check docs for this PR", "what docs need updating", "sync docs with code", "scaffold docs for this feature", "document this feature", "review docs completeness", "add docs for this change", "what documentation is affected", "docs impact", or mentions "docs/", "docs/01-app", "docs/02-pages", "MDX", "documentation update", "API reference", ".mdx files". Provides guided workflow for updating Next.js documentation based on code changes.

vercel avatarvercel
받기
docstring

docstring

97Kdev-docs

Write docstrings for PyTorch functions and methods following PyTorch conventions. Use when writing or updating docstrings in PyTorch code.

pytorch avatarpytorch
받기
docs-writer

docs-writer

94Kdev-docs

Always use this skill when the task involves writing, reviewing, or editing files in the `/docs` directory or any `.md` files in the repository.

google-gemini avatargoogle-gemini
받기
write-concept

write-concept

66Kdev-docs

Write or review JavaScript concept documentation pages for the 33 JavaScript Concepts project, following strict structure and quality guidelines

leonardomso avatarleonardomso
받기
resource-curator

resource-curator

66Kdev-docs

Find, evaluate, and maintain high-quality external resources for JavaScript concept documentation, including auditing for broken and outdated links

leonardomso avatarleonardomso
받기
doc-coauthoring

doc-coauthoring

47Kdev-docs

Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.

anthropics avataranthropics
받기