Menu
Jakarta EEプロジェクトのアーキテクチャルールをArchUnitでテスト自動生成。レイヤー依存関係、命名規則、パッケージ構造、アノテーション使用ルールを検証。JUnit 5統合、カスタムルール対応。
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.
Based on SOC occupation classification
Jakarta EEプロジェクトのCucumber BDD結合テストを自動生成。Gherkin形式でビジネス要件を記述し、Step Definitionsを実装。CDI（Weld SE）統合、データベーステスト、トランザクション管理対応。
WebアプリケーションのPlaywright E2Eテストコードをテストシナリオ定義書から自動生成。テストシナリオ定義書（Markdown形式）を読み込み、ページ遷移、要素操作、検証を含む高品質なテストコードを生成。TypeScript対応、Page Object Model推奨、ダイアログ処理・非同期処理・エラーハンドリング完備。
Jakarta EE 10とJAX-RS 3.1を使ったREST APIのアジャイル・仕様駆動開発を支援。業務共通SPEC（common/）先行、ユースケース単位の開発。本番コードとテストコードの生成を分離し、ブラックボックス・ホワイトボックス両方の観点からテストを実装。タスクは common と各 usecases で既に決まっており、各人がそれに従って実装。合流ポイントは結合テスト。
Jakarta EE 10とJAX-RS 3.1を使ったREST APIサービス開発を支援。エンティティ実装、外部API連携など多様な実装要件に対応。SPECから詳細設計、コード生成、テスト生成・評価まで7段階で一貫サポート。本番コードとテストコードの生成を分離し、ブラックボックス・ホワイトボックス両方の観点からテストを実装。基本設計変更対応も含む。ドメインベースのフォルダ構成で並行開発を実現。
Apache Struts 1.xからJakarta Faces (JSF) 4.0へのマイグレーションを支援。仕様駆動アプローチ（Spec-Driven Migration）により、リバースエンジニアリング、タスク分解、詳細設計、本番コード生成、テスト生成・評価の6段階で確実なマイグレーションを実現。本番コードとテストコードの生成を分離し、ブラックボックス・ホワイトボックス両方の観点からテストを実装。基本設計変更対応も含む。
| name | archunit-test |
| description | Jakarta EEプロジェクトのアーキテクチャルールをArchUnitでテスト自動生成。レイヤー依存関係、命名規則、パッケージ構造、アノテーション使用ルールを検証。JUnit 5統合、カスタムルール対応。 |
@agent_skills/archunit-test/instructions/generate_archunit_tests.md
プロジェクトのアーキテクチャテストを生成してください
パラメータ
* project_path: <プロジェクトルートパス>
* package_root: <ベースパッケージ名（例: pro.kensait.berrybooks）>
* test_output_dir: <テスト出力ディレクトリ（省略可、デフォルト: {project_path}/src/test/java）>
AIが自動で以下を実行
特徴: プロジェクトのパッケージ構造を自動解析し、適切なアーキテクチャルールを推論します。
@agent_skills/archunit-test/instructions/generate_archunit_tests.md
Berry Books APIのアーキテクチャテストを生成してください
パラメータ
* project_path: projects/master/bookstore/berry-books-api
* package_root: pro.kensait.berrybooks
AIが自動で実行:
生成されるテスト:
LayeredArchitectureTest.java - レイヤー依存関係の検証NamingConventionTest.java - 命名規則の検証AnnotationRulesTest.java - アノテーション使用ルールの検証PackageStructureTest.java - パッケージ構造の検証標準的なレイヤードアーキテクチャを前提としています：
Resource/API層（JAX-RS）
↓
Service層（ビジネスロジック）
↓
DAO層（データアクセス）
↓
Entity層（JPA エンティティ）
Jakarta EEプロジェクトの標準的なパッケージ構造を前提としています：
{package_root}.api - REST APIエンドポイント{package_root}.service - サービス層{package_root}.dao - データアクセス層{package_root}.entity - エンティティ{package_root}.dto - データ転送オブジェクト{package_root}.security - セキュリティ{package_root}.exception - 例外ハンドラーagent_skills/archunit-test/
├── SKILL.md # このファイル
├── README.md # クイックスタートガイド
├── principles/ # 原則（全プロジェクト共通）
│ └── archunit_best_practices.md # ArchUnitベストプラクティス
├── templates/ # テンプレート
│ └── archunit_rules_template.md # アーキテクチャルールテンプレート
└── instructions/
└── generate_archunit_tests.md # テスト生成指示