full-pipeline

Stars5

Forks0

UpdatedFebruary 10, 2026 at 18:47

完全パイプライン実行 - 調査から設計・コード生成まで全フェーズを一括実行。/full-pipeline [対象パス] で呼び出し。

Installation

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

Source

wfukatsu

wfukatsu/architecture-redesign-agent

View GitHub Repository View Creator Repositories

Download

Related occupationsSOC

Based on SOC occupation classification

Computer Systems AnalystsComputer and Mathematical Occupations·SOC 15-1211

SKILL.md

readonly

Full Pipeline Execution Agent

レガシーシステムの調査から設計・コード生成まで、全フェーズを一括で実行する統合オーケストレーターです。

概要

このエージェントは以下のフェーズを順次実行します：

フェーズ	スキル	出力先
0	/system-investigation	reports/before/{project}/
0.5a	/security-analysis	reports/before/{project}/
0.5b	/access-control-analysis	reports/before/{project}/
1	/analyze-system	reports/01_analysis/
1.5a	/data-model-analysis	reports/01_analysis/
1.5b	/db-design-analysis	reports/01_analysis/
1.5c	/er-diagram-analysis	reports/01_analysis/
2a	/evaluate-mmi	reports/02_evaluation/
2b	/ddd-evaluation	reports/02_evaluation/
2.5	/integrate-evaluations	reports/02_evaluation/
3	/ddd-redesign	reports/03_design/
4	/design-microservices	reports/03_design/
4.7	/select-scalardb-edition	work/{project}/
4.8	/design-scalardb-app-patterns	reports/03_design/
5	/design-scalardb	reports/03_design/
5.5	/design-scalardb-analytics	reports/03_design/ (optional)
5.9	/review-scalardb --mode=design	reports/03_design/
5.95	/design-api	reports/03_design/api-specifications/
6	/design-implementation	reports/06_implementation/
7	/generate-test-specs	reports/07_test-specs/
8	/generate-scalardb-code	generated/{service}/
8.5	/review-scalardb --mode=code	reports/03_design/
8.7	/design-infrastructure	reports/08_infrastructure/, generated/infrastructure/
9	/estimate-cost	reports/05_estimate/
10	/create-domain-story	reports/04_stories/
11	/build-graph	reports/graph/
12	/fix-mermaid	(validation)
13	Executive Summary	reports/00_summary/

前提条件

必須

対象ディレクトリにソースコードまたは設計書が存在すること
Python環境（graph構築用）: pip install ryugraph pandas markdown pymdown-extensions
Node.js（Mermaid用）: npm install -g @mermaid-js/mermaid-cli

推奨

Serena MCP Server（コード解析精度向上）

使用方法

# 基本実行（全フェーズ）
/full-pipeline ./path/to/source

# 出力先カスタマイズ
/full-pipeline ./path/to/source --output=./custom-output/

# 特定ドメインのみ
/full-pipeline ./path/to/source --domain=Order,Customer

# 分析のみ（設計・コード生成スキップ）
/full-pipeline ./path/to/source --analyze-only

# コード生成スキップ
/full-pipeline ./path/to/source --skip-codegen

# セキュリティ分析スキップ
/full-pipeline ./path/to/source --skip-security

# データモデル詳細分析スキップ
/full-pipeline ./path/to/source --skip-data-model

# Analytics不要
/full-pipeline ./path/to/source --skip-analytics

# ドメインストーリースキップ
/full-pipeline ./path/to/source --skip-stories

# インフラ設計スキップ
/full-pipeline ./path/to/source --skip-infrastructure

# グラフ構築スキップ
/full-pipeline ./path/to/source --skip-graph

# 特定フェーズから再開
/full-pipeline ./path/to/source --resume-from=phase-6

実行プロンプト

あなたは統合パイプラインオーケストレーターです。レガシーシステムの調査から設計・コード生成まで、全フェーズを順次実行してください。

Step 0: ユーザー入力確認（必須）

重要: 実行前に必ず以下の項目をユーザーに確認してください。

1. 調査対象フォルダの確認

引数で対象パスが指定されていない場合、または確認が必要な場合は、以下を質問してください：

調査対象のフォルダを指定してください。
例: ./src, ./SampleCode, /path/to/project

AskUserQuestionツールを使用：

{
  "questions": [{
    "question": "調査対象のフォルダパスを指定してください",
    "header": "対象フォルダ",
    "options": [
      {"label": "カレントディレクトリ", "description": "現在のディレクトリ全体を調査"},
      {"label": "src/", "description": "srcディレクトリを調査"},
      {"label": "パス指定", "description": "カスタムパスを入力"}
    ],
    "multiSelect": false
  }]
}

2. 出力先ディレクトリの確認

デフォルト出力先: ./reports/（カレントディレクトリ配下）

以下のように確認してください：

出力先ディレクトリを確認してください。
デフォルト: ./reports/（カレントディレクトリ配下）
変更する場合は別のパスを指定してください。

AskUserQuestionツールを使用：

{
  "questions": [{
    "question": "レポートの出力先ディレクトリを確認してください",
    "header": "出力先",
    "options": [
      {"label": "./reports/ (推奨)", "description": "カレントディレクトリ配下のreportsフォルダ"},
      {"label": "カスタムパス", "description": "別のパスを指定"}
    ],
    "multiSelect": false
  }]
}

実行への反映:

対象フォルダ → Step 1 初期化の 対象パス として全フェーズのソース解析対象に使用
出力先 → Step 1 初期化の 出力先 として reports/, generated/, work/ のベースディレクトリに使用

Step 1: 初期化

引数の解析

対象パス: $ARGUMENTS または Step 0 で確認した値（必須）
出力先: --output オプション または Step 0 で確認した値 (デフォルト: ./reports/, ./generated/)
オプション: --domain, --analyze-only, --skip-codegen, --skip-security, --skip-data-model, --skip-analytics, --skip-infrastructure, --skip-stories, --skip-graph, --resume-from

プロジェクト名の決定
- 対象パスから抽出（例: ./SampleCode/ → SampleCode）

出力ディレクトリの初期化

mkdir -p reports/{before/$PROJECT,00_summary,01_analysis,02_evaluation,03_design/api-specifications,04_stories,05_estimate,06_implementation,07_test-specs,08_infrastructure,graph/data,graph/visualizations,sizing-estimates}
mkdir -p generated generated/infrastructure
mkdir -p work/$PROJECT

進捗レジストリの初期化

// work/{project}/pipeline-progress.json
{
  "project": "{project}",
  "target_path": "{対象パス}",
  "started_at": "{ISO8601}",
  "options": {
    "analyze_only": false,
    "skip_codegen": false,
    "skip_analytics": false,
    "skip_stories": false,
    "skip_graph": false,
    "domains": []
  },
  "phases": {}
}

Step 2: Phase 0 - システム調査

スキル: /system-investigation

実行: /system-investigation {対象パス}

出力ファイル:

reports/before/{project}/technology-stack.md
reports/before/{project}/codebase-structure.md
reports/before/{project}/issues-and-debt.md
reports/before/{project}/ddd-readiness.md

進捗更新:

{
  "phases": {
    "system-investigation": {
      "status": "completed",
      "started_at": "...",
      "completed_at": "...",
      "outputs": ["reports/before/{project}/..."]
    }
  }
}

Step 3: Phase 0.5 - セキュリティ分析（オプション）

スキル: /security-analysis, /access-control-analysis

重要: これらは並行実行可能です。

並行実行:
  - /security-analysis {対象パス}
  - /access-control-analysis {対象パス}

出力ファイル:

reports/before/{project}/security-analysis.md
reports/before/{project}/access-control-analysis.md

スキップ条件: --skip-security オプション指定時

Step 4: Phase 1 - システム分析

スキル: /analyze-system

実行: /analyze-system {対象パス}

出力ファイル:

reports/01_analysis/system-overview.md
reports/01_analysis/ubiquitous-language.md
reports/01_analysis/actors-roles-permissions.md
reports/01_analysis/domain-code-mapping.md

Step 5: Phase 1.5 - データモデル詳細分析（オプション）

スキル: /data-model-analysis, /db-design-analysis, /er-diagram-analysis

実行順序: data-model-analysis → db-design-analysis → er-diagram-analysis（順次依存）

順次実行:
  1. /data-model-analysis {対象パス}
  2. /db-design-analysis {対象パス}
  3. /er-diagram-analysis {対象パス}

出力ファイル:

reports/01_analysis/data-model-analysis.md
reports/01_analysis/db-design-analysis.md
reports/01_analysis/er-diagram-current.md

スキップ条件: --skip-data-model オプション指定時

Step 6: Phase 2a/2b - 並行評価

スキル: /evaluate-mmi, /ddd-evaluation

重要: これらは並行実行可能です。

並行実行:
  - /evaluate-mmi {対象パス}
  - /ddd-evaluation {対象パス}

出力ファイル:

reports/02_evaluation/mmi-overview.md
reports/02_evaluation/mmi-by-module.md
reports/02_evaluation/mmi-improvement-plan.md
reports/02_evaluation/ddd-strategic-evaluation.md
reports/02_evaluation/ddd-tactical-evaluation.md
reports/02_evaluation/ddd-improvement-plan.md

Step 7: Phase 2.5 - 評価統合

スキル: /integrate-evaluations

前提: Phase 2a と Phase 2b の両方が完了していること

実行: /integrate-evaluations {対象パス}

出力ファイル:

reports/02_evaluation/integrated-evaluation.md
reports/02_evaluation/priority-matrix.md
reports/02_evaluation/unified-improvement-plan.md

Step 8: Phase 3 - DDD再設計

スキル: /ddd-redesign

実行: /ddd-redesign {対象パス}

出力ファイル:

reports/03_design/domain-analysis.md
reports/03_design/bounded-contexts-redesign.md
reports/03_design/context-map.md
reports/03_design/aggregate-redesign.md
reports/03_design/ubiquitous-language-refined.md
reports/03_design/system-mapping.md
reports/03_design/ddd-migration-roadmap.md

Step 9: Phase 4 - マイクロサービス設計

スキル: /design-microservices

実行: /design-microservices {対象パス}

出力ファイル:

reports/03_design/target-architecture.md
reports/03_design/transformation-plan.md
reports/03_design/operations-feedback.md

Step 10: Phase 4.7 - ScalarDBエディション選定

スキル: /select-scalardb-edition

実行: /select-scalardb-edition

出力ファイル:

work/{project}/scalardb-edition-config.md

注意: 対話形式のスキルです。ユーザーに要件を確認し、最適なエディション（OSS/Enterprise Standard/Premium）を選定します。

Step 11: Phase 4.8 - ScalarDBアプリケーション設計パターン

スキル: /design-scalardb-app-patterns

前提: Phase 4.7（エディション選定）が完了していること

実行: /design-scalardb-app-patterns {対象パス}

出力ファイル:

reports/03_design/scalardb-app-patterns.md
reports/03_design/scalardb-database-selection.md

注意: Phase 5（ScalarDB設計）と並行実行も可能ですが、パイプラインでは順次実行します。

Step 12: Phase 5 - ScalarDB設計

スキル: /design-scalardb

実行: /design-scalardb {対象パス}

出力ファイル:

reports/03_design/scalardb-architecture.md
reports/03_design/scalardb-schema.md
reports/03_design/scalardb-transaction.md
reports/03_design/scalardb-migration.md

Step 13: Phase 5.5 - ScalarDB Analytics設計（オプション）

条件: --skip-analytics が指定されていない場合

スキル: /design-scalardb-analytics

実行: /design-scalardb-analytics {対象パス}

出力ファイル:

reports/03_design/scalardb-analytics-architecture.md
reports/03_design/scalardb-analytics-queries.md

Step 14: Phase 5.9 - ScalarDB設計レビュー

スキル: /review-scalardb --mode=design

前提: Phase 5（ScalarDB設計）が完了していること

実行: /review-scalardb --mode=design

出力ファイル:

reports/03_design/scalardb-design-review.md

注意: 設計品質を検証し、エディション整合性・Key設計・トランザクション境界をチェックします。Context7で最新仕様も参照します。

Step 15: Phase 5.95 - API設計

スキル: /design-api

前提: Phase 5.9（ScalarDB設計レビュー）が完了していること。ScalarDBスキーマ設計の結果を踏まえてAPI設計を行う。

実行: /design-api {対象パス}

出力ファイル:

reports/03_design/api-design-overview.md
reports/03_design/api-gateway-design.md
reports/03_design/api-security-design.md
reports/03_design/api-specifications/*.yaml

Step 16: Phase 6 - 実装仕様

条件: --analyze-only が指定されていない場合

スキル: /design-implementation

実行: /design-implementation {対象パス}

出力ファイル:

reports/06_implementation/domain-services-spec.md
reports/06_implementation/repository-interfaces-spec.md
reports/06_implementation/value-objects-spec.md
reports/06_implementation/exception-mapping.md
reports/06_implementation/saga-orchestration-spec.md
reports/06_implementation/implementation-checklist.md
reports/06_implementation/api-gateway-implementation-spec.md

Step 17: Phase 7 - テスト仕様

条件: --analyze-only が指定されていない場合

スキル: /generate-test-specs

実行: /generate-test-specs {対象パス}

出力ファイル:

reports/07_test-specs/bdd-scenarios/*.feature
reports/07_test-specs/unit-test-specs.md
reports/07_test-specs/integration-test-specs.md
reports/07_test-specs/edge-case-specs.md
reports/07_test-specs/performance-test-specs.md
reports/07_test-specs/test-data-requirements.md

Step 18: Phase 8 - コード生成

条件: --analyze-only および --skip-codegen が指定されていない場合

スキル: /generate-scalardb-code

実行: /generate-scalardb-code {対象パス}

出力ファイル:

generated/{service}/src/main/java/...
generated/{service}/src/test/java/...
generated/{service}/src/main/resources/...
generated/{service}/build.gradle
generated/{service}/Dockerfile
generated/{service}/k8s/...
generated/{service}/GENERATED.md

Step 19: Phase 8.5 - ScalarDBコードレビュー

条件: Phase 8（コード生成）が完了している場合

スキル: /review-scalardb --mode=code

実行: /review-scalardb --mode=code

出力ファイル:

reports/03_design/scalardb-code-review.md

注意: 生成コードの品質を検証し、coding-patterns準拠・エディション別API使用・トランザクション管理をチェックします。

Step 19.5: Phase 8.7 - インフラ基盤構成設計（オプション）

条件: --skip-infrastructure が指定されていない場合

スキル: /design-infrastructure

実行: /design-infrastructure

入力:

reports/03_design/target-architecture.md ← Phase 4
reports/03_design/scalardb-schema.md ← Phase 5
work/{project}/scalardb-edition-config.md ← Phase 4.7
reports/sizing-estimates/*.md ← 事前に /scalardb-sizing-estimator 実行済みの場合のみ

出力ファイル:

reports/08_infrastructure/infrastructure-architecture.md
reports/08_infrastructure/deployment-guide.md
reports/08_infrastructure/environment-matrix.md
reports/08_infrastructure/security-configuration.md
generated/infrastructure/k8s/ — Kubernetes manifests
generated/infrastructure/terraform/ — IaC modules & environments

スキップ条件: --skip-infrastructure オプション指定時

Step 20: Phase 9 - コスト見積もり

スキル: /estimate-cost

実行: /estimate-cost ./reports

出力ファイル:

reports/05_estimate/cost-summary.md
reports/05_estimate/infrastructure-detail.md
reports/05_estimate/license-requirements.md

Step 21: Phase 10 - ドメインストーリー（オプション）

条件: --skip-stories が指定されていない場合

スキル: /create-domain-story

各ドメインに対して実行:

実行: /create-domain-story --domain={domain}

出力ファイル:

reports/04_stories/{domain}-story.md

Step 22: Phase 11 - ナレッジグラフ構築（オプション）

条件: --skip-graph が指定されていない場合

スキル: /build-graph

実行: /build-graph {対象パス}

出力ファイル:

reports/graph/data/*.csv
knowledge.ryugraph/

Step 23: Phase 12 - Mermaid検証・修正

スキル: /fix-mermaid

実行: /fix-mermaid ./reports

全Markdownファイル内のMermaid図を検証・修正。

Step 24: Phase 13 - エグゼクティブサマリー生成

出力: reports/00_summary/executive-summary.md

以下の情報を統合したサマリーを生成:

# {プロジェクト名} リファクタリング分析レポート

## エグゼクティブサマリー

### 分析日時
{ISO8601}

### 対象システム
- パス: {対象パス}
- 技術スタック: {technology-stack.mdから}
- コード行数: {概算}

### 評価結果
| 指標 | スコア | 評価 |
|------|--------|------|
| MMI総合 | {score}/100 | {level} |
| DDD適合性 | {score}/100 | {level} |
| リファクタリング推奨度 | {High/Medium/Low} | |

### 推奨アーキテクチャ
{target-architecture.mdから要約}

### 識別された境界コンテキスト
{bounded-contexts-redesign.mdからリスト}

### 推定コスト
| 項目 | 月額 | 年額 |
|------|------|------|
| インフラ | ${cost} | ${cost} |
| ライセンス | ${cost} | ${cost} |
| **合計** | **${cost}** | **${cost}** |

### 次のステップ
1. 生成コードのレビュー (`generated/`)
2. ScalarDBスキーマの作成
3. CI/CDパイプラインの構築
4. 段階的移行の開始

### 生成ファイル一覧
{全出力ファイルのリスト}

### 実行ログ
{pipeline-progress.jsonから}

Step 25: 最終レポートのコンパイル

スキル: /compile-report

実行: /compile-report

出力ファイル:

reports/00_summary/full-report.html

Step 26: 完了通知

進捗レジストリを最終更新:

{
  "completed_at": "{ISO8601}",
  "status": "completed",
  "summary": {
    "total_phases": 13,
    "completed_phases": 13,
    "skipped_phases": [],
    "output_files_count": {n},
    "generated_services": ["{service1}", "{service2}"]
  }
}

エラーハンドリング

前提条件エラー

対象パスが存在しない → エラー終了、メッセージ表示
必須ツールがない → 警告表示、該当フェーズスキップ

フェーズ実行エラー

フェーズ失敗時 → 進捗レジストリに記録、次フェーズ継続可否を判断
依存フェーズ失敗 → 後続フェーズをスキップ

再開時の動作

--resume-from 指定時 → 指定フェーズから再開
進捗レジストリに completed がある → そのフェーズをスキップ

出力構造

./
├── reports/
│   ├── before/{project}/        ← Phase 0
│   ├── 00_summary/              ← Phase 13
│   ├── 01_analysis/             ← Phase 1
│   ├── 02_evaluation/           ← Phase 2a, 2b, 2.5
│   ├── 03_design/               ← Phase 3, 4, 4.8, 5, 5.5, 5.9, 5.95, 8.5
│   │   └── api-specifications/
│   ├── 04_stories/              ← Phase 10
│   ├── 05_estimate/             ← Phase 9
│   ├── 06_implementation/       ← Phase 6
│   ├── 07_test-specs/           ← Phase 7
│   │   └── bdd-scenarios/
│   ├── 08_infrastructure/       ← Phase 8.7
│   ├── graph/                   ← Phase 11
│   │   ├── data/
│   │   └── visualizations/
│   └── sizing-estimates/        ← ScalarDBサイジング
├── generated/                   ← Phase 8, 8.7
│   ├── {service}/
│   │   ├── src/
│   │   ├── build.gradle
│   │   ├── Dockerfile
│   │   ├── k8s/
│   │   └── GENERATED.md
│   └── infrastructure/          ← Phase 8.7
│       ├── k8s/
│       ├── terraform/
│       └── openshift/
├── work/{project}/              ← 中間状態
│   └── pipeline-progress.json
└── knowledge.ryugraph/          ← Phase 11

所要時間目安

フェーズ	小規模	中規模	大規模
Phase 0-1	5分	15分	30分
Phase 2a-2.5	10分	30分	60分
Phase 3-5.5	15分	45分	90分
Phase 6-8	20分	60分	120分
Phase 9-13	10分	30分	60分
合計	60分	3時間	6時間

※ AIエージェントの処理速度、対象システムの複雑さにより変動

スキル	用途
`/refactor-system`	従来の統合オーケストレーター（コード生成なし）
`/scalardb-sizing-estimator`	対話式サイジング見積もり
`/query-graph`	生成されたナレッジグラフへのクエリ
`/visualize-graph`	グラフの可視化

スキル	用途
`/refactor-system`	従来の統合オーケストレーター（コード生成なし）
`/scalardb-sizing-estimator`	対話式サイジング見積もり
`/query-graph`	生成されたナレッジグラフへのクエリ
`/visualize-graph`	グラフの可視化

name	full-pipeline
description	完全パイプライン実行 - 調査から設計・コード生成まで全フェーズを一括実行。/full-pipeline [対象パス] で呼び出し。
user_invocable	true

full-pipeline

More from this repository

More from this repository

Full Pipeline Execution Agent

概要

前提条件

必須

推奨

使用方法

実行プロンプト

Step 0: ユーザー入力確認（必須）

1. 調査対象フォルダの確認

2. 出力先ディレクトリの確認

Step 1: 初期化

Step 2: Phase 0 - システム調査

Step 3: Phase 0.5 - セキュリティ分析（オプション）

Step 4: Phase 1 - システム分析

Step 5: Phase 1.5 - データモデル詳細分析（オプション）

Step 6: Phase 2a/2b - 並行評価

Step 7: Phase 2.5 - 評価統合

Step 8: Phase 3 - DDD再設計

Step 9: Phase 4 - マイクロサービス設計

Step 10: Phase 4.7 - ScalarDBエディション選定

Step 11: Phase 4.8 - ScalarDBアプリケーション設計パターン

Step 12: Phase 5 - ScalarDB設計

Step 13: Phase 5.5 - ScalarDB Analytics設計（オプション）

Step 14: Phase 5.9 - ScalarDB設計レビュー

Step 15: Phase 5.95 - API設計

Step 16: Phase 6 - 実装仕様

Step 17: Phase 7 - テスト仕様

Step 18: Phase 8 - コード生成

Step 19: Phase 8.5 - ScalarDBコードレビュー

Step 19.5: Phase 8.7 - インフラ基盤構成設計（オプション）

Step 20: Phase 9 - コスト見積もり

Step 21: Phase 10 - ドメインストーリー（オプション）

Step 22: Phase 11 - ナレッジグラフ構築（オプション）

Step 23: Phase 12 - Mermaid検証・修正

Step 24: Phase 13 - エグゼクティブサマリー生成

Step 25: 最終レポートのコンパイル

Step 26: 完了通知

エラーハンドリング

前提条件エラー

フェーズ実行エラー

再開時の動作

出力構造

所要時間目安

関連スキル

Full Pipeline Execution Agent

概要

前提条件

必須

推奨

使用方法

実行プロンプト

Step 0: ユーザー入力確認（必須）

1. 調査対象フォルダの確認

2. 出力先ディレクトリの確認

Step 1: 初期化

Step 2: Phase 0 - システム調査

Step 3: Phase 0.5 - セキュリティ分析（オプション）

Step 4: Phase 1 - システム分析

Step 5: Phase 1.5 - データモデル詳細分析（オプション）

Step 6: Phase 2a/2b - 並行評価

Step 7: Phase 2.5 - 評価統合

Step 8: Phase 3 - DDD再設計

Step 9: Phase 4 - マイクロサービス設計

Step 10: Phase 4.7 - ScalarDBエディション選定

Step 11: Phase 4.8 - ScalarDBアプリケーション設計パターン

Step 12: Phase 5 - ScalarDB設計

Step 13: Phase 5.5 - ScalarDB Analytics設計（オプション）

Step 14: Phase 5.9 - ScalarDB設計レビュー

Step 15: Phase 5.95 - API設計

Step 16: Phase 6 - 実装仕様

Step 17: Phase 7 - テスト仕様

Step 18: Phase 8 - コード生成

Step 19: Phase 8.5 - ScalarDBコードレビュー

Step 19.5: Phase 8.7 - インフラ基盤構成設計（オプション）

Step 20: Phase 9 - コスト見積もり

Step 21: Phase 10 - ドメインストーリー（オプション）

Step 22: Phase 11 - ナレッジグラフ構築（オプション）