speccrew 0.7.45 → 0.7.47

package/README.zh-TW.md

@@ -1,394 +0,0 @@
-# SpecCrew - AI 驅動的軟體工程化框架
-
-<p align="center">
-  <a href="./README.md">简体中文</a> |
-  <a href="./README.zh-TW.md">繁體中文</a> |
-  <a href="./README.en.md">English</a> |
-  <a href="./README.ko.md">한국어</a> |
-  <a href="./README.de.md">Deutsch</a> |
-  <a href="./README.es.md">Español</a> |
-  <a href="./README.fr.md">Français</a> |
-  <a href="./README.it.md">Italiano</a> |
-  <a href="./README.da.md">Dansk</a> |
-  <a href="./README.ja.md">日本語</a> |
-  <a href="./README.pl.md">Polski</a> |
-  <a href="./README.ru.md">Русский</a> |
-  <a href="./README.bs.md">Bosanski</a> |
-  <a href="./README.ar.md">العربية</a> |
-  <a href="./README.no.md">Norsk</a> |
-  <a href="./README.pt-BR.md">Português (Brasil)</a> |
-  <a href="./README.th.md">ไทย</a> |
-  <a href="./README.tr.md">Türkçe</a> |
-  <a href="./README.uk.md">Українська</a> |
-  <a href="./README.bn.md">বাংলা</a> |
-  <a href="./README.el.md">Ελληνικά</a> |
-  <a href="./README.vi.md">Tiếng Việt</a>
-</p>
-
-<p align="center">
-  <a href="https://www.npmjs.com/package/speccrew"><img src="https://img.shields.io/npm/v/speccrew.svg" alt="npm version"></a>
-  <a href="https://www.npmjs.com/package/speccrew"><img src="https://img.shields.io/npm/dm/speccrew.svg" alt="npm downloads"></a>
-  <a href="https://github.com/charlesmu99/speccrew/blob/main/LICENSE"><img src="https://img.shields.io/npm/l/speccrew.svg" alt="license"></a>
-</p>
-
-> 讓任何軟體專案快速實現工程化落地的虛擬 AI 開發團隊
-
-## 什麼是 SpecCrew？
-
-SpecCrew 是一套嵌入式的虛擬 AI 開發團隊框架。它將專業的軟體工程流程（PRD → Feature Design → System Design → Dev → Deployment → Test）轉化為可複用的 Agent 工作流，幫助開發團隊實現規範驅動開發（SDD），特別適合已有專案。
-
-通過將 Agent 和 Skill 整合到現有專案，即可快速初始化專案文檔體系和虛擬軟體團隊，按照標準工程流程分步實現功能的新增和修改。
-
----
-
-## ✨ 核心亮點
-
-### 🏭 虛擬軟體團隊
-一鍵生成 **7 個專業 Agent 角色** + **30+ 個 Skill 工作流**，構建完整虛擬軟體團隊：
-- **Team Leader** - 全域排程與迭代管理
-- **Product Manager** - 需求分析與 PRD 輸出
-- **Feature Designer** - 功能設計 + API 契約
-- **System Designer** - 前端/後端/行動端/桌面端系統設計
-- **System Developer** - 多端並行開發
-- **Test Manager** - 三階段測試協調
-- **Task Worker** - 子任務並行執行
-
-### 📐 ISA-95 六段式建模
-基於國際標準 **ISA-95** 建模方法論，實現業務需求到軟體系統的標準化轉化：
-```
-Domain Descriptions → Functions in Domains → Functions of Interest
-     ↓                       ↓                      ↓
-Information Flows → Categories of Information → Information Descriptions
-```
-- 每個階段對應明確的 UML 圖（用例圖、序列圖、類圖等）
-- 業務需求「逐級細化」，無資訊丢失
-- 輸出物可直接用於開發
-
-### 📚 知識庫體系
-三層次知識庫架構，確保 AI 始終基於「事實來源」工作：
-
-| 層級 | 目錄 | 內容 | 作用 |
-|------|------|------|------|
-| L1 系統知識 | `knowledge/techs/` | 技術棧、架構、開發規約 | AI 理解專案技術邊界 |
-| L2 業務知識 | `knowledge/bizs/` | 模組功能、業務流程、實體關係 | AI 理解業務邏輯 |
-| L3 迭代產物 | `iterations/iXXX/` | PRD、設計文檔、測試報告 | 當前需求完整追溯鏈 |
-
-### 🔄 四階段知識流水線
-**自動化知識生成架構**，從原始碼自動生成業務/技術文檔：
-```
-Stage 1: 掃描原始碼 → 生成模組清單
-Stage 2: 並行分析 → 提取功能特性（多 Worker 並行）
-Stage 3: 並行匯總 → 完善模組概覽（多 Worker 並行）
-Stage 4: 系統聚合 → 生成系統全景圖
-```
-- 支援 **全量同步** 和 **增量同步**（基於 Git diff）
-- 一人優化，團隊共享
-
-### 🔧 Harness 實戰落地框架
-**標準化執行框架**，確保設計文檔精準轉化為可執行的開發指令：
-- **操作手冊原則**：Skill 即 SOP，步驟清晰、連續、自包含
-- **輸入輸出契約**：明確定義介面，像偽代碼一樣嚴謹執行
-- **逐級披露架構**：資訊分層載入，避免一次性上下文過載
-- **子 Agent 委派**：複雜任務自動拆分，並行執行確保品質
-
----
-
-## 解決 8 個核心問題
-
-### 1. AI 忽略現有專案文檔（知識斷層）
-**問題**：現有 SDD 或 Vibe Coding 方法依賴 AI 即時總結專案，容易遺漏關鍵上下文，導致開發結果偏離預期。
-
-**解決**：`knowledge/` 知識庫作為專案的「事實來源」，沉澱架構設計、功能模組、業務流程等核心資訊，確保需求源頭不偏差。
-
-### 2. 需求文檔直接轉技術文檔（內容遺漏）
-**問題**：從 PRD 直接跳到詳細設計，容易遺漏需求細節，開發出的功能與需求脫節。
-
-**解決**：增加 **Feature Design 文檔**環節，不考慮技術細節，只聚焦需求骨架：
-- 包含哪些頁面和元件？
-- 頁面操作流程
-- 後端處理邏輯
-- 資料儲存結構
-
-開發階段只需基於特定技術棧「填肉」，確保功能「貼著骨頭（需求）」生長。
-
-### 3. Agent 搜尋範圍不確定（不確定性）
-**問題**：複雜專案中，AI 大範圍搜尋程式碼和文檔，結果不確定，難以保證一致性。
-
-**解決**：明確的文檔目錄結構和模板，基於每個 Agent 所需內容設計，實現 **逐級披露、按需載入**，確保確定性。
-
-### 4. 環節缺失、任務遺漏（流程斷裂）
-**問題**：缺乏完整的工程流程覆蓋，容易遺漏關鍵步驟，品質難以保證。
-
-**解決**：覆蓋軟體工程全環節：
-```
-PRD（需求）→ Feature Design（功能設計）→ API Contract（契約）
-    → System Design（系統設計）→ Dev（開發）→ Deployment（部署）→ Test（測試）
-```
-- 每個環節產出物是下一環節的輸入
-- 每步需人工確認後方可執行
-- 所有 Agent 執行都有 todo 清單，完成後自檢
-
-### 5. 團隊協作效率低（知識孤島）
-**問題**：AI 程式設計經驗難以在團隊間共享，重複踩坑。
-
-**解決**：所有 Agents、Skills 和相關文檔與原始碼一起進入 Git 版本管控：
-- 一人優化，團隊共享
-- 知識沉澱在程式碼庫中
-- 提升團隊協同效率
-
-### 7. 單 Agent 上下文過長（效能瓶頸）
-**問題**：大型複雜任務超出單 Agent 上下文視窗，導致理解偏差、輸出品質下降。
-
-**解決**：**子 Agent 自動調派機制**：
-- 複雜任務自動識別並拆分為子任務
-- 每個子任務由獨立子 Agent 執行，上下文隔離
-- 父 Agent 協調彙總，確保整體一致性
-- 避免單 Agent 上下文膨脹，保障輸出品質
-
-### 8. 需求迭代混亂（管理困難）
-**問題**：多個需求混雜在同一分支，相互影響，難以追蹤和回滾。
-
-**解決**：**每個需求作為獨立專案**：
-- 每個需求建立獨立迭代目錄 `iterations/iXXX-[需求名]/`
-- 完整隔離：文檔、設計、程式碼、測試獨立管理
-- 快速迭代：小粒度交付，快速驗證，快速上線
-- 靈活歸檔：完成後歸檔至 `archive/`，歷史清晰可追溯
-
-### 6. 文檔更新滯後（知識腐化）
-**問題**：專案演進後文檔過時，AI 基於錯誤資訊工作。
-
-**解決**：Agent 具有自動更新文檔的能力，即時同步專案變化，保持知識庫即時準確。
-
----
-
-## 核心工作流程
-
-```mermaid
-graph LR
-    A[PRD<br/>需求文檔] --> B[Feature Design<br/>功能設計]
-    B --> C[API Contract<br/>介面契約]
-    C --> D[System Design<br/>系統設計]
-    D --> E[Dev<br/>開發實現]
-    E --> F[Deployment<br/>部署實施]
-    F --> G[System Test<br/>系統測試]
-    G --> H[Archive<br/>歸檔]
-    
-    I[Knowledge<br/>知識庫] -.-> A
-    I -.-> B
-    I -.-> D
-    I -.-> E
-    I -.-> F
-    
-    E -.-> I
-    F -.-> I
-    G -.-> I
-```
-
-### 各階段說明
-
-| 階段 | Agent | 輸入 | 輸出 | 人工確認 |
-|------|-------|------|------|----------|
-| PRD | PM | 使用者需求 | 產品需求文檔 | ✅ 必需 |
-| Feature Design | Feature Designer | PRD | 功能設計文檔 + 介面契約 | ✅ 必需 |
-| System Design | System Designer | Feature Spec | 前端/後端設計文檔 | ✅ 必需 |
-| Dev | Dev | Design | 程式碼 + 任務記錄 | ✅ 必需 |
-| Deployment | System Deployer | Dev 產出 | 部署報告 + 運行應用 | ✅ 必需 |
-| System Test | Test Manager | Deployment 產出 + Feature Spec | 測試案例 + 測試程式碼 + 測試報告 + Bug 報告 | ✅ 必需 |
-
----
-
-## 與現有方案對比
-
-| 維度 | Vibe Coding | Ralph 循環 | **SpecCrew** |
-|------|-------------|------------|-------------|
-| 文檔依賴 | 忽略現有文檔 | 依賴 AGENTS.md | **結構化知識庫** |
-| 需求傳遞 | 直接編碼 | PRD → 程式碼 | **PRD → Feature Design → System Design → 程式碼** |
-| 人工介入 | ❌ | 啟動時 | **每階段確認** |
-| 流程完整性 | ❌ | 中等 | **完整工程流程** |
-| 團隊協作 | 難共享 | 個人效率 | **團隊知識共享** |
-| 上下文管理 | 單實例 | 單實例循環 | **子 Agent 自動調派** |
-| 迭代管理 | 混雜 | 任務列表 | **需求即專案，獨立迭代** |
-| 確定性 | ❌ | 中等 | **高（逐級披露）** |
-
----
-
-## 快速開始
-
-### 前置條件
-
-- Node.js >= 16.0.0
-- 支援的 IDE：Qoder（預設）、Cursor、Claude Code
-
-> **注意**：Cursor 和 Claude Code 的適配尚未在實際 IDE 環境中測試（程式碼層面已實現並通過 E2E 驗證，但未在真實 Cursor/Claude Code 中實測）。
-
-### 1. 安裝 SpecCrew
-
-```bash
-npm install -g speccrew
-```
-
-### 2. 初始化專案
-
-進入你的專案根目錄，執行初始化命令：
-
-```bash
-cd /path/to/your-project
-
-# 預設使用 Qoder
-speccrew init
-
-# 或指定 IDE
-speccrew init --ide qoder
-speccrew init --ide cursor
-speccrew init --ide claude
-```
-
-初始化完成後，專案中會生成：
-- `.qoder/agents/` / `.cursor/agents/` / `.claude/agents/` — 7 個 Agent 角色定義
-- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` — 30+ 個 Skill 工作流
-- `speccrew-workspace/` — 工作區（迭代目錄、知識庫、文檔模板）
-- `.speccrewrc` — SpecCrew 配置檔案
-
-後續如需更新指定 IDE 的 Agents 和 Skills：
-
-```bash
-speccrew update --ide cursor
-speccrew update --ide claude
-```
-
-### 3. 開始開發流程
-
-按照標準工程流程逐步推進：
-
-1. **PRD**：由產品經理 Agent 分析需求，生成產品需求文檔
-2. **Feature Design**：由功能設計師 Agent 生成功能設計文檔 + API 契約
-3. **System Design**：由系統設計師 Agent 按端（前端/後端/移動端/桌面端）生成系統設計文檔
-4. **Dev**：由系統開發者 Agent 按端並行實現開發
-5. **Deployment**：由系統部署者 Agent 執行構建、資料庫遷移、服務啟動和煙霧測試
-6. **System Test**：由測試管理員 Agent 協調三階段測試（案例設計 → 程式碼生成 → 執行報告）
-7. **Archive**：歸檔迭代
-
-> 每個階段產出物需人工確認後方可進入下一階段。
-
-### 4. 更新 SpecCrew
-
-當 SpecCrew 發布新版本時，請分兩步完成更新：
-
-```bash
-# Step 1: Update the global CLI tool to the latest version
-npm install -g speccrew@latest
-
-# Step 2: Sync Agents and Skills in your project to the latest version
-cd /path/to/your-project
-speccrew update
-```
-
-> **注意**：`npm install -g speccrew@latest` 更新 CLI 工具本身，而 `speccrew update` 更新專案中的 Agent 和 Skill 定義檔案。完整更新需要兩個步驟都執行。
-
-### 5. 其他 CLI 命令
-
-```bash
-speccrew list       # 列出已安裝的 agents 和 skills
-speccrew doctor     # 診斷環境和安裝狀態
-speccrew update     # 更新 agents 和 skills 到最新版本
-speccrew uninstall  # 解除安裝 SpecCrew（--all 同時刪除工作區）
-```
-
-📖 **詳細使用指南**：安裝完成後，查看 [快速開始文檔](docs/GETTING-STARTED.zh-TW.md) 了解完整的工作流程和各 Agent 對話指南。
-
----
-
-## 目錄結構
-
-```
-your-project/
-├── .qoder/                          # IDE 配置目錄（Qoder 範例）
-│   ├── agents/                      # 7 個角色 Agent
-│   │   ├── speccrew-team-leader.md       # 團隊領導：全局調度與迭代管理
-│   │   ├── speccrew-product-manager.md   # 產品經理：需求分析與 PRD
-│   │   ├── speccrew-feature-designer.md  # 功能設計師：Feature Design + API 契約
-│   │   ├── speccrew-system-designer.md   # 系統設計師：按端生成系統設計
-│   │   ├── speccrew-system-developer.md  # 系統開發者：按端並行開發
-│   │   ├── speccrew-test-manager.md      # 測試管理員：三階段測試協調
-│   │   └── speccrew-task-worker.md       # 任務工人：並行子任務執行
-│   └── skills/                      # 30+ 個 Skill（按職能分組）
-│       ├── speccrew-pm-*/                # 產品管理（需求分析、需求評估）
-│       ├── speccrew-fd-*/                # 功能設計（Feature Design、API 契約）
-│       ├── speccrew-sd-*/                # 系統設計（前端/後端/移動端/桌面端）
-│       ├── speccrew-dev-*/               # 開發實現（前端/後端/移動端/桌面端）
-│       ├── speccrew-test-*/              # 測試（案例設計/程式碼生成/執行報告）
-│       ├── speccrew-knowledge-bizs-*/    # 業務知識庫（API分析/UI分析/模組分類等）
-│       ├── speccrew-knowledge-techs-*/   # 技術知識庫（技術棧生成/規約/索引等）
-│       ├── speccrew-knowledge-graph-*/   # 知識圖譜（讀寫查詢）
-│       └── speccrew-*/                   # 工具類（診斷/時間戳/工作流等）
-│
-└── speccrew-workspace/              # 工作區（初始化時生成）
-    ├── docs/                        # 管理性文檔
-    │   ├── configs/                 # 配置檔案（平台映射、技術棧映射等）
-    │   ├── rules/                   # 規則配置
-    │   └── solutions/               # 解決方案文檔
-    │
-    ├── iterations/                  # 迭代專案（動態生成）
-    │   └── {序號}-{類型}-{名稱}/
-    │       ├── 00.docs/             # 原始需求文檔
-    │       ├── 01.product-requirement/ # 產品需求文檔
-    │       ├── 02.feature-design/   # 功能設計
-    │       ├── 03.system-design/    # 系統設計
-    │       ├── 04.development/      # 開發階段
-    │       ├── 05.deployment/       # 部署階段
-    │       ├── 06.system-test/      # 系統測試
-    │       └── 07.delivery/         # 交付階段
-    │
-    ├── iteration-archives/          # 迭代歸檔
-    │
-    └── knowledges/                  # 知識庫
-        ├── base/                    # 基礎/元資料
-        │   ├── diagnosis-reports/   # 診斷報告
-        │   ├── sync-state/          # 同步狀態
-        │   └── tech-debts/          # 技術債
-        ├── bizs/                    # 業務知識
-        │   └── {platform-type}/{module-name}/
-        └── techs/                   # 技術知識
-            └── {platform-id}/
-```
-
----
-
-## 核心設計原則
-
-1. **規範驅動**：先寫規範，再由規範「長出」程式碼
-2. **逐級披露**：Agent 從最小入口開始，按需獲取資訊
-3. **人工確認**：每階段產出需人工確認，避免 AI 跑偏
-4. **上下文隔離**：大任務拆分為小粒度、上下文隔離的子任務
-5. **子 Agent 協作**：複雜任務自動調派子 Agent，避免單 Agent 上下文膨脹
-6. **快速迭代**：每個需求作為獨立專案，快速交付、快速驗證
-7. **知識共享**：所有配置與原始碼一起 Git 管控
-
----
-
-## 適用場景
-
-### ✅ 推薦使用
-- 需要規範流程的中大型專案
-- 團隊協作的軟體開發
-- 遺留專案的工程化改造
-- 需要長期維護的產品
-
-### ❌ 不太適合
-- 個人快速原型驗證
-- 探索性、需求極不確定的專案
-- 一次性腳本或工具
-
----
-
-## 更多資訊
-
-- **Agent 知識地圖**: [speccrew-workspace/docs/agent-knowledge-map.md](./speccrew-workspace/docs/agent-knowledge-map.md)
-- **npm**: https://www.npmjs.com/package/speccrew
-- **GitHub**: https://github.com/charlesmu99/speccrew
-- **Gitee**: https://gitee.com/amutek/speccrew
-- **Qoder IDE**: https://qoder.com/
-
----
-
-> **SpecCrew 不是取代開發者，而是自動化那些枯燥的部分，讓團隊能專注於更有價值的工作。**

package/docs/GETTING-STARTED.bn.md

@@ -1,219 +0,0 @@
-# SpecCrew দ্রুত শুরু করার নির্দেশিকা
-
-<p align="center">
-  <a href="./GETTING-STARTED.md">简体中文</a> |
-  <a href="./GETTING-STARTED.zh-TW.md">繁體中文</a> |
-  <a href="./GETTING-STARTED.en.md">English</a> |
-  <a href="./GETTING-STARTED.ko.md">한국어</a> |
-  <a href="./GETTING-STARTED.de.md">Deutsch</a> |
-  <a href="./GETTING-STARTED.es.md">Español</a> |
-  <a href="./GETTING-STARTED.fr.md">Français</a> |
-  <a href="./GETTING-STARTED.it.md">Italiano</a> |
-  <a href="./GETTING-STARTED.da.md">Dansk</a> |
-  <a href="./GETTING-STARTED.ja.md">日本語</a> |
-  <a href="./GETTING-STARTED.ar.md">العربية</a>
-</p>
-
-এই নথিটি আপনাকে দ্রুত বুঝতে সাহায্য করে কিভাবে প্রয়োজনীয়তা থেকে ডেলিভারি পর্যন্ত সম্পূর্ণ বিকাশ সম্পন্ন করতে স্ট্যান্ডার্ড ইঞ্জিনিয়ারিং প্রক্রিয়া অনুযায়ী SpecCrew এজেন্ট টিম ব্যবহার করতে হয়।
-
----
-
-## 1. প্রাকশর্ত
-
-### SpecCrew ইনস্টলেশন
-
-```bash
-npm install -g speccrew
-```
-
-### প্রকল্প আরম্ভকরণ
-
-```bash
-speccrew init --ide qoder
-```
-
-সমর্থিত IDE: `qoder`, `cursor`, `claude`, `codex`
-
-### আরম্ভকরণের পরে ডিরেক্টরি কাঠামো
-
-```
-.
-├── .qoder/
-│   ├── agents/          # Agents সংজ্ঞা ফাইল
-│   └── skills/          # Skills সংজ্ঞা ফাইল
-├── speccrew-workspace/  # Workspace
-│   ├── docs/            # কনফিগারেশন, নিয়ম, টেমপ্লেট, সমাধান
-│   ├── iterations/      # চলমান ইটারেশন
-│   ├── iteration-archives/  # আর্কাইভ করা ইটারেশন
-│   └── knowledges/      # নলেজ বেস
-│       ├── base/        # মৌলিক তথ্য (ডায়াগনোস্টিক রিপোর্ট, টেকনিক্যাল ঋণ)
-│       ├── bizs/        # ব্যবসায়িক নলেজ বেস
-│       └── techs/       # টেকনিক্যাল নলেজ বেস
-```
-
-### CLI কমান্ড দ্রুত রেফারেন্স
-
-| কমান্ড | বিবরণ |
-|------|------|
-| `speccrew list` | সমস্ত উপলব্ধ Agents এবং Skills তালিকা |
-| `speccrew doctor` | ইনস্টলেশন অখণ্ডতা পরীক্ষা |
-| `speccrew update` | প্রকল্প কনফিগারেশন সর্বশেষ সংস্করণে আপডেট |
-| `speccrew uninstall` | SpecCrew আনইনস্টল |
-
----
-
-## 2. ইনস্টলেশনের পরে 5 মিনিটে দ্রুত শুরু
-
-`speccrew init` চালানোর পরে, দ্রুত কাজের অবস্থায় প্রবেশ করতে এই পদক্ষেপগুলি অনুসরণ করুন:
-
-### ধাপ 1: আপনার IDE নির্বাচন করুন
-
-| IDE | আরম্ভকরণ কমান্ড | প্রয়োগের দৃশ্যপট |
-|-----|-----------|----------|
-| **Qoder** (সুপারিশকৃত) | `speccrew init --ide qoder` | সম্পূর্ণ এজেন্ট অর্কেস্ট্রেশন, সমান্তরাল ওয়ার্কার |
-| **Cursor** | `speccrew init --ide cursor` | Composer-ভিত্তিক ওয়ার্কফ্লো |
-| **Claude Code** | `speccrew init --ide claude` | CLI-first বিকাশ |
-| **Codex** | `speccrew init --ide codex` | OpenAI ইকোসিস্টেম ইন্টিগ্রেশন |
-
-### ধাপ 2: নলেজ বেস আরম্ভকরণ (সুপারিশকৃত)
-
-বিদ্যমান সোর্স কোড সহ প্রকল্পগুলির জন্য, এজেন্টগুলি আপনার কোডবেস বোঝার জন্য প্রথমে নলেজ বেস আরম্ভ করার সুপারিশ করা হয়:
-
-```
-@speccrew-team-leader টেকনিক্যাল নলেজ বেস আরম্ভ করুন
-```
-
-তারপর:
-
-```
-@speccrew-team-leader ব্যবসায়িক নলেজ বেস আরম্ভ করুন
-```
-
-### ধাপ 3: আপনার প্রথম কাজ শুরু করুন
-
-```
-@speccrew-product-manager আমার একটি নতুন প্রয়োজনীয়তা আছে: [আপনার ফাংশনাল প্রয়োজনীয়তা বর্ণনা করুন]
-```
-
-> **পরামর্শ**: যদি নিশ্চিত না হন কী করতে হবে, শুধু বলুন `@speccrew-team-leader আমাকে শুরু করতে সাহায্য করুন` — Team Leader স্বয়ংক্রিয়ভাবে আপনার প্রকল্পের স্থিতি সনাক্ত করবে এবং আপনাকে নির্দেশনা দেবে।
-
----
-
-## 3. দ্রুত সিদ্ধান্ত গাছ
-
-নিশ্চিত নন কী করতে হবে? নীচে আপনার দৃশ্যপট খুঁজুন:
-
-- **আমার একটি নতুন ফাংশনাল প্রয়োজনীয়তা আছে**
-  → `@speccrew-product-manager আমার একটি নতুন প্রয়োজনীয়তা আছে: [আপনার ফাংশনাল প্রয়োজনীয়তা বর্ণনা করুন]`
-
-- **আমি বিদ্যমান প্রকল্পের নলেজ স্ক্যান করতে চাই**
-  → `@speccrew-team-leader টেকনিক্যাল নলেজ বেস আরম্ভ করুন`
-  → তারপর: `@speccrew-team-leader ব্যবসায়িক নলেজ বেস আরম্ভ করুন`
-
-- **আমি আগের কাজ চালিয়ে যেতে চাই**
-  → `@speccrew-team-leader বর্তমান অগ্রগতি কী?`
-
-- **আমি সিস্টেমের স্বাস্থ্যের স্থিতি পরীক্ষা করতে চাই**
-  → টার্মিনালে চালান: `speccrew doctor`
-
-- **আমি নিশ্চিত নই কী করতে হবে**
-  → `@speccrew-team-leader আমাকে শুরু করতে সাহায্য করুন`
-  → Team Leader স্বয়ংক্রিয়ভাবে আপনার প্রকল্পের স্থিতি সনাক্ত করবে এবং আপনাকে নির্দেশনা দেবে
-
----
-
-## 4. এজেন্ট দ্রুত রেফারেন্স
-
-| ভূমিকা | Agent | দায়িত্ব | কমান্ড উদাহরণ |
-|------|-------|-----------------|-----------------|
-| টিম লিডার | `@speccrew-team-leader` | প্রকল্প নেভিগেশন, নলেজ বেস আরম্ভ, স্থিতি পরীক্ষা | "আমাকে শুরু করতে সাহায্য করুন" |
-| প্রোডাক্ট ম্যানেজার | `@speccrew-product-manager` | প্রয়োজনীয়তা বিশ্লেষণ, PRD জেনারেশন | "আমার একটি নতুন প্রয়োজনীয়তা আছে: ..." |
-| ফিচার ডিজাইনার | `@speccrew-feature-designer` | ফিচার বিশ্লেষণ, স্পেসিফিকেশন ডিজাইন, API চুক্তি | "ইটারেশন X এর জন্য ফিচার ডিজাইন শুরু করুন" |
-| সিস্টেম ডিজাইনার | `@speccrew-system-designer` | আর্কিটেকচার ডিজাইন, প্ল্যাটফর্ম বিস্তারিত ডিজাইন | "ইটারেশন X এর জন্য সিস্টেম ডিজাইন শুরু করুন" |
-| সিস্টেম ডেভেলপার | `@speccrew-system-developer` | বিকাশ সমন্বয়, কোড জেনারেশন | "ইটারেশন X এর জন্য বিকাশ শুরু করুন" |
-| টেস্ট ম্যানেজার | `@speccrew-test-manager` | টেস্টিং পরিকল্পনা, কেস ডিজাইন, এক্সিকিউশন | "ইটারেশন X এর জন্য টেস্টিং শুরু করুন" |
-
-> **নোট**: আপনার সমস্ত এজেন্ট মনে রাখতে হবে না। শুধু `@speccrew-team-leader` এর সাথে কথা বলুন এবং এটি আপনার অনুরোধ সঠিক এজেন্টের কাছে রাউট করবে।
-
----
-
-## 5. ওয়ার্কফ্লো ওভারভিউ
-
-### সম্পূর্ণ ফ্লো ডায়াগ্রাম
-
-```mermaid
-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 --> 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
-```
-
-### মূল নীতি
-
-1. **পর্যায় নির্ভরতা**: প্রতিটি পর্যায়ের আউটপুট হল পরবর্তী পর্যায়ের জন্য ইনপুট
-2. **চেকপয়েন্ট নিশ্চিতকরণ**: প্রতিটি পর্যায়ে একটি নিশ্চিতকরণ বিন্দু থাকে যা পরবর্তী পর্যায়ে যাওয়ার আগে ব্যবহারকারীর অনুমোদন প্রয়োজন
-3. **নলেজ বেস চালিত**: নলেজ বেস সমগ্র প্রক্রিয়া জুড়ে চলে, সমস্ত পর্যায়ের জন্য প্রসঙ্গ প্রদান করে
-
----
-
-## 6. শূন্য ধাপ: নলেজ বেস আরম্ভকরণ
-
-আনুষ্ঠানিক ইঞ্জিনিয়ারিং প্রক্রিয়া শুরু করার আগে, আপনাকে প্রকল্পের নলেজ বেস আরম্ভ করতে হবে।
-
-### 6.1 টেকনিক্যাল নলেজ বেস আরম্ভকরণ
-
-**কথোপকথন উদাহরণ**:
-```
-@speccrew-team-leader টেকনিক্যাল নলেজ বেস আরম্ভ করুন
-```
-
-**তিন-পর্যায় প্রক্রিয়া**:
-1. প্ল্যাটফর্ম সনাক্তকরণ — প্রকল্পে টেকনিক্যাল প্ল্যাটফর্ম শনাক্তকরণ
-2. টেকনিক্যাল ডকুমেন্টেশন জেনারেশন — প্রতিটি প্ল্যাটফর্মের জন্য টেকনিক্যাল স্পেসিফিকেশন ডকুমেন্ট জেনারেট করুন
-3. ইনডেক্স জেনারেশন — নলেজ বেস ইনডেক্স প্রতিষ্ঠা
-
-**আউটপুট**:
-```
-speccrew-workspace/knowledges/techs/{platform-id}/
-├── tech-stack.md          # টেকনোলজি স্ট্যাক সংজ্ঞা
-├── architecture.md        # আর্কিটেকচার কনভেনশন
-├── dev-spec.md            # বিকাশ স্পেসিফিকেশন
-├── test-spec.md           # টেস্টিং স্পেসিফিকেশন
-└── INDEX.md               # ইনডেক্স ফাইল
-```
-
-### 6.2 ব্যবসায়িক নলেজ বেস আরম্ভকরণ
-
-**কথোপকথন উদাহরণ**:
-```
-@speccrew-team-leader ব্যবসায়িক নলেজ বেস আরম্ভ করুন
-```
-
-**চার-পর্যায় প্রক্রিয়া**:
-1. ফিচার ইনভেন্টরি — সমস্ত ফিচার শনাক্ত করতে কোড স্ক্যান করুন
-2. ফিচার বিশ্লেষণ — প্রতিটি ফিচারের জন্য ব্যবসায়িক যুক্তি বিশ্লেষণ
-3. মডিউল সংক্ষিপ্তকরণ — মডিউল অনুযায়ী ফিচার সংক্ষিপ্তকরণ
-4. সিস্টেম সংক্ষিপ্তকরণ — সিস্টেম-স্তরের ব্যবসায়িক ওভারভিউ তৈরি করুন
-
-**আউটপুট**:
-```
-speccrew-workspace/knowledges/bizs/
-├── {platform-type}/
-│   └── {module-name}/
-│       └── feature-spec.md
-└── system-overview.md
-```
-
----
-
-[ধাপ 7-11 সহ সমস্ত বিভাগ চালিয়ে যান...]