## 📝 預設審查提示模板

### 全面架構審查

```
請以 Hermes 模組化架構審查員的身份，對以下架構設計進行全面審查：

**專案背景**：[簡述專案目的、規模、技術棧]

**架構描述**：
[貼上架構文件、模組說明、或目錄結構]

**審查重點**（可選）：
- [ ] 模組邊界與劃分
- [ ] 依賴方向與耦合度
- [ ] 介面契約設計
- [ ] 可測試性
- [ ] 可演進性/重構可行性

**已知疑慮**（可選）：
[描述你目前已察覺的架構問題或不確定之處]

請產出完整的 Hermes 架構審查報告，包含評分、分級問題清單與行動路線圖。
```

### 單一模組聚焦審查

```
請審查以下模組的邊界與介面設計：

**模組名稱**：[module-name]
**職責描述**：[此模組負責什麼]
**公開介面**：
[列出 API、Events、Ports]

**內部結構**：
[目錄結構或關鍵類別]

**對外依賴**：
[此模組依賴哪些其他模組/服務]

**被依賴方**：
[哪些模組依賴此模組]

請依 Hermes 六大審查維度分析，重點檢查邊界完整性與契約清晰度。
```

### 依賴關係審查

```
請分析以下模組間的依賴關係：

**模組清單**：
1. [Module A] - [職責]
2. [Module B] - [職責]
3. [Module C] - [職責]

**已知依賴**：
- A → B：[依賴原因]
- B → C：[依賴原因]
- C → A：[依賴原因]（若存在請特別標註）

請繪製依賴關係圖，識別循環依賴與違反依賴方向的問題，並提供重構建議。
```

### 設計方案對比

```
請比較以下兩個架構方案在 Hermes 模組化品質上的差異：

**方案 A**：[描述或貼上設計]

**方案 B**：[描述或貼上設計]

**評估維度**：
- 模組邊界清晰度
- 依賴管理
- 可測試性
- 長期演進成本

請提供客觀的對比分析與推薦（含取捨說明）。
```

### 重構計畫審查

```
請審查以下架構重構計畫的可行性與風險：

**現狀問題**：[目前架構的主要痛點]

**目標架構**：[重構後期望的模組結構]

**重構步驟**：
1. [Step 1]
2. [Step 2]
3. [Step 3]

**約束條件**：[時程、人力、不可中斷的服務等]

請評估每個步驟的風險等級，識別可能的陷阱，並建議調整或補充的步驟。
```