메뉴
大きな機能を実装する際に使用するワークフロースキル。6 つのカスタムエージェント（Orchestrator / Product Manager / Architect / Developer / Reviewer / Tester）が協調し、仕様策定から実装・テスト・マージまでの全ライフサイクルを自律的に駆動する。新機能の追加や大規模な変更を行う場合は、必ずこのスキルに従ってください。
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/runceel/agent-teams-sample --skill feature-lifecycle명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
SKILL.md 표시 중
Prompt for creating the high-level technical architecture for an Epic, based on a Product Requirements Document.
Modular Monolith + Clean Architecture の設計ガイド。新しいモジュールの作成、画面の実装、機能追加を行う際には、必ずこのスキルを参照して従ってください。
playwright-cli を使った E2E テストの実行スキル。ブラウザを headless モードで起動し、テスト結果をスクリーンショットとして screenshots/ 配下の日付付きフォルダーに保存する。E2E テストを実行する際には、必ずこのスキルに従ってください。
SOC 직업 분류 기준
| name | feature-lifecycle |
| description | 大きな機能を実装する際に使用するワークフロースキル。6 つのカスタムエージェント（Orchestrator / Product Manager / Architect / Developer / Reviewer / Tester）が協調し、仕様策定から実装・テスト・マージまでの全ライフサイクルを自律的に駆動する。新機能の追加や大規模な変更を行う場合は、必ずこのスキルに従ってください。 |
Orchestrator エージェントが駆動する、機能開発の自律ワークフローを定義する。
| エージェント | 役割 | ツール権限 |
|---|---|---|
| Orchestrator | ライフサイクル駆動・状態管理・委譲 | 全ツール + agent |
| Product Manager | 仕様書 Issue 作成・要件管理 | read / search / execute |
| Architect | 設計レビュー・完成判断 | read / search / execute |
| Developer | 実装・ユニットテスト・指摘反映 | 全ツール + agent |
| Reviewer | 仕様/コードレビュー | read / search / execute |
| Tester | E2E テスト実行・バグ報告 | read / search / execute |
| Step | 担当 | 内容 |
|---|---|---|
| 1.1 | Product Manager | ユーザー要件を分析し、仕様書 Issue を作成（github-flow: gh issue create / local-flow: issues/ に Markdown 作成） |
| 1.2 | Reviewer | 仕様書をレビュー → APPROVE / REQUEST CHANGES |
| 1.3 | Product Manager | REQUEST CHANGES の場合、指摘を反映して 1.2 へ戻る |
| 1.4 | — | APPROVE の場合、仕様確定 |
| 1.5 | 人間 | 仕様の最終承認（ここで人間が判断を挟む） |
| Step | 担当 | 内容 |
|---|---|---|
| 2.1 | Architect | 仕様書を基に設計方針を策定 |
| 2.2 | Developer | 実装計画を作成（update-implementation-plan スキル使用） |
| Step | 担当 | 内容 |
|---|---|---|
| 3.1 | Developer | feature ブランチ作成・実装・ユニットテスト |
| 3.2 | Developer | ビルド確認（cd src && dotnet build <YourSolution>.slnx） |
| 3.3 | Developer | Draft PR 作成（github-flow: gh pr create --draft / local-flow: pull-requests/ に Markdown 作成） |
| 3.4 | Reviewer | コードレビュー → APPROVE / REQUEST CHANGES |
| 3.5 | Developer | REQUEST CHANGES の場合、指摘を反映して 3.4 へ戻る |
| 3.6 | Tester | E2E テスト実行 → PASS / FAIL |
| 3.7 | Developer | FAIL の場合、バグ修正して 3.6 へ戻る |
| 3.8 | Architect | 完成判断 → COMPLETE / INCOMPLETE |
| 3.9 | Developer | INCOMPLETE の場合、改善して 3.4 へ戻る |
| 3.10 | Orchestrator | COMPLETE → PR を Ready for Review に変更（local-flow: ステータスを review に更新） |
| 3.11 | 人間 | マージの最終承認（ここで人間が判断を挟む） |
| 3.12 | Orchestrator | 承認後 → Squash Merge、ブランチ削除（local-flow: git merge --squash、ステータス更新） |
詳細な定義は references/ に分離し、必要時のみロードする:
| ファイル | 内容 | ロードタイミング |
|---|---|---|
references/communication-protocol.md | コメント投稿ルール・フォーマット例 | コメント投稿時 |
references/state-transitions.md | 状態遷移の詳細定義 | 遷移判断時 |
