speccrew 0.5.19 → 0.6.1

package/README.pt-BR.md

@@ -35,7 +35,7 @@
 
 ## O que é SpecCrew?
 
-SpecCrew é um framework de equipe de desenvolvimento de IA virtual incorporado. Ele transforma fluxos de trabalho de engenharia de software profissional (PRD → Feature Design → System Design → Dev → Test) em fluxos de trabalho de Agent reutilizáveis, ajudando equipes de desenvolvimento a alcançar o Specification-Driven Development (SDD), especialmente adequado para projetos existentes.
+SpecCrew é um framework de equipe de desenvolvimento de IA virtual incorporado. Ele transforma fluxos de trabalho de engenharia de software profissional (PRD → Feature Design → System Design → Dev → Deployment → Test) em fluxos de trabalho de Agent reutilizáveis, ajudando equipes de desenvolvimento a alcançar o Specification-Driven Development (SDD), especialmente adequado para projetos existentes.
 
 Ao integrar Agents e Skills em projetos existentes, as equipes podem inicializar rapidamente sistemas de documentação de projetos e equipes de software virtuais, implementando novas funcionalidades e modificações seguindo fluxos de trabalho de engenharia padrão.
 
@@ -122,7 +122,7 @@ O desenvolvimento só precisa "preencher a carne" com base na stack tecnológica
 **Solução**: Cobrir todo o ciclo de vida da engenharia de software:
 ```
 PRD (Requisitos) → Feature Design (Design de Funcionalidade) → API Contract (Contrato)
-    → System Design (Design de Sistema) → Dev (Desenvolvimento) → Test (Testes)
+    → System Design (Design de Sistema) → Dev (Desenvolvimento) → Deployment (Implantação) → Test (Testes)
 ```
 - A saída de cada fase é a entrada da próxima fase
 - Cada passo requer confirmação humana antes de prosseguir
@@ -169,16 +169,19 @@ graph LR
     B --> C[API Contract<br/>Contrato de Interface]
     C --> D[System Design<br/>Design de Sistema]
     D --> E[Dev<br/>Implementação]
-    E --> F[System Test<br/>Testes]
-    F --> G[Archive<br/>Arquivamento]
+    E --> F[Deployment<br/>Implantação]
+    F --> G[System Test<br/>Testes]
+    G --> H[Archive<br/>Arquivamento]
     
-    H[Knowledge<br/>Repositório] -.-> A
-    H -.-> B
-    H -.-> D
-    H -.-> E
+    I[Knowledge<br/>Repositório] -.-> A
+    I -.-> B
+    I -.-> D
+    I -.-> E
+    I -.-> F
     
-    E -.-> H
-    F -.-> H
+    E -.-> I
+    F -.-> I
+    G -.-> I
 ```
 
 ### Descrições das Fases
@@ -189,7 +192,8 @@ graph LR
 | Feature Design | Feature Designer | PRD | Documento Feature Design + Contrato API | ✅ Obrigatória |
 | System Design | System Designer | Feature Spec | Documentos de Design Frontend/Backend | ✅ Obrigatória |
 | Dev | Dev | Design | Código + Registros de Tarefas | ✅ Obrigatória |
-| System Test | Test Manager | Saída Dev + Feature Spec | Casos de Teste + Código de Teste + Relatório de Teste + Relatório de Bugs | ✅ Obrigatória |
+| Deployment | System Deployer | Saída Dev | Relatório de Implantação + Aplicação em Execução | ✅ Obrigatória |
+| System Test | Test Manager | Saída Deployment + Feature Spec | Casos de Teste + Código de Teste + Relatório de Teste + Relatório de Bugs | ✅ Obrigatória |
 
 ---
 
@@ -260,8 +264,9 @@ Siga o fluxo de trabalho de engenharia padrão passo a passo:
 2. **Feature Design**: O Agent Feature Designer gera documento feature design + contrato API
 3. **System Design**: O Agent System Designer gera documentos system design por plataforma (frontend/backend/mobile/desktop)
 4. **Dev**: O Agent System Developer implementa desenvolvimento por plataforma em paralelo
-5. **System Test**: O Agent Test Manager coordena testes em três fases (design de casos → geração de código → relatório de execução)
-6. **Archive**: Arquivar iteração
+5. **Deployment**: O Agent System Deployer executa build, migração de banco de dados, inicialização de serviços e testes de fumaça
+6. **System Test**: O Agent Test Manager coordena testes em três fases (design de casos → geração de código → relatório de execução)
+7. **Archive**: Arquivar iteração
 
 > Os entregáveis de cada fase requerem confirmação humana antes de prosseguir para a próxima fase.
 
@@ -330,8 +335,9 @@ your-project/
     │       ├── 02.feature-design/   # Feature design
     │       ├── 03.system-design/    # System design
     │       ├── 04.development/      # Fase de desenvolvimento
-    │       ├── 05.system-test/      # Testes de sistema
-    │       └── 06.delivery/         # Fase de entrega
+    │       ├── 05.deployment/       # Fase de implantação
+    │       ├── 06.system-test/      # Testes de sistema
+    │       └── 07.delivery/         # Fase de entrega
     │
     ├── iteration-archives/          # Arquivos de iteração
     │

package/README.ru.md

@@ -35,7 +35,7 @@
 
 ## Что такое SpecCrew?
 
-SpecCrew — это встраиваемый фреймворк виртуальной команды разработки на базе ИИ. Он преобразует профессиональные рабочие процессы программной инженерии (PRD → Feature Design → System Design → Dev → Test) в повторно используемые рабочие процессы Агентов, помогая командам разработчиков достичь разработки на основе спецификаций (SDD), особенно подходящей для существующих проектов.
+SpecCrew — это встраиваемый фреймворк виртуальной команды разработки на базе ИИ. Он преобразует профессиональные рабочие процессы программной инженерии (PRD → Feature Design → System Design → Dev → Deployment → Test) в повторно используемые рабочие процессы Агентов, помогая командам разработчиков достичь разработки на основе спецификаций (SDD), особенно подходящей для существующих проектов.
 
 Интегрируя Агентов и Навыки в существующие проекты, команды могут быстро инициализировать системы документации проекта и виртуальные программные команды, реализуя новые функции и модификации в соответствии со стандартными инженерными рабочими процессами.
 
@@ -122,7 +122,7 @@ Information Flows → Categories of Information → Information Descriptions
 **Решение**: Покрытие полного жизненного цикла программной инженерии:
 ```
 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 | Документ Feature Design + API контракт | ✅ Обязательно |
 | System Design | System Designer | Feature Spec | Документы проектирования Frontend/Backend | ✅ Обязательно |
 | 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**: Агент Feature Designer генерирует документ feature design + API контракт
 3. **System Design**: Агент System Designer генерирует документы system design по платформам (frontend/backend/mobile/desktop)
 4. **Dev**: Агент System Developer реализует разработку по платформам параллельно
-5. **System Test**: Агент Test Manager координирует трёхфазное тестирование (дизайн кейсов → генерация кода → отчёт выполнения)
-6. **Archive**: Архивировать итерацию
+5. **Deployment**: Агент System Deployer выполняет сборку, миграцию базы данных, запуск сервисов и дымовое тестирование
+6. **System Test**: Агент Test Manager координирует трёхфазное тестирование (дизайн кейсов → генерация кода → отчёт выполнения)
+7. **Archive**: Архивировать итерацию
 
 > Результаты каждой фазы требуют человеческого подтверждения перед переходом к следующей фазе.
 
@@ -330,8 +335,9 @@ your-project/
     │       ├── 02.feature-design/   # Feature design
     │       ├── 03.system-design/    # System design
     │       ├── 04.development/      # Фаза разработки
-    │       ├── 05.system-test/      # Системное тестирование
-    │       └── 06.delivery/         # Фаза поставки
+    │       ├── 05.deployment/       # Фаза развёртывания
+    │       ├── 06.system-test/      # Системное тестирование
+    │       └── 07.delivery/         # Фаза поставки
     │
     ├── iteration-archives/          # Архивы итераций
     │

package/README.th.md

@@ -35,7 +35,7 @@
 
 ## SpecCrew คืออะไร?
 
-SpecCrew เป็นเฟรมเวิร์กทีมพัฒนา AI เสมือนแบบฝังตัว มันแปลงเวิร์กโฟลว์วิศวกรรมซอฟต์แวร์มืออาชีพ (PRD → Feature Design → System Design → Dev → Test) เป็นเวิร์กโฟลว์ Agent ที่นำกลับมาใช้ใหม่ได้ ช่วยให้ทีมพัฒนาบรรลุ Specification-Driven Development (SDD) โดยเฉพาะเหมาะสำหรับโปรเจกต์ที่มีอยู่แล้ว
+SpecCrew เป็นเฟรมเวิร์กทีมพัฒนา AI เสมือนแบบฝังตัว มันแปลงเวิร์กโฟลว์วิศวกรรมซอฟต์แวร์มืออาชีพ (PRD → Feature Design → System Design → Dev → Deployment → Test) เป็นเวิร์กโฟลว์ Agent ที่นำกลับมาใช้ใหม่ได้ ช่วยให้ทีมพัฒนาบรรลุ Specification-Driven Development (SDD) โดยเฉพาะเหมาะสำหรับโปรเจกต์ที่มีอยู่แล้ว
 
 โดยการรวม Agent และ Skill เข้ากับโปรเจกต์ที่มีอยู่ ทีมสามารถเริ่มต้นระบบเอกสารโปรเจกต์และทีมซอฟต์แวร์เสมือนได้อย่างรวดเร็ว ดำเนินการเพิ่มและแก้ไขคุณสมบัติใหม่ตามเวิร์กโฟลว์วิศวกรรมมาตรฐาน
 
@@ -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 | เอกสาร Feature Design + สัญญา API | ✅ จำเป็น |
 | System Design | System Designer | Feature Spec | เอกสารการออกแบบ Frontend/Backend | ✅ จำเป็น |
 | 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 Feature Designer สร้างเอกสาร Feature Design + สัญญา API
 3. **System Design**: Agent System Designer สร้างเอกสาร System Design ตามแพลตฟอร์ม (frontend/backend/moble/desktop)
 4. **Dev**: Agent System Developer ใช้งานการพัฒนาตามแพลตฟอร์มแบบขนาน
-5. **System Test**: Agent Test Manager ประสานการทดสอบสามเฟส (การออกแบบเคส → การสร้างโค้ด → รายงานการดำเนินการ)
-6. **Archive**: เก็บถาวรการวนซ้ำ
+5. **Deployment**: Agent System Deployer ดำเนินการ build, database migration, service startup และ smoke test
+6. **System Test**: Agent Test Manager ประสานการทดสอบสามเฟส (การออกแบบเคส → การสร้างโค้ด → รายงานการดำเนินการ)
+7. **Archive**: เก็บถาวรการวนซ้ำ
 
 > ผลลัพธ์ของแต่ละเฟสต้องการการยืนยันจากมนุษย์ก่อนดำเนินการต่อไปยังเฟสถัดไป
 

package/README.zh-TW.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/docs/GETTING-STARTED.ar.md

@@ -146,13 +146,15 @@ flowchart LR
     PRD[المرحلة 1<br/>تحليل المتطلبات<br/>Product Manager] --> FD[المرحلة 2<br/>تصميم الوظائف<br/>Feature Designer]
     FD --> SD[المرحلة 3<br/>تصميم النظام<br/>System Designer]
     SD --> DEV[المرحلة 4<br/>التطوير<br/>System Developer]
-    DEV --> TEST[المرحلة 5<br/>اختبار النظام<br/>Test Manager]
-    TEST --> ARCHIVE[المرحلة 6<br/>الأرشفة]
+    DEV --> DEPLOY[المرحلة 5<br/>النشر<br/>System Deployer]
+    DEPLOY --> TEST[المرحلة 6<br/>اختبار النظام<br/>Test Manager]
+    TEST --> ARCHIVE[المرحلة 7<br/>الأرشفة]
     
     KB[(قاعدة المعرفة<br/>طوال العملية)] -.-> PRD
     KB -.-> FD
     KB -.-> SD
     KB -.-> DEV
+    KB -.-> DEPLOY
     KB -.-> TEST
 ```
 
@@ -332,7 +334,40 @@ iterations/{iter}/04.development/
 
 ---
 
-### 7.5 المرحلة 5: اختبار النظام (Test Manager)
+### 7.5 المرحلة 5: النشر (System Deployer)
+
+**كيفية البدء**:
+```
+@speccrew-system-deployer ابدأ النشر
+```
+
+**سير عمل Agent**:
+1. التحقق من اكتمال مرحلة التطوير (Stage Gate)
+2. تحميل قاعدة المعرفة التقنية (تكوين البناء، تكوين هجرة قاعدة البيانات، أوامر تشغيل الخدمة)
+3. **Checkpoint**: فحص مسبق للبيئة — التحقق من أدوات البناء، إصدارات runtime، توفر التبعيات
+4. تنفيذ مهارات النشر بالتسلسل: البناء (Build) → هجرة قاعدة البيانات (Migrate) → تشغيل الخدمة (Startup) → الاختبار الدخاني (Smoke Test)
+5. إخراج تقرير النشر
+
+> 💡 **نصيحة**: للمشاريع بدون قاعدة بيانات، يتم تخطي خطوة الهجرة تلقائياً؛ للتطبيقات العميلة (سطح المكتب/المحمول)، يتم استخدام وضع التحقق من العملية بدلاً من فحص الصحة HTTP.
+
+**المخرج**:
+```
+iterations/{iter}/05.deployment/
+├── {platform-id}/
+│   ├── deployment-plan.md          # خطة النشر
+│   └── deployment-log.md           # سجل تنفيذ النشر
+└── deployment-report.md            # تقرير اكتمال النشر
+```
+
+**قائمة مراجعة التأكيد**:
+- [ ] هل تم البناء بنجاح؟
+- [ ] هل تم تنفيذ جميع سكربتات هجرة قاعدة البيانات بنجاح (إن وجدت)؟
+- [ ] هل تم تشغيل التطبيق واجتاز فحص الصحة؟
+- [ ] هل اجتاز الاختبار الدخاني بالكامل؟
+
+---
+
+### 7.6 المرحلة 6: اختبار النظام (Test Manager)
 
 **كيفية البدء**:
 ```
@@ -349,7 +384,7 @@ iterations/{iter}/04.development/
 
 **المخرج**:
 ```
-iterations/{iter}/05.system-test/
+iterations/{iter}/06.system-test/
 ├── cases/
 │   └── {platform-id}/              # وثائق حالات الاختبار
 ├── code/
@@ -367,7 +402,7 @@ iterations/{iter}/05.system-test/
 
 ---
 
-### 7.6 المرحلة 6: الأرشفة
+### 7.7 المرحلة 7: الأرشفة
 
 يتم أرشفة التكرارات تلقائياً بعد الاكتمال:
 
@@ -378,7 +413,8 @@ speccrew-workspace/iteration-archives/
     ├── 02.feature-design/
     ├── 03.system-design/
     ├── 04.development/
-    └── 05.system-test/
+    ├── 05.deployment/
+    └── 06.system-test/
 ```
 
 ---
@@ -469,7 +505,8 @@ Pipeline Status: i001-user-management
   02 Feature Design: 🔄 In Progress (Checkpoint A passed)
   03 System Design:  ⏳ Pending
   04 Development:    ⏳ Pending
-  05 System Test:    ⏳ Pending
+  05 Deployment:     ⏳ Pending
+  06 System Test:    ⏳ Pending
 ```
 
 ### 9.5 التوافق مع الإصدارات السابقة
@@ -565,6 +602,7 @@ npm install -g speccrew@0.5.6
 | تصميم الوظائف | Feature Designer | `@speccrew-feature-designer ابدأ تصميم الوظائف` |
 | تصميم النظام | System Designer | `@speccrew-system-designer ابدأ تصميم النظام` |
 | التطوير | System Developer | `@speccrew-system-developer ابدأ التطوير` |
+| النشر | System Deployer | `@speccrew-system-deployer ابدأ النشر` |
 | اختبار النظام | Test Manager | `@speccrew-test-manager ابدأ الاختبار` |
 
 ### قائمة مراجعة Checkpoint
@@ -575,6 +613,7 @@ npm install -g speccrew@0.5.6
 | تصميم الوظائف | 1 | تغطية السيناريو، وضوح التفاعل، اكتمال البيانات، معالجة الاستثناءات |
 | تصميم النظام | 2 | أ: تقييم الإطار؛ ب: بناء pseudocode، اتساق عبر المنصات، معالجة الأخطاء |
 | التطوير | 1 | أ: جاهزية البيئة، مشاكل التكامل، مواصفات الكود |
+| النشر | 1 | نجاح البناء، اكتمال الهجرة، تشغيل الخدمة، اجتياز الاختبار الدخاني |
 | اختبار النظام | 2 | أ: تغطية الحالات؛ ب: قابلية تشغيل كود الاختبار |
 
 ### مرجع سريع لمسارات المخرجات
@@ -585,7 +624,8 @@ npm install -g speccrew@0.5.6
 | تصميم الوظائف | `iterations/{iter}/02.feature-design/` | `[name]-feature-spec.md` |
 | تصميم النظام | `iterations/{iter}/03.system-design/` | `DESIGN-OVERVIEW.md`, `{platform}/INDEX.md`, `{platform}/{module}-design.md` |
 | التطوير | `iterations/{iter}/04.development/` | الكود المصدري + `delivery-report.md` |
-| اختبار النظام | `iterations/{iter}/05.system-test/` | `cases/`, `code/`, `reports/`, `bugs/` |
+| النشر | `iterations/{iter}/05.deployment/` | `deployment-plan.md`, `deployment-log.md`, `deployment-report.md` |
+| اختبار النظام | `iterations/{iter}/06.system-test/` | `cases/`, `code/`, `reports/`, `bugs/` |
 | الأرشفة | `iteration-archives/{iter}-{date}/` | نسخة تكرار كاملة |
 
 ---

package/docs/GETTING-STARTED.bn.md

@@ -146,13 +146,15 @@ flowchart LR
     PRD[পর্যায় 1<br/>প্রয়োজনীয়তা বিশ্লেষণ<br/>Product Manager] --> FD[পর্যায় 2<br/>Feature Design<br/>Feature Designer]
     FD --> SD[পর্যায় 3<br/>System Design<br/>System Designer]
     SD --> DEV[পর্যায় 4<br/>বিকাশ<br/>System Developer]
-    DEV --> TEST[পর্যায় 5<br/>সিস্টেম টেস্টিং<br/>Test Manager]
-    TEST --> ARCHIVE[পর্যায় 6<br/>আর্কাইভিং]
+    DEV --> DEPLOY[পর্যায় 5<br/>স্থাপনা<br/>System Deployer]
+    DEPLOY --> TEST[পর্যায় 6<br/>সিস্টেম টেস্টিং<br/>Test Manager]
+    TEST --> ARCHIVE[পর্যায় 7<br/>আর্কাইভিং]
     
     KB[(নলেজ বেস<br/>সমগ্র প্রক্রিয়া জুড়ে)] -.-> PRD
     KB -.-> FD
     KB -.-> SD
     KB -.-> DEV
+    KB -.-> DEPLOY
     KB -.-> TEST
 ```
 

package/docs/GETTING-STARTED.bs.md

@@ -146,13 +146,15 @@ flowchart LR
     PRD[Faza 1<br/>Analiza Zahtjeva<br/>Product Manager] --> FD[Faza 2<br/>Feature Design<br/>Feature Designer]
     FD --> SD[Faza 3<br/>System Design<br/>System Designer]
     SD --> DEV[Faza 4<br/>Razvoj<br/>System Developer]
-    DEV --> TEST[Faza 5<br/>Sistemsko Testiranje<br/>Test Manager]
-    TEST --> ARCHIVE[Faza 6<br/>Arhiviranje]
+    DEV --> DEPLOY[Faza 5<br/>Raspoređivanje<br/>System Deployer]
+    DEPLOY --> TEST[Faza 6<br/>Sistemsko Testiranje<br/>Test Manager]
+    TEST --> ARCHIVE[Faza 7<br/>Arhiviranje]
     
     KB[(Baza Znanja<br/>Kroz Cijeli Proces)] -.-> PRD
     KB -.-> FD
     KB -.-> SD
     KB -.-> DEV
+    KB -.-> DEPLOY
     KB -.-> TEST
 ```
 

package/docs/GETTING-STARTED.da.md

@@ -146,13 +146,15 @@ flowchart LR
     PRD[Trin 1<br/>Kravanalyse<br/>Product Manager] --> FD[Trin 2<br/>Funktionsdesign<br/>Feature Designer]
     FD --> SD[Trin 3<br/>Systemdesign<br/>System Designer]
     SD --> DEV[Trin 4<br/>Udvikling<br/>System Developer]
-    DEV --> TEST[Trin 5<br/>Systemtest<br/>Test Manager]
-    TEST --> ARCHIVE[Trin 6<br/>Arkivering]
+    DEV --> DEPLOY[Trin 5<br/>Udrulning<br/>System Deployer]
+    DEPLOY --> TEST[Trin 6<br/>Systemtest<br/>Test Manager]
+    TEST --> ARCHIVE[Trin 7<br/>Arkivering]
     
     KB[(Vidensbase<br/>Gennem Hele Processen)] -.-> PRD
     KB -.-> FD
     KB -.-> SD
     KB -.-> DEV
+    KB -.-> DEPLOY
     KB -.-> TEST
 ```
 
@@ -332,7 +334,40 @@ iterations/{iter}/04.development/
 
 ---
 
-### 7.5 Trin 5: Systemtest (Test Manager)
+### 7.5 Trin 5: Udrulning (System Deployer)
+
+**Sådan startes**:
+```
+@speccrew-system-deployer start udrulning
+```
+
+**Agent Workflow**:
+1. Verificer at udviklingsfasen er fuldført (Stage Gate)
+2. Indlæs teknisk vidensbase (build-konfiguration, database-migreringskonfiguration, servicestart-kommandoer)
+3. **Checkpoint**: Miljøforhåndskontrol — Verificer build-værktøjer, runtime-versioner, afhængighedstilgængelighed
+4. Udfør udrulningsskills i rækkefølge: Build → Database-migrering → Servicestart → Smoke Test
+5. Output udrulningsrapport
+
+> 💡 **Tip**: For projekter uden database springes migreringstrinnet automatisk over; for klient-applikationer (desktop/mobil) bruges proces-verifikationsmode i stedet for HTTP-sundhedstjek.
+
+**Resultat**:
+```
+iterations/{iter}/05.deployment/
+├── {platform-id}/
+│   ├── deployment-plan.md          # Udrulningsplan
+│   └── deployment-log.md           # Udrulnings-eksekveringslog
+└── deployment-report.md            # Udrulnings-fuldførelsesrapport
+```
+
+**Bekræftelsespunkter**:
+- [ ] Er bygningen fuldført succesfuldt?
+- [ ] Er alle database-migreringsskripter udført succesfuldt (hvis relevant)?
+- [ ] Er applikationen startet og bestået sundhedstjek?
+- [ ] Er alle smoke tests bestået?
+
+---
+
+### 7.6 Trin 6: Systemtest (Test Manager)
 
 **Sådan startes**:
 ```
@@ -349,7 +384,7 @@ iterations/{iter}/04.development/
 
 **Resultat**:
 ```
-iterations/{iter}/05.system-test/
+iterations/{iter}/06.system-test/
 ├── cases/
 │   └── {platform-id}/              # Testcasedokumenter
 ├── code/
@@ -367,7 +402,7 @@ iterations/{iter}/05.system-test/
 
 ---
 
-### 7.6 Trin 6: Arkivering
+### 7.7 Trin 7: Arkivering
 
 Iterationer arkiveres automatisk efter fuldførelse:
 
@@ -378,7 +413,8 @@ speccrew-workspace/iteration-archives/
     ├── 02.feature-design/
     ├── 03.system-design/
     ├── 04.development/
-    └── 05.system-test/
+    ├── 05.deployment/
+    └── 06.system-test/
 ```
 
 ---
@@ -469,7 +505,8 @@ Pipeline Status: i001-user-management
   02 Feature Design: 🔄 In Progress (Checkpoint A passed)
   03 System Design:  ⏳ Pending
   04 Development:    ⏳ Pending
-  05 System Test:    ⏳ Pending
+  05 Deployment:     ⏳ Pending
+  06 System Test:    ⏳ Pending
 ```
 
 ### 9.5 Bagudkompatibilitet
@@ -565,6 +602,7 @@ Geninitialisering er påkrævet i følgende situationer:
 | Funktionsdesign | Feature Designer | `@speccrew-feature-designer start funktionsdesign` |
 | Systemdesign | System Designer | `@speccrew-system-designer start systemdesign` |
 | Udvikling | System Developer | `@speccrew-system-developer start udvikling` |
+| Udrulning | System Deployer | `@speccrew-system-deployer start udrulning` |
 | Systemtest | Test Manager | `@speccrew-test-manager start test` |
 
 ### Checkpoint Tjekliste
@@ -575,6 +613,7 @@ Geninitialisering er påkrævet i følgende situationer:
 | Funktionsdesign | 1 | Scenariedækning, interaktionsklarhed, datakomplethed, undtagelseshåndtering |
 | Systemdesign | 2 | A: Framework-evaluering; B: Pseudokode syntaks, cross-platform konsistens, fejlhåndtering |
 | Udvikling | 1 | A: Miljøklarhed, integrationsproblemer, kodespecifikationer |
+| Udrulning | 1 | Build-succes, migreringsfuldførelse, servicestart, smoke test bestået |
 | Systemtest | 2 | A: Casedækning; B: Testkode-kørbarhed |
 
 ### Resultatsti Hurtig Reference
@@ -585,7 +624,8 @@ Geninitialisering er påkrævet i følgende situationer:
 | Funktionsdesign | `iterations/{iter}/02.feature-design/` | `[name]-feature-spec.md` |
 | Systemdesign | `iterations/{iter}/03.system-design/` | `DESIGN-OVERVIEW.md`, `{platform}/INDEX.md`, `{platform}/{module}-design.md` |
 | Udvikling | `iterations/{iter}/04.development/` | Kildekode + `delivery-report.md` |
-| Systemtest | `iterations/{iter}/05.system-test/` | `cases/`, `code/`, `reports/`, `bugs/` |
+| Udrulning | `iterations/{iter}/05.deployment/` | `deployment-plan.md`, `deployment-log.md`, `deployment-report.md` |
+| Systemtest | `iterations/{iter}/06.system-test/` | `cases/`, `code/`, `reports/`, `bugs/` |
 | Arkivering | `iteration-archives/{iter}-{date}/` | Komplet iterationskopi |
 
 ---