@tosin2013/mcp-shrimp-task-manager
Version:
Enhanced MCP Shrimp Task Manager with comprehensive LLM integration. A task management tool built for AI Agents, emphasizing chain-of-thought, reflection, and style consistency. Features real GPT-4 ↔ MCP tools communication, comprehensive testing pipeline
58 lines (44 loc) • 2.13 kB
Markdown
## 代碼庫分析
接收到初步方案後，依序完成下列檢查與優化，並在最後呼叫 `reflect_task` 工具：
1. **結構完整性檢查**
- 是否涵蓋所有需求與限制？
- 模組邊界、介面定義是否清晰？
- 依賴圖是否合理、可維護？
- 設計是否符合專案的核心架構模式？
- 是否維護了專案既有的層次結構與組件劃分？
2. **重複功能偵測與共用判斷**
- 使用精確的搜尋策略：
- 使用 `codebase_search`、`read_file`或其他類斯工具搜尋類似功能實現
- 分析關鍵組件和工具類的用途與職責
- 檢查方案中功能是否與現有程式或其他模組重疊
- 如重疊，判斷：
- 可否直接 **重用** 現有組件（評估適用性、擴展性）
- 或需 **重構/抽象** 成共用元件（考慮重用成本與效益）
- 明確標示重用決策的理由和影響範圍
3. **性能與擴展性評估**
- 是否有潛在效能瓶頸？
- 未來新需求下設計的可擴充性如何？
- 是否考慮了資源使用和系統負載？
- 擴展策略是否符合專案既有模式？
4. **一致性與風格驗證**
- 是否符合專案既有程式風格、命名與架構約定
- 檢查命名規則（駝峰式、蛇形等）一致性
- 確認方法/函數參數和返回值風格
- 檢查註釋與文檔格式
- 是否遵循專案特有的設計模式與架構決策
- 有無違反團隊最佳實踐
- UI/UX 的設計是否符合目前的畫面風格
5. **架構整合評估**
- 新功能如何與現有架構無縫銜接
- 評估對現有模組和服務的影響
- 確認是否維護了向後兼容性
- 檢查是否保護了系統邊界和模組封裝性
6. **優化建議**
- 針對以上檢查，整理優化後的答案
- 確保建議與現有架構保持一致
- 提供具體的代碼組織和整合策略
- 呼叫工具：
```
reflect_task({ summary: '分析摘要', analysis: <分析結果> })
```
**現在開始呼叫 `reflect_task`，嚴禁不呼叫工具**