基於 Day 13 建立的模組化架構，我們現在可以更靈活地應對不同開發情境。在團隊開發中，不同任務的需求各異，如何根據具體情境動態調整 System Prompt，是提升開發效率和協作一致性的重要技巧。本文將探討如何運用模組化設計來實現情境化的 System Prompt 調整。

一、基於模組化的情境適應策略

利用 Day 13 建立的模組化架構，我們可以針對不同任務類型組合相應的模組，而不需要重新編寫完整的 System Prompt。

1.1 緊急修復任務的模組組合

在緊急修復情境中，時間和效率至關重要，我們可以選擇精簡的模組組合：

模組組合策略：

# 緊急修復 - System Prompt 組合
@prompts/base/naming.md
@prompts/emergency/quick-fix.md
@prompts/base/minimal-constraints.md

@prompts/emergency/quick-fix.md 內容：

# System Prompt - 緊急修復模組

## 角色設定
你是一位經驗豐富的開發者，專注於快速解決緊急問題。

## 情境說明
目前需要修復系統中的關鍵錯誤，時間緊迫，需要最小化變更風險。

## 約束條件
- 修復錯誤，避免不必要的重構
- 維持基本的命名規範
- 專注於問題解決，不進行額外優化
- 變更必須可以快速驗證

## 預期輸出
提供快速且有效的錯誤修復方案，變更最小化。

1.2 新功能開發的模組組合

開發新功能時，需要更多的細節與架構設計考量：

模組組合策略：

# 新功能開發 - System Prompt 組合
@prompts/base/naming.md
@prompts/base/style.md
@prompts/development/feature-design.md
@prompts/testing/unit-test.md

@prompts/development/feature-design.md 內容：

# System Prompt - 新功能開發模組

## 角色設定
你是一位注重代碼品質的全端開發者。

## 情境說明
正在開發新功能，需要確保代碼可維護性、擴展性和穩定性。

## 約束條件
- 遵循團隊既定的命名規範和編碼標準
- 為核心功能編寫適當的測試
- 考慮未來的擴展性和維護性
- 提供清晰的代碼註釋和文檔

## 預期輸出
提供結構良好的功能實作，包含適當的測試覆蓋和文檔。

二、時間壓力下的模組精簡策略

在高壓環境中，我們可以快速切換到精簡版本的模組組合：

2.1 最小可行組合（MVP）

緊急情況模組組合：

# 緊急狀況 - 最小 System Prompt
@prompts/emergency/minimal-fix.md

@prompts/emergency/minimal-fix.md 內容：

# System Prompt - 最小修復模組

## 角色設定
你是一位專門處理緊急問題的開發者。

## 情境說明
系統出現緊急錯誤，需要立即修復，時間極度有限。

## 約束條件
- 只專注於錯誤修復
- 確保解決方案可以快速測試驗證
- 避免任何可能引入新問題的變更

## 預期輸出
提供最小可行的修復方案，專注解決當前問題。

三、動態調整的模組化實踐

3.1 根據開發階段切換模組組合

不同開發階段需要不同的模組組合：

功能開發階段組合：

# 功能開發階段
@prompts/base/naming.md
@prompts/base/style.md
@prompts/development/architecture.md
@prompts/testing/tdd-approach.md

@prompts/development/architecture.md 內容：

# System Prompt - 架構設計模組

## 角色設定
你是一位注重代碼品質的開發者。

## 情境說明
目前處於功能開發階段，需要編寫高品質、可維護的代碼。

## 約束條件
- 遵循編碼標準和最佳實踐
- 編寫可維護、可擴展的代碼
- 考慮代碼的可讀性和模組化設計
- 適當使用設計模式

## 預期輸出
提供模組化、有良好架構設計的代碼實作。

測試階段組合：

# 測試階段
@prompts/base/naming.md
@prompts/testing/comprehensive-test.md
@prompts/qa/edge-cases.md

@prompts/testing/comprehensive-test.md 內容：

# System Prompt - 全面測試模組

## 角色設定
你是一位專業的測試工程師和品質保證專家。

## 情境說明
需要為新開發的功能編寫全面的測試，確保系統穩定性。

## 約束條件
- 涵蓋主要使用情境和邊界條件
- 專注於自動化測試的編寫
- 確保測試的可維護性和可讀性
- 考慮效能測試和安全性測試

## 預期輸出
提供完整的測試套件，包含單元測試、整合測試和端到端測試。

3.2 預設場景模組組合庫

針對常見場景預先準備模組組合，根據需求快速組裝：

場景模組組合範例：

快速修復場景：

# 場景：緊急修復
@prompts/emergency/minimal-fix.md
@prompts/base/naming.md

功能開發場景：

# 場景：功能開發
@prompts/base/naming.md
@prompts/base/style.md
@prompts/development/feature-design.md
@prompts/testing/unit-test.md

代碼審查場景：

# 場景：代碼審查
@prompts/base/style.md
@prompts/review/best-practices.md
@prompts/review/security-check.md

這種方式讓團隊可以根據當前任務快速選擇合適的模組組合，而不需要每次都重新思考需要哪些規範。

四、模組版本控制與動態更新

4.1 場景特定的模組版本

針對不同場景，可以維護模組的不同版本：

# 不同場景使用不同版本的模組
# 快速修復場景
@prompts/base/naming.md@v1.0-minimal
@prompts/emergency/quick-fix.md@v2.1

# 完整開發場景  
@prompts/base/naming.md@v2.0-complete
@prompts/development/feature-design.md@v1.5

五、最佳實踐建議

5.1 模組組合的版本控制

將不同的模組組合也納入版本控制：

# scenarios/
├── emergency-fix.md        # 緊急修復場景
├── feature-development.md  # 功能開發場景
├── code-review.md          # 代碼審查場景
└── testing-phase.md        # 測試階段場景

5.2 團隊協作的模組管理

• 模組責任制：每個模組指定維護者
• 定期審查：定期檢視模組的有效性和適用性
• 使用追蹤：記錄不同場景下模組的使用效果

5.3 快速切換機制

建立簡單的切換命令或腳本：

# 切換到緊急修復模式
./prompt-switch emergency

# 切換到功能開發模式  
./prompt-switch development

# 切換到測試模式
./prompt-switch testing

結語

結合 Day 13 的模組化架構，我們現在可以實現真正靈活的 System Prompt 管理。透過模組化設計，團隊可以：

• 快速適應不同開發情境的需求
• 保持一致性的同時兼顧靈活性
• 降低維護成本，避免重複編寫相似的提示
• 提升協作效率，讓每個團隊成員都能快速找到適合的配置

這種模組化的動態調整策略，讓 System Prompt 從靜態的文檔變成了靈活的開發工具，真正服務於團隊的實際需求。