speccrew 0.5.19 → 0.6.1

package/README.fr.md

@@ -35,7 +35,7 @@
 
 ## Qu'est-ce que SpecCrew ?
 
-SpecCrew est un framework d'équipe de développement IA virtuelle intégré. Il transforme les flux de travail d'ingénierie logicielle professionnels (PRD → Feature Design → System Design → Dev → Test) en flux de travail Agent réutilisables, aidant les équipes de développement à réaliser le Development piloté par les spécifications (SDD), particulièrement adapté aux projets existants.
+SpecCrew est un framework d'équipe de développement IA virtuelle intégré. Il transforme les flux de travail d'ingénierie logicielle professionnels (PRD → Feature Design → System Design → Dev → Déploiement → Test) en flux de travail Agent réutilisables, aidant les équipes de développement à réaliser le Development piloté par les spécifications (SDD), particulièrement adapté aux projets existants.
 
 En intégrant des Agents et des Skills dans des projets existants, les équipes peuvent rapidement initialiser les systèmes de documentation de projet et les équipes logicielles virtuelles, en implémentant de nouvelles fonctionnalités et modifications selon des flux de travail d'ingénierie standard.
 
@@ -122,7 +122,7 @@ Le développement doit seulement "remplir la chair" basé sur la pile technologi
 **Solution** : Couvrir tout le cycle de vie de l'ingénierie logicielle :
 ```
 PRD (Exigences) → Feature Design (Conception Fonctionnelle) → API Contract (Contrat)
-    → System Design (Conception Système) → Dev (Développement) → Test (Tests)
+    → System Design (Conception Système) → Dev (Développement) → Déploiement → Test (Tests)
 ```
 - La sortie de chaque phase est l'entrée de la phase suivante
 - Chaque étape nécessite une confirmation humaine avant de procéder
@@ -169,16 +169,19 @@ graph LR
     B --> C[API Contract<br/>Contrat d'Interface]
     C --> D[System Design<br/>Conception Système]
     D --> E[Dev<br/>Implémentation]
-    E --> F[System Test<br/>Tests]
-    F --> G[Archive<br/>Archivage]
+    E --> F[Déploiement<br/>Déploiement]
+    F --> G[System Test<br/>Tests]
+    G --> H[Archive<br/>Archivage]
     
-    H[Knowledge<br/>Référentiel] -.-> A
-    H -.-> B
-    H -.-> D
-    H -.-> E
+    I[Knowledge<br/>Référentiel] -.-> A
+    I -.-> B
+    I -.-> D
+    I -.-> E
+    I -.-> F
     
-    E -.-> H
-    F -.-> H
+    E -.-> I
+    F -.-> I
+    G -.-> I
 ```
 
 ### Descriptions des Phases
@@ -189,7 +192,8 @@ graph LR
 | Feature Design | Feature Designer | PRD | Document Feature Design + Contrat API | ✅ Requise |
 | System Design | System Designer | Feature Spec | Documents de Conception Frontend/Backend | ✅ Requise |
 | Dev | Dev | Design | Code + Enregistrements de Tâches | ✅ Requise |
-| System Test | Test Manager | Sortie Dev + Feature Spec | Cas de Test + Code de Test + Rapport de Test + Rapport de Bug | ✅ Requise |
+| Déploiement | System Deployer | Sortie Dev | Rapport de Déploiement + Application en Cours | ✅ Requise |
+| System Test | Test Manager | Sortie Déploiement + Feature Spec | Cas de Test + Code de Test + Rapport de Test + Rapport de Bug | ✅ Requise |
 
 ---
 
@@ -260,8 +264,9 @@ Suivez le flux de travail d'ingénierie standard étape par étape :
 2. **Feature Design** : L'Agent Feature Designer génère le document de conception fonctionnelle + contrat API
 3. **System Design** : L'Agent System Designer génère les documents de conception système par plateforme (frontend/backend/mobile/desktop)
 4. **Dev** : L'Agent System Developer implémente le développement par plateforme en parallèle
-5. **System Test** : L'Agent Test Manager coordonne les tests en trois phases (conception de cas → génération de code → rapport d'exécution)
-6. **Archive** : Archiver l'itération
+5. **Déploiement** : L'Agent System Deployer exécute la construction, la migration de base de données, le démarrage des services et les tests de fumée
+6. **System Test** : L'Agent Test Manager coordonne les tests en trois phases (conception de cas → génération de code → rapport d'exécution)
+7. **Archive** : Archiver l'itération
 
 > Les livrables de chaque phase nécessitent une confirmation humaine avant de passer à la phase suivante.
 
@@ -330,8 +335,9 @@ your-project/
     │       ├── 02.feature-design/   # Conception fonctionnelle
     │       ├── 03.system-design/    # Conception système
     │       ├── 04.development/      # Phase de développement
-    │       ├── 05.system-test/      # Test système
-    │       └── 06.delivery/         # Phase de livraison
+    │       ├── 05.deployment/       # Phase de déploiement
+    │       ├── 06.system-test/      # Test système
+    │       └── 07.delivery/         # Phase de livraison
     │
     ├── iteration-archives/          # Archives d'itération
     │

package/README.it.md

@@ -35,7 +35,7 @@
 
 ## Cos'è SpecCrew?
 
-SpecCrew è un framework di team di sviluppo IA virtuale integrato. Trasforma i workflow di ingegneria software professionale (PRD → Feature Design → System Design → Dev → Test) in workflow Agent riutilizzabili, aiutando i team di sviluppo a raggiungere lo Specification-Driven Development (SDD), particolarmente adatto per progetti esistenti.
+SpecCrew è un framework di team di sviluppo IA virtuale integrato. Trasforma i workflow di ingegneria software professionale (PRD → Feature Design → System Design → Dev → Deployment → Test) in workflow Agent riutilizzabili, aiutando i team di sviluppo a raggiungere lo Specification-Driven Development (SDD), particolarmente adatto per progetti esistenti.
 
 Integrando Agent e Skill nei progetti esistenti, i team possono rapidamente inizializzare i sistemi di documentazione del progetto e i team software virtuali, implementando nuove funzionalità e modifiche seguendo i workflow di ingegneria standard.
 
@@ -122,7 +122,7 @@ Lo sviluppo deve solo "riempire la carne" basandosi sullo stack tecnologico spec
 **Soluzione**: Coprire l'intero ciclo di vita dell'ingegneria software:
 ```
 PRD (Requisiti) → Feature Design (Design Funzionale) → API Contract (Contratto)
-    → System Design (Design Sistema) → Dev (Sviluppo) → Test (Testing)
+    → System Design (Design Sistema) → Dev (Sviluppo) → Deployment (Distribuzione) → Test (Testing)
 ```
 - L'output di ogni fase è l'input della fase successiva
 - Ogni passaggio richiede conferma umana prima di procedere
@@ -169,16 +169,19 @@ graph LR
     B --> C[API Contract<br/>Contratto Interfaccia]
     C --> D[System Design<br/>Design Sistema]
     D --> E[Dev<br/>Implementazione]
-    E --> F[System Test<br/>Testing]
-    F --> G[Archive<br/>Archiviazione]
+    E --> F[Deployment<br/>Distribuzione]
+    F --> G[System Test<br/>Testing]
+    G --> H[Archive<br/>Archiviazione]
     
-    H[Knowledge<br/>Repository] -.-> A
-    H -.-> B
-    H -.-> D
-    H -.-> E
+    I[Knowledge<br/>Repository] -.-> A
+    I -.-> B
+    I -.-> D
+    I -.-> E
+    I -.-> F
     
-    E -.-> H
-    F -.-> H
+    E -.-> I
+    F -.-> I
+    G -.-> I
 ```
 
 ### Descrizioni delle Fasi
@@ -189,7 +192,8 @@ graph LR
 | Feature Design | Feature Designer | PRD | Documento Feature Design + Contratto API | ✅ Richiesta |
 | System Design | System Designer | Feature Spec | Documenti Design Frontend/Backend | ✅ Richiesta |
 | Dev | Dev | Design | Codice + Registrazioni Attività | ✅ Richiesta |
-| System Test | Test Manager | Output Dev + Feature Spec | Casi di Test + Codice Test + Rapporto Test + Rapporto Bug | ✅ Richiesta |
+| Deployment | System Deployer | Output Dev | Rapporto Distribuzione + Applicazione in Esecuzione | ✅ Richiesta |
+| System Test | Test Manager | Output Deployment + Feature Spec | Casi di Test + Codice Test + Rapporto Test + Rapporto Bug | ✅ Richiesta |
 
 ---
 
@@ -260,8 +264,9 @@ Seguire il workflow di ingegneria standard passo dopo passo:
 2. **Feature Design**: L'Agent Feature Designer genera il documento feature design + contratto API
 3. **System Design**: L'Agent System Designer genera documenti system design per piattaforma (frontend/backend/mobile/desktop)
 4. **Dev**: L'Agent System Developer implementa lo sviluppo per piattaforma in parallelo
-5. **System Test**: L'Agent Test Manager coordina il testing in tre fasi (design casi → generazione codice → rapporto esecuzione)
-6. **Archive**: Archiviare l'iterazione
+5. **Deployment**: L'Agent System Deployer esegue build, migrazione database, avvio servizi e smoke test
+6. **System Test**: L'Agent Test Manager coordina il testing in tre fasi (design casi → generazione codice → rapporto esecuzione)
+7. **Archive**: Archiviare l'iterazione
 
 > I deliverable di ogni fase richiedono conferma umana prima di procedere alla fase successiva.
 
@@ -330,8 +335,9 @@ your-project/
     │       ├── 02.feature-design/   # Feature design
     │       ├── 03.system-design/    # System design
     │       ├── 04.development/      # Fase sviluppo
-    │       ├── 05.system-test/      # Test sistema
-    │       └── 06.delivery/         # Fase consegna
+    │       ├── 05.deployment/       # Fase distribuzione
+    │       ├── 06.system-test/      # Test sistema
+    │       └── 07.delivery/         # Fase consegna
     │
     ├── iteration-archives/          # Archivi iterazione
     │

package/README.ja.md

@@ -35,7 +35,7 @@
 
 ## SpecCrewとは？
 
-SpecCrewは組み込み型の仮想AI開発チームフレームワークです。専門的なソフトウェアエンジニアリングワークフロー（PRD → 機能設計 → システム設計 → 開発 → テスト）を再利用可能なエージェントワークフローに変換し、開発チームが仕様駆動開発（SDD）を実現するのを支援します。特に既存プロジェクトに適しています。
+SpecCrewは組み込み型の仮想AI開発チームフレームワークです。専門的なソフトウェアエンジニアリングワークフロー（PRD → 機能設計 → システム設計 → 開発 → デプロイ → テスト）を再利用可能なエージェントワークフローに変換し、開発チームが仕様駆動開発（SDD）を実現するのを支援します。特に既存プロジェクトに適しています。
 
 エージェントとスキルを既存プロジェクトに統合することで、プロジェクトドキュメント体系と仮想ソフトウェアチームを迅速に初期化し、標準的なエンジニアリングワークフローに従って新機能の追加や変更を段階的に実装できます。
 
@@ -122,7 +122,7 @@ Stage 4: システム集約 → システムパノラマ生成
 **解決**: ソフトウェアエンジニアリングライフサイクル全体をカバー：
 ```
 PRD（要件）→ 機能設計 → API契約（コントラクト）
-    → システム設計 → 開発 → テスト
+    → システム設計 → 開発 → デプロイ → テスト
 ```
 - 各フェーズの出力は次のフェーズの入力
 - 各ステップは進行前に人間の確認が必要
@@ -169,16 +169,19 @@ graph LR
     B --> C[API契約<br/>インターフェース契約]
     C --> D[システム設計<br/>System Design]
     D --> E[開発<br/>Dev]
-    E --> F[システムテスト<br/>System Test]
-    F --> G[アーカイブ<br/>Archive]
+    E --> F[デプロイ<br/>Deployment]
+    F --> G[システムテスト<br/>System Test]
+    G --> H[アーカイブ<br/>Archive]
     
-    H[ナレッジ<br/>Knowledge] -.-> A
-    H -.-> B
-    H -.-> D
-    H -.-> E
+    I[ナレッジ<br/>Knowledge] -.-> A
+    I -.-> B
+    I -.-> D
+    I -.-> E
+    I -.-> F
     
-    E -.-> H
-    F -.-> H
+    E -.-> I
+    F -.-> I
+    G -.-> I
 ```
 
 ### 各フェーズの説明
@@ -189,7 +192,8 @@ graph LR
 | 機能設計 | 機能デザイナー | PRD | 機能設計ドキュメント + API契約 | ✅ 必須 |
 | システム設計 | システムデザイナー | 機能仕様 | フロントエンド/バックエンド設計ドキュメント | ✅ 必須 |
 | 開発 | 開発者 | 設計 | コード + タスク記録 | ✅ 必須 |
-| システムテスト | テストマネージャー | 開発成果物 + 機能仕様 | テストケース + テストコード + テストレポート + バグレポート | ✅ 必須 |
+| デプロイ | システムデプロイヤー | 開発成果物 | デプロイレポート + 実行中のアプリケーション | ✅ 必須 |
+| システムテスト | テストマネージャー | デプロイ成果物 + 機能仕様 | テストケース + テストコード + テストレポート + バグレポート | ✅ 必須 |
 
 ---
 
@@ -260,8 +264,9 @@ speccrew update --ide claude
 2. **機能設計**: 機能デザイナーエージェントが機能設計ドキュメント + API契約を生成
 3. **システム設計**: システムデザイナーエージェントがプラットフォーム別にシステム設計ドキュメントを生成（フロントエンド/バックエンド/モバイル/デスクトップ）
 4. **開発**: システム開発者エージェントがプラットフォーム別に並行開発を実装
-5. **システムテスト**: テストマネージャーエージェントが3フェーズのテストを調整（ケース設計 → コード生成 → 実行レポート）
-6. **アーカイブ**: 反復をアーカイブ
+5. **デプロイ**: システムデプロイヤーエージェントがビルド、データベースマイグレーション、サービス起動、スモークテストを実行
+6. **システムテスト**: テストマネージャーエージェントが3フェーズのテストを調整（ケース設計 → コード生成 → 実行レポート）
+7. **アーカイブ**: 反復をアーカイブ
 
 > 各フェーズの成果物は次のフェーズに進む前に人間の確認が必要です。
 
@@ -330,8 +335,9 @@ your-project/
     │       ├── 02.feature-design/   # 機能設計
     │       ├── 03.system-design/    # システム設計
     │       ├── 04.development/      # 開発フェーズ
-    │       ├── 05.system-test/      # システムテスト
-    │       └── 06.delivery/         # 納品フェーズ
+    │       ├── 05.deployment/       # デプロイフェーズ
+    │       ├── 06.system-test/      # システムテスト
+    │       └── 07.delivery/         # 納品フェーズ
     │
     ├── iteration-archives/          # 反復アーカイブ
     │

package/README.ko.md

@@ -35,7 +35,7 @@
 
 ## SpecCrew란 무엇인가요?
 
-SpecCrew는 임베디드 가상 AI 개발 팀 프레임워크입니다. 전문 소프트웨어 엔지니어링 워크플로우(PRD → Feature Design → System Design → Dev → Test)를 재사용 가능한 Agent 워크플로우로 변환하여, 개발 팀이 명세 기반 개발(SDD)을 달성할 수 있도록 도와주며, 특히 기존 프로젝트에 적합합니다.
+SpecCrew는 임베디드 가상 AI 개발 팀 프레임워크입니다. 전문 소프트웨어 엔지니어링 워크플로우(PRD → Feature Design → System Design → Dev → Deployment → Test)를 재사용 가능한 Agent 워크플로우로 변환하여, 개발 팀이 명세 기반 개발(SDD)을 달성할 수 있도록 도와주며, 특히 기존 프로젝트에 적합합니다.
 
 Agent와 Skill을 기존 프로젝트에 통합함으로써 프로젝트 문서 시스템과 가상 소프트웨어 팀을 빠르게 초기화하고, 표준 엔지니어링 프로세스에 따라 기능 추가 및 수정을 단계별로 구현할 수 있습니다.
 
@@ -122,7 +122,7 @@ Stage 4: 시스템 집계 → 시스템 파노라마 생성
 **해결**: 전체 소프트웨어 엔지니어링 수명주기를 커버:
 ```
 PRD (요구사항) → Feature Design (기능 설계) → API Contract (계약)
-    → System Design (시스템 설계) → Dev (개발) → Test (테스트)
+    → System Design (시스템 설계) → Dev (개발) → Deployment (배포) → Test (테스트)
 ```
 - 각 단계의 산출물은 다음 단계의 입력
 - 각 단계는 진행 전 사용자 확인 필요
@@ -169,16 +169,19 @@ graph LR
     B --> C[API Contract<br/>인터페이스 계약]
     C --> D[System Design<br/>시스템 설계]
     D --> E[Dev<br/>구현]
-    E --> F[System Test<br/>테스트]
-    F --> G[Archive<br/>보관]
+    E --> F[Deployment<br/>배포]
+    F --> G[System Test<br/>테스트]
+    G --> H[Archive<br/>보관]
     
-    H[Knowledge<br/>저장소] -.-> A
-    H -.-> B
-    H -.-> D
-    H -.-> E
+    I[Knowledge<br/>저장소] -.-> A
+    I -.-> B
+    I -.-> D
+    I -.-> E
+    I -.-> F
     
-    E -.-> H
-    F -.-> H
+    E -.-> I
+    F -.-> I
+    G -.-> I
 ```
 
 ### 각 단계 설명
@@ -189,7 +192,8 @@ graph LR
 | Feature Design | Feature Designer | PRD | 기능 설계 문서 + API 계약 | ✅ 필수 |
 | System Design | System Designer | Feature Spec | 프론트엔드/백엔드 설계 문서 | ✅ 필수 |
 | Dev | Dev | Design | 코드 + 작업 기록 | ✅ 필수 |
-| System Test | Test Manager | Dev 산출물 + Feature Spec | 테스트 케이스 + 테스트 코드 + 테스트 보고서 + 버그 보고서 | ✅ 필수 |
+| Deployment | System Deployer | Dev 산출물 | 배포 보고서 + 실행 중인 애플리케이션 | ✅ 필수 |
+| System Test | Test Manager | Deployment 산출물 + Feature Spec | 테스트 케이스 + 테스트 코드 + 테스트 보고서 + 버그 보고서 | ✅ 필수 |
 
 ---
 
@@ -260,8 +264,9 @@ speccrew update --ide claude
 2. **Feature Design**: 기능 설계자 Agent가 기능 설계 문서 + API 계약 생성
 3. **System Design**: 시스템 설계자 Agent가 플랫폼별(프론트엔드/백엔드/모바일/데스크톱) 시스템 설계 문서 생성
 4. **Dev**: 시스템 개발자 Agent가 플랫폼별 병렬 개발 구현
-5. **System Test**: 테스트 관리자 Agent가 3단계 테스트 조정 (케이스 설계 → 코드 생성 → 실행 보고서)
-6. **Archive**: 반복 보관
+5. **Deployment**: 시스템 배포자 Agent가 빌드, 데이터베이스 마이그레이션, 서비스 시작, 스모크 테스트 실행
+6. **System Test**: 테스트 관리자 Agent가 3단계 테스트 조정 (케이스 설계 → 코드 생성 → 실행 보고서)
+7. **Archive**: 반복 보관
 
 > 각 단계의 산출물은 다음 단계로 진행하기 전 사용자 확인이 필요합니다.
 
@@ -330,8 +335,9 @@ your-project/
     │       ├── 02.feature-design/   # 기능 설계
     │       ├── 03.system-design/    # 시스템 설계
     │       ├── 04.development/      # 개발 단계
-    │       ├── 05.system-test/      # 시스템 테스트
-    │       └── 06.delivery/         # 전달 단계
+    │       ├── 05.deployment/       # 배포 단계
+    │       ├── 06.system-test/      # 시스템 테스트
+    │       └── 07.delivery/         # 전달 단계
     │
     ├── iteration-archives/          # 반복 보관
     │

package/README.md

@@ -35,7 +35,7 @@
 
 ## 什么是 SpecCrew？
 
-SpecCrew 是一套嵌入式的虚拟 AI 开发团队框架。它将专业的软件工程流程（PRD → Feature Design → System Design → Dev → Test）转化为可复用的 Agent 工作流，帮助开发团队实现规范驱动开发（SDD），特别适合已有项目。
+SpecCrew 是一套嵌入式的虚拟 AI 开发团队框架。它将专业的软件工程流程（PRD → Feature Design → System Design → Dev → Deployment → Test）转化为可复用的 Agent 工作流，帮助开发团队实现规范驱动开发（SDD），特别适合已有项目。
 
 通过将 Agent 和 Skill 集成到现有项目，即可快速初始化项目文档体系和虚拟软件团队，按照标准工程流程分步实现功能的新增和修改。
 
@@ -122,7 +122,7 @@ Stage 4: 系统聚合 → 生成系统全景图
 **解决**：覆盖软件工程全环节：
 ```
 PRD（需求）→ Feature Design（功能设计）→ API Contract（契约）
-    → System Design（系统设计）→ Dev（开发）→ Test（测试）
+    → System Design（系统设计）→ Dev（开发）→ Deployment（部署）→ Test（测试）
 ```
 - 每个环节产出物是下一环节的输入
 - 每步需人工确认后方可执行
@@ -169,16 +169,19 @@ graph LR
     B --> C[API Contract<br/>接口契约]
     C --> D[System Design<br/>系统设计]
     D --> E[Dev<br/>开发实现]
-    E --> F[System Test<br/>系统测试]
-    F --> G[Archive<br/>归档]
+    E --> F[Deployment<br/>部署实施]
+    F --> G[System Test<br/>系统测试]
+    G --> H[Archive<br/>归档]
     
-    H[Knowledge<br/>知识库] -.-> A
-    H -.-> B
-    H -.-> D
-    H -.-> E
+    I[Knowledge<br/>知识库] -.-> A
+    I -.-> B
+    I -.-> D
+    I -.-> E
+    I -.-> F
     
-    E -.-> H
-    F -.-> H
+    E -.-> I
+    F -.-> I
+    G -.-> I
 ```
 
 ### 各阶段说明
@@ -189,7 +192,8 @@ graph LR
 | Feature Design | Feature Designer | PRD | 功能设计文档 + 接口契约 | ✅ 必需 |
 | System Design | System Designer | Feature Spec | 前端/后端设计文档 | ✅ 必需 |
 | Dev | Dev | Design | 代码 + 任务记录 | ✅ 必需 |
-| System Test | Test Manager | Dev 产出 + Feature Spec | 测试用例 + 测试代码 + 测试报告 + Bug 报告 | ✅ 必需 |
+| Deployment | System Deployer | Dev 产出 | 部署报告 + 运行应用 | ✅ 必需 |
+| System Test | Test Manager | Deployment 产出 + Feature Spec | 测试用例 + 测试代码 + 测试报告 + Bug 报告 | ✅ 必需 |
 
 ---
 
@@ -260,8 +264,9 @@ speccrew update --ide claude
 2. **Feature Design**：由功能设计师 Agent 生成功能设计文档 + API 契约
 3. **System Design**：由系统设计师 Agent 按端（前端/后端/移动端/桌面端）生成系统设计文档
 4. **Dev**：由系统开发者 Agent 按端并行实现开发
-5. **System Test**：由测试管理员 Agent 协调三阶段测试（用例设计 → 代码生成 → 执行报告）
-6. **Archive**：归档迭代
+5. **Deployment**：由系统部署者 Agent 执行构建、数据库迁移、服务启动和烟雾测试
+6. **System Test**：由测试管理员 Agent 协调三阶段测试（用例设计 → 代码生成 → 执行报告）
+7. **Archive**：归档迭代
 
 > 每个阶段产出物需人工确认后方可进入下一阶段。
 
@@ -330,8 +335,9 @@ your-project/
     │       ├── 02.feature-design/   # 功能设计
     │       ├── 03.system-design/    # 系统设计
     │       ├── 04.development/      # 开发阶段
-    │       ├── 05.system-test/      # 系统测试
-    │       └── 06.delivery/         # 交付阶段
+    │       ├── 05.deployment/       # 部署阶段
+    │       ├── 06.system-test/      # 系统测试
+    │       └── 07.delivery/         # 交付阶段
     │
     ├── iteration-archives/          # 迭代归档
     │

package/README.no.md

@@ -35,7 +35,7 @@
 
 ## Hva er SpecCrew?
 
-SpecCrew er et innebygd virtuelt AI-utviklingsteam-rammeverk. Det transformerer profesjonelle programvareingeniør-arbeidsflyter (PRD → Feature Design → System Design → Dev → Test) til gjenbrukbare Agent-arbeidsflyter, og hjelper utviklingsteam å oppnå Specification-Driven Development (SDD), spesielt egnet for eksisterende prosjekter.
+SpecCrew er et innebygd virtuelt AI-utviklingsteam-rammeverk. Det transformerer profesjonelle programvareingeniør-arbeidsflyter (PRD → Feature Design → System Design → Dev → Deployment → Test) til gjenbrukbare Agent-arbeidsflyter, og hjelper utviklingsteam å oppnå Specification-Driven Development (SDD), spesielt egnet for eksisterende prosjekter.
 
 Ved å integrere Agenter og Skills i eksisterende prosjekter, kan team raskt initialisere prosjektdokumentasjonssystemer og virtuelle programvareteam, og implementere nye funksjoner og modifikasjoner i henhold til standard ingeniørarbeidsflyter.
 
@@ -122,7 +122,7 @@ Utvikling trenger kun å "fylle kjøttet" basert på den spesifikke tech-stacken
 **Løsning**: Dekker hele programvareingeniør-livssyklusen:
 ```
 PRD (Krav) → Feature Design (Funksjonsdesign) → API Contract (Kontrakt)
-    → System Design (Systemdesign) → Dev (Utvikling) → Test (Testing)
+    → System Design (Systemdesign) → Dev (Utvikling) → Deployment (Utrulling) → Test (Testing)
 ```
 - Hver fases utdata er neste fases inndata
 - Hvert trinn krever menneskelig bekreftelse før fortsettelse
@@ -169,16 +169,19 @@ graph LR
     B --> C[API Contract<br/>Grensesnittkontrakt]
     C --> D[System Design<br/>Systemdesign]
     D --> E[Dev<br/>Implementering]
-    E --> F[System Test<br/>Testing]
-    F --> G[Archive<br/>Arkivering]
+    E --> F[Deployment<br/>Utrulling]
+    F --> G[System Test<br/>Testing]
+    G --> H[Archive<br/>Arkivering]
     
-    H[Knowledge<br/>Depot] -.-> A
-    H -.-> B
-    H -.-> D
-    H -.-> E
+    I[Knowledge<br/>Depot] -.-> A
+    I -.-> B
+    I -.-> D
+    I -.-> E
+    I -.-> F
     
-    E -.-> H
-    F -.-> H
+    E -.-> I
+    F -.-> I
+    G -.-> I
 ```
 
 ### Fasebeskrivelser
@@ -189,7 +192,8 @@ graph LR
 | Feature Design | Feature Designer | PRD | Feature Design Dokument + API Kontrakt | ✅ Påkrevd |
 | System Design | System Designer | Feature Spec | Frontend/Backend Design-dokumenter | ✅ Påkrevd |
 | Dev | Dev | Design | Kode + Oppgaveregistreringer | ✅ Påkrevd |
-| System Test | Test Manager | Dev Utdata + Feature Spec | Testtilfeller + Testkode + Testrapport + Bug-rapport | ✅ Påkrevd |
+| Deployment | System Deployer | Dev Utdata | Utrullingsrapport + Kjørende Applikasjon | ✅ Påkrevd |
+| System Test | Test Manager | Deployment Utdata + Feature Spec | Testtilfeller + Testkode + Testrapport + Bug-rapport | ✅ Påkrevd |
 
 ---
 
@@ -260,8 +264,9 @@ Følg standard ingeniørarbeidsflyt trinn for trinn:
 2. **Feature Design**: Feature Designer Agent genererer feature design dokument + API kontrakt
 3. **System Design**: System Designer Agent genererer system design dokumenter per plattform (frontend/backend/mobil/desktop)
 4. **Dev**: System Utvikler Agent implementerer utvikling per plattform parallelt
-5. **System Test**: Testleder Agent koordinerer trefase-testing (tilfelledesign → kodegenerering → utførelsesrapport)
-6. **Archive**: Arkiver iterasjon
+5. **Deployment**: System Utruller Agent utfører bygging, databasemigrering, tjenestestart og røyktest
+6. **System Test**: Testleder Agent koordinerer trefase-testing (tilfelledesign → kodegenerering → utførelsesrapport)
+7. **Archive**: Arkiver iterasjon
 
 > Hver fases leveranser krever menneskelig bekreftelse før fortsettelse til neste fase.
 
@@ -330,8 +335,9 @@ your-project/
     │       ├── 02.feature-design/   # Feature design
     │       ├── 03.system-design/    # System design
     │       ├── 04.development/      # Utviklingsfase
-    │       ├── 05.system-test/      # Systemtesting
-    │       └── 06.delivery/         # Leveransefase
+    │       ├── 05.deployment/       # Utrullingsfase
+    │       ├── 06.system-test/      # Systemtesting
+    │       └── 07.delivery/         # Leveransefase
     │
     ├── iteration-archives/          # Iterasjonsarkiver
     │

package/README.pl.md

@@ -35,7 +35,7 @@
 
 ## Czym jest SpecCrew?
 
-SpecCrew to wbudowany framework wirtualnego zespołu deweloperskiego AI. Przekształca profesjonalne workflow inżynierii software'owej (PRD → Feature Design → System Design → Dev → Test) w wielokrotnego użytku workflow Agentów, pomagając zespołom deweloperskim osiągnąć Specification-Driven Development (SDD), szczególnie odpowiedni dla istniejących projektów.
+SpecCrew to wbudowany framework wirtualnego zespołu deweloperskiego AI. Przekształca profesjonalne workflow inżynierii software'owej (PRD → Feature Design → System Design → Dev → Deployment → Test) w wielokrotnego użytku workflow Agentów, pomagając zespołom deweloperskim osiągnąć Specification-Driven Development (SDD), szczególnie odpowiedni dla istniejących projektów.
 
 Poprzez integrację Agentów i Skilli z istniejącymi projektami, zespoły mogą szybko zainicjować systemy dokumentacji projektu i wirtualne zespoły software'owe, implementując nowe funkcje i modyfikacje zgodnie ze standardowymi workflow inżynieryjnymi.
 
@@ -122,7 +122,7 @@ Rozwój musi tylko "wypełnić ciało" na podstawie konkretnego tech stacku, zap
 **Rozwiązanie**: Pokrycie całego cyklu życia inżynierii software'owej:
 ```
 PRD (Wymagania) → Feature Design (Projekt Funkcjonalny) → API Contract (Kontrakt)
-    → System Design (Projekt Systemu) → Dev (Rozwój) → Test (Testy)
+    → System Design (Projekt Systemu) → Dev (Rozwój) → Deployment (Wdrożenie) → Test (Testy)
 ```
 - Wyjście każdej fazy jest wejściem następnej fazy
 - Każdy krok wymaga ludzkiego potwierdzenia przed kontynuacją
@@ -169,16 +169,19 @@ graph LR
     B --> C[API Contract<br/>Kontrakt Interfejsu]
     C --> D[System Design<br/>Projekt Systemu]
     D --> E[Dev<br/>Implementacja]
-    E --> F[System Test<br/>Testy]
-    F --> G[Archive<br/>Archiwizacja]
+    E --> F[Deployment<br/>Wdrożenie]
+    F --> G[System Test<br/>Testy]
+    G --> H[Archive<br/>Archiwizacja]
     
-    H[Knowledge<br/>Repozytorium] -.-> A
-    H -.-> B
-    H -.-> D
-    H -.-> E
+    I[Knowledge<br/>Repozytorium] -.-> A
+    I -.-> B
+    I -.-> D
+    I -.-> E
+    I -.-> F
     
-    E -.-> H
-    F -.-> H
+    E -.-> I
+    F -.-> I
+    G -.-> I
 ```
 
 ### Opisy Faz
@@ -189,7 +192,8 @@ graph LR
 | Feature Design | Feature Designer | PRD | Dokument Feature Design + Kontrakt API | ✅ Wymagane |
 | System Design | System Designer | Feature Spec | Dokumenty Projektu Frontend/Backend | ✅ Wymagane |
 | Dev | Dev | Design | Kod + Rejestry Zadań | ✅ Wymagane |
-| System Test | Test Manager | Wyjście Dev + Feature Spec | Przypadki Testowe + Kod Testowy + Raport Testowy + Raport Bugów | ✅ Wymagane |
+| Deployment | System Deployer | Wyjście Dev | Raport Wdrożenia + Działająca Aplikacja | ✅ Wymagane |
+| System Test | Test Manager | Wyjście Deployment + Feature Spec | Przypadki Testowe + Kod Testowy + Raport Testowy + Raport Bugów | ✅ Wymagane |
 
 ---
 
@@ -260,8 +264,9 @@ Podążaj za standardowym workflow inżynieryjnym krok po kroku:
 2. **Feature Design**: Agent Feature Designer generuje dokument feature design + kontrakt API
 3. **System Design**: Agent System Designer generuje dokumenty system design według platformy (frontend/backend/mobile/desktop)
 4. **Dev**: Agent System Developer implementuje rozwój według platformy równolegle
-5. **System Test**: Agent Test Manager koordynuje testowanie trójfazowe (projekt przypadków → generowanie kodu → raport egzekucji)
-6. **Archive**: Zarchiwizuj iterację
+5. **Deployment**: Agent System Deployer wykonuje budowanie, migrację bazy danych, uruchomienie usług i testy dymne
+6. **System Test**: Agent Test Manager koordynuje testowanie trójfazowe (projekt przypadków → generowanie kodu → raport egzekucji)
+7. **Archive**: Zarchiwizuj iterację
 
 > Deliverable każdej fazy wymaga ludzkiego potwierdzenia przed przejściem do następnej fazy.
 
@@ -330,8 +335,9 @@ your-project/
     │       ├── 02.feature-design/   # Feature design
     │       ├── 03.system-design/    # System design
     │       ├── 04.development/      # Faza rozwoju
-    │       ├── 05.system-test/      # Testy systemowe
-    │       └── 06.delivery/         # Faza dostawy
+    │       ├── 05.deployment/       # Faza wdrożenia
+    │       ├── 06.system-test/      # Testy systemowe
+    │       └── 07.delivery/         # Faza dostawy
     │
     ├── iteration-archives/          # Archiwa iteracji
     │