傳統開發：需求 → 設計 → 手動寫 Code → Review → 測試 → 部署
GSD 開發：需求 → Spec → AI Plan → AI Execute（Waves）→ Verify → Ship

# ❌ 傳統 Prompt（直接指令）
"幫我寫一個 Spring Boot REST API，包含 CRUD 功能"

# ✅ Meta Prompt（框架式指令）
"根據以下 Spec 規格，產出符合 Clean Architecture 的實作計畫，
每個 Wave 不超過 5 個檔案，包含單元測試與整合測試..."

# Meta Prompt 範例：銀行轉帳服務

## System Context
你是一個資深 Java 架構師，遵循：
- Clean Architecture
- 銀行級安全標準（PCI-DSS）
- 所有金額使用 BigDecimal
- 所有交易具備冪等性

## Task
根據 spec/transfer-service.md 規格，產出實作計畫

## Constraints
- 每個 Wave 不超過 3 個 Java Class
- 必須包含對應的 JUnit 5 測試
- Controller 層使用 @Validated 驗證
- Service 層必須有 @Transactional
- 所有 Exception 使用統一的 ErrorResponse 格式

## Output Format
XML Plan（見 GSD Plan Schema）

project-root/
├── .planning/                  # GSD 主目錄
│   ├── config.json             # GSD 設定（模式、模型、hooks 等）
│   ├── PROJECT.md              # 專案概述與技術棧
│   ├── REQUIREMENTS.md         # 結構化需求規格
│   ├── ROADMAP.md              # 里程碑與工作分解
│   ├── STATE.md                # 當前專案狀態快照（自動維護）
│   ├── MILESTONES.md           # 里程碑追蹤
│   ├── HANDOFF.json            # Session 交接檔案
│   ├── context/
│   │   ├── system.md           # 系統級 Context（架構、標準、約束）
│   │   ├── domain.md           # 領域知識（業務規則、術語）
│   │   ├── tech-stack.md       # 技術棧（框架、版本、配置）
│   │   └── conventions.md      # 慣例（命名、目錄結構、Pattern）
│   ├── specs/
│   │   ├── feature-001.md      # 功能規格
│   │   └── feature-002.md
│   ├── plans/
│   │   ├── plan-001.xml        # 執行計畫
│   │   └── plan-002.xml
│   ├── tasks/                  # 工作任務（Phase 執行產出）
│   ├── threads/                # 討論線程
│   ├── backlog/                # Backlog 項目
│   ├── seeds/                  # 想法種子
│   └── checkpoints/
│       ├── 2026-04-01.md       # Context 快照
│       └── 2026-04-02.md
├── CLAUDE.md                   # Claude Code 系統指令（或對應 runtime 的設定檔）
└── src/                        # 專案原始碼

// 概念示意：Context Token 預算分配
public class ContextBudget {
    // Claude 4 Sonnet: 200K context window
    private static final int TOTAL_TOKENS = 200_000;
    
    // 建議分配（GSD 內部會自動管理 context budget）
    private static final double SYSTEM_PROMPT_RATIO = 0.10;  // 20K — CLAUDE.md + GSD 系統指令
    private static final double SPEC_RATIO = 0.20;           // 40K — PROJECT.md + REQUIREMENTS.md
    private static final double CODE_CONTEXT_RATIO = 0.40;   // 80K — 原始碼檔案
    private static final double CONVERSATION_RATIO = 0.20;   // 40K — 對話歷史
    private static final double BUFFER_RATIO = 0.10;         // 20K（安全緩衝）
}

# Spec: 帳戶轉帳服務

## 1. 概述
提供即時帳戶轉帳功能，支援同行/跨行轉帳。

## 2. 功能需求

### 2.1 API 端點
- POST /api/v1/transfers
- GET /api/v1/transfers/{id}
- GET /api/v1/transfers?accountId={id}&page={n}

### 2.2 業務規則
- BR-001: 單筆轉帳上限 500 萬
- BR-002: 每日累積上限 3000 萬
- BR-003: 跨行轉帳需經 FISC 閘道
- BR-004: 所有轉帳具備冪等性（依 idempotencyKey）

### 2.3 資料模型
| 欄位 | 型別 | 必填 | 說明 |
|------|------|------|------|
| fromAccountId | String(16) | Y | 轉出帳號 |
| toAccountId | String(16) | Y | 轉入帳號 |
| amount | BigDecimal | Y | 轉帳金額 |
| currency | String(3) | Y | 幣別（ISO 4217） |
| idempotencyKey | UUID | Y | 冪等鍵 |
| memo | String(100) | N | 備註 |

## 3. 非功能需求
- NFR-001: 回應時間 < 200ms（P99）
- NFR-002: 可用性 99.99%
- NFR-003: 並發處理 > 1000 TPS

## 4. 錯誤碼
| 錯誤碼 | 說明 |
|--------|------|
| TRF-001 | 餘額不足 |
| TRF-002 | 超過單筆上限 |
| TRF-003 | 超過每日上限 |
| TRF-004 | 帳號不存在 |
| TRF-005 | 重複交易（冪等檢查） |

## 5. 測試案例
- TC-001: 正常轉帳 → 成功
- TC-002: 餘額不足 → TRF-001
- TC-003: 重複 idempotencyKey → TRF-005
- TC-004: 並發轉帳同一帳號 → 正確扣款

// .planning/config.json 中的 model_profile 設定
{
  "model_profile": "balanced",
  "planning": {
    "model_profile": "quality"
  }
}

# 偵測信號
# 1. AI 開始產出與 Spec 不符的程式碼
# 2. AI 重複詢問已回答的問題
# 3. AI 忘記專案慣例（命名、架構模式）
# 4. AI 產出的程式碼品質明顯下降

# 修復步驟
# Step 1: 儲存當前進度
/gsd:checkpoint save "wave-3-complete"

# Step 2: 開始新的對話
# Step 3: 載入 Context
/gsd:checkpoint load "wave-3-complete"

# Step 4: 繼續下一個 Wave
/gsd:execute-phase --wave 4

<!-- GSD Plan 的 XML 結構示例 -->
<gsd-plan>
  <metadata>
    <project>bank-transfer-service</project>
    <spec-ref>.planning/specs/transfer-service.md</spec-ref>
    <total-waves>5</total-waves>
  </metadata>
  
  <wave number="1" description="Domain Layer">
    <task id="1.1" type="create">
      <file>src/main/java/com/bank/domain/Transfer.java</file>
      <description>建立 Transfer 領域物件</description>
      <spec-section>2.3</spec-section>
      <dependencies/>
    </task>
    <task id="1.2" type="create">
      <file>src/main/java/com/bank/domain/TransferRepository.java</file>
      <description>建立 Repository 介面</description>
      <dependencies>1.1</dependencies>
    </task>
  </wave>
  
  <wave number="2" description="Application Layer" depends-on="1">
    <!-- 後續 Wave... -->
  </wave>
</gsd-plan>

// .planning/config.json 中的 git branching 設定
{
  "git": {
    "auto_branch": true,
    "branch_prefix": "gsd",
    "commit_style": "conventional"
  }
}

// GSD 產出的前端 API Client（TypeScript）
// 來源 Spec: spec/transfer-service.md

export interface TransferRequest {
  fromAccountId: string;
  toAccountId: string;
  amount: number;
  currency: string;
  idempotencyKey: string;
  memo?: string;
}

export interface TransferResponse {
  transferId: string;
  status: 'PENDING' | 'COMPLETED' | 'FAILED';
  timestamp: string;
}

export class TransferApiClient {
  private readonly baseUrl: string;
  private readonly httpClient: AxiosInstance;

  constructor(config: ApiConfig) {
    this.baseUrl = config.baseUrl;
    this.httpClient = axios.create({
      baseURL: this.baseUrl,
      timeout: 5000,
      headers: {
        'Content-Type': 'application/json',
        'X-Request-ID': () => crypto.randomUUID(),
      },
    });
    // 攔截器：統一錯誤處理
    this.httpClient.interceptors.response.use(
      response => response,
      error => this.handleError(error)
    );
  }

  async createTransfer(request: TransferRequest): Promise<TransferResponse> {
    const response = await this.httpClient.post<TransferResponse>(
      '/api/v1/transfers',
      request,
      {
        headers: { 'Idempotency-Key': request.idempotencyKey },
      }
    );
    return response.data;
  }

  private handleError(error: AxiosError): never {
    const errorResponse = error.response?.data as ErrorResponse;
    throw new TransferError(
      errorResponse?.errorCode ?? 'UNKNOWN',
      errorResponse?.message ?? '系統異常，請稍後再試'
    );
  }
}

// GSD 產出的後端 Controller（Java / Spring Boot）
// 來源 Spec: spec/transfer-service.md

@RestController
@RequestMapping("/api/v1/transfers")
@Validated
@Slf4j
public class TransferController {

    private final TransferService transferService;

    public TransferController(TransferService transferService) {
        this.transferService = transferService;
    }

    @PostMapping
    @ResponseStatus(HttpStatus.CREATED)
    public TransferResponse createTransfer(
            @RequestHeader("Idempotency-Key") @NotBlank String idempotencyKey,
            @Valid @RequestBody TransferRequest request) {
        
        log.info("收到轉帳請求: fromAccount={}, toAccount={}, amount={}, idempotencyKey={}",
                request.getFromAccountId(),
                request.getToAccountId(),
                request.getAmount(),
                idempotencyKey);
        
        return transferService.executeTransfer(request, idempotencyKey);
    }

    @GetMapping("/{transferId}")
    public TransferResponse getTransfer(
            @PathVariable @Pattern(regexp = "^TRF-[0-9]{12}$") String transferId) {
        return transferService.getTransfer(transferId);
    }

    @GetMapping
    public Page<TransferResponse> listTransfers(
            @RequestParam @NotBlank String accountId,
            @RequestParam(defaultValue = "0") @Min(0) int page,
            @RequestParam(defaultValue = "20") @Min(1) @Max(100) int size) {
        return transferService.listTransfers(accountId, PageRequest.of(page, size));
    }
}

// Port（Application Layer - Wave 2）
public interface TransferPort {
    TransferResult execute(TransferCommand command);
}

public interface AccountPort {
    Account findById(AccountId accountId);
    void updateBalance(AccountId accountId, Money amount);
}

public interface AuditPort {
    void logTransfer(TransferAuditEvent event);
}

// Adapter（Infrastructure Layer - Wave 3）
@Repository
public class JpaAccountAdapter implements AccountPort {
    
    private final AccountJpaRepository repository;
    
    @Override
    public Account findById(AccountId accountId) {
        return repository.findById(accountId.getValue())
            .map(this::toDomain)
            .orElseThrow(() -> new AccountNotFoundException(accountId));
    }
    
    @Override
    @Transactional
    public void updateBalance(AccountId accountId, Money amount) {
        int updated = repository.updateBalance(
            accountId.getValue(), 
            amount.getAmount()
        );
        if (updated == 0) {
            throw new OptimisticLockingException("帳戶餘額更新失敗");
        }
    }
}

## Database Spec: 轉帳交易表

### Table: TXN_TRANSFER
| Column | Type | Nullable | Default | Index | Description |
|--------|------|----------|---------|-------|-------------|
| TXN_ID | VARCHAR(20) | N | - | PK | 交易序號 |
| FROM_ACCT | VARCHAR(16) | N | - | IDX1 | 轉出帳號 |
| TO_ACCT | VARCHAR(16) | N | - | IDX2 | 轉入帳號 |
| AMOUNT | DECIMAL(18,2) | N | - | - | 交易金額 |
| CURRENCY | CHAR(3) | N | 'TWD' | - | 幣別 |
| STATUS | VARCHAR(10) | N | 'PENDING' | IDX3 | 交易狀態 |
| IDEMPOTENCY_KEY | VARCHAR(36) | N | - | UNQ1 | 冪等鍵 |
| CREATED_AT | TIMESTAMP | N | CURRENT_TIMESTAMP | - | 建立時間 |
| UPDATED_AT | TIMESTAMP | N | CURRENT_TIMESTAMP | - | 更新時間 |
| VERSION | INT | N | 0 | - | 樂觀鎖版本號 |

### Index Strategy
- IDX1: FROM_ACCT + CREATED_AT（查詢帳戶交易紀錄）
- IDX2: TO_ACCT + CREATED_AT（查詢入帳紀錄）
- IDX3: STATUS + CREATED_AT（查詢待處理交易）
- UNQ1: IDEMPOTENCY_KEY（冪等性保證）

### Partition Strategy（Oracle）
- Range Partition by CREATED_AT（月分區）
- 保留 13 個月，歷史資料遷移至 Archive

## MQ Spec: 轉帳完成事件

### Topic: transfer.completed
- Broker: Kafka
- Partitions: 12
- Replication Factor: 3
- Retention: 7 days

### Message Schema
{
  "eventId": "EVT-202604030001",
  "eventType": "TRANSFER_COMPLETED",
  "timestamp": "2026-04-03T10:30:00+08:00",
  "payload": {
    "transferId": "TRF-202604030001",
    "fromAccountId": "0001234567890",
    "toAccountId": "0009876543210",
    "amount": 50000.00,
    "currency": "TWD"
  }
}

### Consumer Groups
| Group | Service | 用途 |
|-------|---------|------|
| notification-group | Notification Service | 發送通知 |
| audit-group | Audit Service | 審計日誌 |
| analytics-group | Analytics Service | 數據分析 |

// 由 GSD 產出的 Cache 策略實作
@Service
@Slf4j
public class TransferCacheService {

    private final RedisTemplate<String, Object> redisTemplate;
    private static final String TRANSFER_CACHE_PREFIX = "transfer:";
    private static final String IDEMPOTENCY_PREFIX = "idempotency:";
    
    // 冪等性檢查（Cache-Aside Pattern）
    public boolean isIdempotent(String idempotencyKey) {
        String key = IDEMPOTENCY_PREFIX + idempotencyKey;
        Boolean result = redisTemplate.opsForValue()
            .setIfAbsent(key, "PROCESSING", Duration.ofHours(24));
        return Boolean.TRUE.equals(result);
    }
    
    // 交易結果快取（Write-Through Pattern）
    public void cacheTransferResult(String transferId, TransferResponse response) {
        String key = TRANSFER_CACHE_PREFIX + transferId;
        redisTemplate.opsForValue().set(key, response, Duration.ofMinutes(30));
    }
    
    // 查詢快取（Cache-Aside Pattern）
    public Optional<TransferResponse> getCachedTransfer(String transferId) {
        String key = TRANSFER_CACHE_PREFIX + transferId;
        TransferResponse cached = (TransferResponse) redisTemplate.opsForValue().get(key);
        return Optional.ofNullable(cached);
    }
}

# 推薦方式：使用 npx 直接執行（會互動式選擇 Runtime 與安裝路徑）
npx get-shit-done-cc@latest

# 執行後會依序詢問：
# 1. 選擇 Runtime（Claude Code / Gemini CLI / Codex / Copilot / Cursor / Windsurf / OpenCode / Antigravity / Augment）
# 2. 選擇安裝位置（當前目錄 / 指定路徑）
# 3. 確認安裝

# 升級至最新版（同樣命令）
npx get-shit-done-cc@latest

# 新版安裝路徑
~/.claude/skills/gsd-*/SKILL.md

# 舊版路徑（已棄用）
~/.claude/commands/gsd/

# 在現有專案中初始化 GSD（透過 Slash Command）
# 進入 Claude Code（或其他 Runtime）後執行：
/gsd:new-project

# 產生的目錄結構（.planning/ 而非舊版 .gsd/）
# .planning/
# ├── config.json           # GSD 配置（JSON 格式）
# ├── PROJECT.md            # 專案概述
# ├── REQUIREMENTS.md       # 需求規格
# ├── ROADMAP.md            # 里程碑與路線圖
# ├── STATE.md              # 專案狀態快照（自動維護）
# ├── MILESTONES.md         # 里程碑追蹤
# ├── HANDOFF.json          # Session 交接資料
# ├── specs/                # Spec 存放處
# ├── tasks/                # 工作任務
# ├── plans/                # Plan 存放處
# ├── backlog/              # Backlog 項目
# ├── threads/              # 討論線程
# ├── seeds/                # 想法種子
# └── checkpoints/          # Checkpoint 存放處

// .planning/config.json
{
  "mode": "greenfield",           // greenfield（新專案）或 brownfield（既有專案）
  "granularity": "normal",        // normal / detailed / minimal
  "model_profile": "balanced",    // quality / balanced / budget / inherit
  
  "planning": {
    "model_profile": "quality",   // 計畫生成使用最強模型
    "max_tasks_per_phase": 10,
    "require_spec_review": true
  },
  
  "workflow": {
    "auto_verify": true,           // 自動執行驗證
    "auto_commit": true,           // 自動 Git commit
    "require_tests": true,         // 強制要求測試
    "nyquist_validation": true,    // 啟用 Nyquist 驗證（v1.31.0+）
    "schema_drift_detection": true // Schema drift 偵測
  },
  
  "hooks": {
    "context-monitor": true,       // Context 膨脹偵測（v1.29.0+）
    "prompt-guard": true,          // Prompt 品質檢查
    "workflow-guard": true,        // 工作流程守衛
    "scope-reduction-detection": true  // 範圍縮減偵測
  },
  
  "git": {
    "auto_branch": true,           // 自動建立分支
    "branch_prefix": "gsd",       // 分支前綴
    "commit_style": "conventional" // 提交訊息風格
  },
  
  "security": {
    "sensitive_files": [           // 敏感檔案保護（v1.27.0+）
      "**/*.env",
      "**/*.key",
      "**/*.pem",
      "**/application-prod.*",
      "**/keystore/**"
    ]
  }
}

# 安裝 Claude Code CLI
npm install -g @anthropic-ai/claude-code

# 認證（企業版使用 SSO）
claude auth login --method sso --org your-company

# 或使用 API Key（個人開發環境）
export ANTHROPIC_API_KEY="sk-ant-xxxxx"

# 驗證
claude --version
claude auth status

# CLAUDE.md — 專案級 AI 指引

## 角色
你是一個資深 Java 架構師，遵循本專案的開發標準。

## 技術棧
- Java 21 + Spring Boot 3.2
- Maven 3.9
- PostgreSQL 16
- Redis 7
- Kafka 3.6

## 程式碼標準
- 使用 Clean Architecture（Domain → Application → Infrastructure → Presentation）
- 所有 public 方法都需要 JavaDoc
- 金額計算一律使用 BigDecimal
- Exception 使用 @ControllerAdvice 統一處理
- 日誌使用 SLF4J + Logback
- 資料庫存取使用 Spring Data JPA + QueryDSL

## 命名慣例
- Package: com.company.{service-name}.{layer}.{subdomain}
- Class: PascalCase（如 TransferService）
- Method: camelCase（如 executeTransfer）
- Constant: UPPER_SNAKE_CASE（如 MAX_TRANSFER_AMOUNT）
- Database Column: UPPER_SNAKE_CASE（如 FROM_ACCT）

## 禁止事項
- 不使用 System.out.println（使用 Logger）
- 不使用 float/double 處理金額
- 不在 Controller 中直接存取 Repository
- 不使用 @Autowired 欄位注入（使用建構子注入）
- 不在非測試程式碼中使用 Thread.sleep

# Step 1: 先安裝 GSD Skills
npx get-shit-done-cc@latest
# 選擇 "Claude Code" 作為 Runtime

# Step 2: 進入 Claude Code
claude

# Step 3: 使用 GSD Slash Commands
> /gsd:new-project
# Claude Code 會讀取 CLAUDE.md + .planning/config.json + Spec
# 自動進入 discuss-phase

# 快速任務（跳過完整流程）
> /gsd:quick fix the login validation bug

# 自動推進下一步
> /gsd:next

# 安裝 Gemini CLI
npm install -g @google/gemini-cli

# 認證
gemini auth login

# 或使用 API Key
export GEMINI_API_KEY="AIzaSy-xxxxx"

# 設定模型
gemini config set model gemini-2.5-pro

# GEMINI.md — Gemini 專用指引

## 模型設定
- 使用 gemini-2.5-pro（支援長 Context）
- Temperature: 0
- 啟用 Code Execution 沙盒

## 與 GSD 整合
- 讀取 .planning/config.json 配置
- 遵循 .planning/PROJECT.md 的專案約束
- 每個 Wave 輸出完成後自動執行 lint + test

## 特殊指令
- @file <path>: 載入檔案至 Context
- @web <url>: 載入網頁內容
- @folder <path>: 載入整個目錄

# 安裝 GSD 至任一 Runtime（統一入口）
npx get-shit-done-cc@latest
# 安裝時選擇對應的 Runtime 即可

// .vscode/settings.json
{
  // GSD 相關設定
  "files.associations": {
    "*.spec.md": "markdown",
    "*.plan.xml": "xml"
  },
  
  // Java 設定
  "java.configuration.runtimes": [
    {
      "name": "JavaSE-21",
      "path": "/usr/lib/jvm/java-21",
      "default": true
    }
  ],
  
  // 編輯器設定
  "editor.formatOnSave": true,
  "editor.rulers": [120],
  
  // 檔案排除（避免干擾 AI Context）
  "files.exclude": {
    "**/target": true,
    "**/node_modules": true,
    "**/.git": true
  },
  
  // Copilot 設定
  "github.copilot.enable": {
    "*": true,
    "yaml": true,
    "markdown": true
  }
}

// .vscode/tasks.json
{
  "version": "2.0.0",
  "tasks": [
    {
      "label": "GSD: Verify Work",
      "type": "shell",
      "command": "mvn",
      "args": ["verify", "-Pintegration-test"],
      "group": "test",
      "problemMatcher": ["$java"]
    },
    {
      "label": "GSD: Lint Check",
      "type": "shell",
      "command": "mvn",
      "args": ["checkstyle:check", "spotbugs:check"],
      "group": "build"
    },
    {
      "label": "GSD: Ship",
      "type": "shell",
      "command": "mvn",
      "args": ["clean", "deploy", "-Pproduction"],
      "group": "build",
      "dependsOn": ["GSD: Verify Work", "GSD: Lint Check"]
    }
  ]
}

# PowerShell Profile 設定
# 路徑: $PROFILE（通常為 ~\Documents\PowerShell\Microsoft.PowerShell_profile.ps1）

# Claude Code API Key（企業環境應使用金鑰管理系統）
$env:ANTHROPIC_API_KEY = (Get-Content "$env:USERPROFILE\.config\anthropic\key")

# 函式：快速安裝/升級 GSD
function Update-GSD {
    npx get-shit-done-cc@latest
}

# 函式：快速進入 GSD 流程
function Start-GSD {
    claude
}

# ~/.bashrc 或 ~/.zshrc

# Claude Code API Key（企業環境應使用金鑰管理系統）
export ANTHROPIC_API_KEY=$(cat "$HOME/.config/anthropic/key")

# 別名：GSD 升級
alias gsd-update='npx get-shit-done-cc@latest'

# 自動補全（Claude Code）
eval "$(claude completion bash)"  # bash
eval "$(claude completion zsh)"   # zsh

/gsd:new-project

## 專案背景
我們需要為銀行核心系統開發一個「即時轉帳服務」，需求如下：
- 支援同行即時轉帳
- 支援跨行轉帳（透過 FISC 財金資訊閘道）
- 交易限額管理（單筆/日累積）
- 冪等性保證
- 完整的審計日誌

## 技術約束
- 使用 Java 21 + Spring Boot 3.2
- 資料庫：Oracle 19c
- 快取：Redis 7
- 訊息佇列：Kafka 3.6
- 必須符合 Clean Architecture
- 所有 API 符合 RESTful 標準
- 回應時間 P99 < 200ms

## 團隊規模
- 2 名後端工程師
- 1 名 QA 工程師
- 預計 2 週完成

## 已有資源
- 帳戶服務已存在（Account Service）
- FISC 閘道 SDK 已整合
- 統一認證（OAuth2）已就緒

.planning/
├── config.json                         # GSD 設定
├── PROJECT.md                          # 專案概述（自動生成）
├── REQUIREMENTS.md                     # 結構化需求
├── ROADMAP.md                          # 里程碑規劃
├── STATE.md                            # 專案狀態快照
├── specs/
│   └── transfer-service.spec.md        # 初始規格草稿
├── tasks/                              # 執行任務
└── checkpoints/                        # 快照存放

/gsd:discuss-phase

## 待釐清問題

### 業務面
1. 跨行轉帳的手續費計算規則？
2. 轉帳失敗的退款流程？
3. 每日限額是以「自然日」還是「營業日」計算？
4. 需要支援預約轉帳嗎？

### 技術面
1. FISC 閘道的 timeout 設定為何？
2. 需要實作 Saga Pattern 還是 TCC？
3. 審計日誌是同步還是非同步寫入？
4. 需要支援多幣別嗎？

### 非功能面
1. 故障切換（Failover）策略為何？
2. 灰度發布的策略？
3. 資料保留期限？

AI: 根據您的需求，我有以下問題需要釐清：

1. **跨行轉帳失敗處理**
   - 方案 A: 同步 Rollback（簡單但耦合度高）
   - 方案 B: Saga Pattern（非同步補償，適合分散式）
   - 方案 C: TCC（Try-Confirm-Cancel，一致性最高但複雜度最高）
   建議：考慮銀行系統一致性要求，推薦 Saga Pattern + 手動補償介面

2. **每日限額計算**
   - 建議以「日曆日 00:00-23:59」計算
   - 使用 Redis 的 INCR + EXPIREAT 實作原子性累加

3. **審計日誌**
   - 建議非同步寫入（透過 Kafka → Audit Service）
   - 但交易核心欄位需同步寫入交易表的 audit columns

Dev: 同意方案 B（Saga Pattern），其他照你建議。
     補充：需要支援預約轉帳（MVP 可暫不支援）。

AI: 了解。我將產出以下 Spec 結構：
    - Core: 即時轉帳（本期）
    - Extension: 預約轉帳（標記為 Future）
    
    正在產出完整 Spec...

/gsd:plan-phase

<?xml version="1.0" encoding="UTF-8"?>
<gsd-plan version="1.0" project="bank-transfer-service">
  <metadata>
    <spec-ref>specs/transfer-service.spec.md</spec-ref>
    <created>2026-04-03T10:00:00+08:00</created>
    <estimated-waves>6</estimated-waves>
    <architecture>clean-architecture</architecture>
  </metadata>

  <wave id="1" name="Domain Layer" priority="critical">
    <description>建立核心領域模型與業務規則</description>
    <files>
      <file action="create" path="src/main/java/com/bank/transfer/domain/entity/Transfer.java">
        <description>轉帳聚合根（Aggregate Root），包含所有業務規則</description>
        <spec-ref>spec#2.2:BR-001,BR-002,BR-003</spec-ref>
      </file>
      <file action="create" path="src/main/java/com/bank/transfer/domain/vo/Money.java">
        <description>金額值物件，封裝 BigDecimal 運算</description>
      </file>
      <file action="create" path="src/main/java/com/bank/transfer/domain/vo/TransferStatus.java">
        <description>轉帳狀態列舉（PENDING/PROCESSING/COMPLETED/FAILED/REVERSED）</description>
      </file>
      <file action="create" path="src/main/java/com/bank/transfer/domain/event/TransferCompletedEvent.java">
        <description>轉帳完成領域事件</description>
      </file>
      <file action="create" path="src/test/java/com/bank/transfer/domain/entity/TransferTest.java">
        <description>Transfer 聚合根單元測試</description>
        <spec-ref>spec#5:TC-001,TC-002,TC-003,TC-004</spec-ref>
      </file>
    </files>
    <dependencies/>
    <verification>
      <check type="compile">mvn compile -pl domain</check>
      <check type="test">mvn test -pl domain</check>
      <check type="lint">mvn checkstyle:check -pl domain</check>
    </verification>
  </wave>

  <wave id="2" name="Application Layer" priority="critical">
    <description>建立應用層用例與 Port 介面</description>
    <dependencies>
      <dependency wave="1"/>
    </dependencies>
    <files>
      <file action="create" path="src/main/java/com/bank/transfer/application/port/in/ExecuteTransferUseCase.java">
        <description>轉帳用例入口 Port</description>
      </file>
      <file action="create" path="src/main/java/com/bank/transfer/application/port/out/TransferRepository.java">
        <description>轉帳 Repository 出口 Port</description>
      </file>
      <file action="create" path="src/main/java/com/bank/transfer/application/port/out/AccountPort.java">
        <description>帳戶查詢出口 Port</description>
      </file>
      <file action="create" path="src/main/java/com/bank/transfer/application/service/TransferApplicationService.java">
        <description>轉帳應用服務（編排 Domain + Port）</description>
        <spec-ref>spec#2.2:BR-001,BR-002,BR-003,BR-004</spec-ref>
      </file>
      <file action="create" path="src/test/java/com/bank/transfer/application/service/TransferApplicationServiceTest.java">
        <description>應用服務單元測試（Mock Port）</description>
      </file>
    </files>
    <verification>
      <check type="compile">mvn compile</check>
      <check type="test">mvn test</check>
    </verification>
  </wave>

  <wave id="3" name="Infrastructure Layer - Persistence" priority="critical">
    <description>實作資料庫存取層</description>
    <dependencies>
      <dependency wave="2"/>
    </dependencies>
    <files>
      <file action="create" path="src/main/java/com/bank/transfer/infrastructure/persistence/TransferJpaEntity.java">
        <description>JPA Entity（映射 TXN_TRANSFER 表）</description>
      </file>
      <file action="create" path="src/main/java/com/bank/transfer/infrastructure/persistence/TransferJpaRepository.java">
        <description>Spring Data JPA Repository</description>
      </file>
      <file action="create" path="src/main/java/com/bank/transfer/infrastructure/persistence/TransferRepositoryAdapter.java">
        <description>Repository Port 的 JPA 實作</description>
      </file>
      <file action="create" path="src/main/resources/db/migration/V1__create_transfer_table.sql">
        <description>Flyway 資料庫遷移腳本</description>
        <spec-ref>spec#database-spec</spec-ref>
      </file>
    </files>
    <verification>
      <check type="compile">mvn compile</check>
      <check type="integration-test">mvn verify -Pintegration-test</check>
    </verification>
  </wave>

  <wave id="4" name="Infrastructure Layer - External" priority="high">
    <description>實作外部系統整合（Cache、MQ、FISC）</description>
    <dependencies>
      <dependency wave="2"/>
    </dependencies>
    <files>
      <file action="create" path="src/main/java/com/bank/transfer/infrastructure/cache/TransferCacheAdapter.java">
        <description>Redis 快取實作（冪等性檢查 + 結果快取）</description>
      </file>
      <file action="create" path="src/main/java/com/bank/transfer/infrastructure/messaging/TransferEventPublisher.java">
        <description>Kafka 事件發布者</description>
      </file>
      <file action="create" path="src/main/java/com/bank/transfer/infrastructure/gateway/FiscGatewayAdapter.java">
        <description>FISC 閘道整合（跨行轉帳）</description>
      </file>
    </files>
    <verification>
      <check type="compile">mvn compile</check>
      <check type="test">mvn test</check>
    </verification>
  </wave>

  <wave id="5" name="Presentation Layer" priority="high">
    <description>建立 REST API 端點</description>
    <dependencies>
      <dependency wave="2"/>
    </dependencies>
    <files>
      <file action="create" path="src/main/java/com/bank/transfer/presentation/rest/TransferController.java">
        <description>轉帳 REST Controller</description>
        <spec-ref>spec#2.1</spec-ref>
      </file>
      <file action="create" path="src/main/java/com/bank/transfer/presentation/rest/dto/TransferRequest.java">
        <description>轉帳請求 DTO（含 Validation）</description>
      </file>
      <file action="create" path="src/main/java/com/bank/transfer/presentation/rest/dto/TransferResponse.java">
        <description>轉帳回應 DTO</description>
      </file>
      <file action="create" path="src/main/java/com/bank/transfer/presentation/rest/GlobalExceptionHandler.java">
        <description>統一例外處理</description>
        <spec-ref>spec#4:error-codes</spec-ref>
      </file>
    </files>
    <verification>
      <check type="compile">mvn compile</check>
      <check type="test">mvn test</check>
    </verification>
  </wave>

  <wave id="6" name="Integration Tests" priority="high">
    <description>端對端整合測試</description>
    <dependencies>
      <dependency wave="3"/>
      <dependency wave="4"/>
      <dependency wave="5"/>
    </dependencies>
    <files>
      <file action="create" path="src/test/java/com/bank/transfer/integration/TransferIntegrationTest.java">
        <description>完整轉帳流程整合測試</description>
        <spec-ref>spec#5:TC-001~TC-004</spec-ref>
      </file>
      <file action="create" path="src/test/resources/application-test.yaml">
        <description>測試環境配置（Testcontainers）</description>
      </file>
    </files>
    <verification>
      <check type="integration-test">mvn verify -Pintegration-test</check>
      <check type="coverage">mvn jacoco:report</check>
    </verification>
  </wave>
</gsd-plan>

/gsd:execute-phase --wave 1

## 額外約束
- 使用 Lombok 的 @Value 建立不可變物件
- 所有金額運算使用 Money VO，禁止直接操作 BigDecimal
- Domain Event 繼承 AbstractDomainEvent 基底類別

每個 Wave 開始時載入的 Context：
1. CLAUDE.md / 對應 Runtime 系統指令  （永久）
2. .planning/PROJECT.md              （永久）
3. .planning/REQUIREMENTS.md         （永久）
4. .planning/STATE.md                （動態）
5. Spec 中與當前 Wave 相關的章節    （動態）
6. Plan 中當前 Wave 的定義           （動態）
7. 前一個 Wave 產出的檔案（作為依賴） （動態）
8. 相關的測試案例                    （動態）

/gsd:verify-work

## 驗證項目
1. 所有 Spec 中的功能需求是否都有對應實作
2. 所有 Test Case 是否都通過
3. 程式碼覆蓋率是否達標（Line > 80%, Branch > 70%）
4. 所有 API 端點是否符合 Spec 定義
5. 錯誤碼是否完整對應
6. 非功能需求是否有對應的實作或配置

## Verification Matrix

| Spec Ref | 描述 | 實作檔案 | 測試 | 狀態 |
|----------|------|----------|------|------|
| BR-001 | 單筆轉帳上限 500 萬 | Transfer.java#L45 | TransferTest#testMaxAmount | ✅ |
| BR-002 | 每日累積上限 3000 萬 | TransferApplicationService.java#L78 | TransferAppServiceTest#testDailyLimit | ✅ |
| BR-003 | 跨行轉帳經 FISC | FiscGatewayAdapter.java | TransferIntegrationTest#testCrossBankTransfer | ✅ |
| BR-004 | 冪等性 | TransferCacheAdapter.java | TransferIntegrationTest#testIdempotency | ✅ |
| NFR-001 | P99 < 200ms | - | 待效能測試 | ⏳ |
| NFR-002 | 99.99% 可用性 | - | 待壓力測試 | ⏳ |
| TRF-001 | 餘額不足錯誤碼 | GlobalExceptionHandler.java | TransferTest#testInsufficientBalance | ✅ |

# 基本 Ship（建立 Git commit + tag）
/gsd:ship

# 建立 PR 分支（v1.31.0+，自動排除 .planning/ 中間產物）
/gsd:pr-branch

# 基本用法
/gsd:quick fix the null pointer exception in UserService.login()

# 加入旗標
/gsd:quick --auto fix login validation    # 自動模式，減少互動
/gsd:quick --batch fix all TODO comments  # 批次處理多個項目

# 用法
/gsd:fast add error logging to TransferService.execute()
/gsd:fast rename variable 'x' to 'transferAmount' in Transfer.java

# 基本用法：自動推進一步
/gsd:next

# 鏈式推進：連續推進多步直到某個 Phase 完成
/gsd:next --chain

# 自動推進直到完成（慎用）
/gsd:next --auto

# 查看里程碑摘要
/gsd:milestone-summary

# 里程碑存放位置
# .planning/MILESTONES.md

# MILESTONES.md

## Milestone 1: Core Transfer (Week 1)
- [x] Domain Layer
- [x] Application Layer
- [ ] Infrastructure - Persistence
- [ ] Infrastructure - External

## Milestone 2: API & Integration (Week 2)
- [ ] Presentation Layer
- [ ] Integration Tests
- [ ] Performance Tests
- [ ] Security Audit

# 查看/管理 Workstreams
/gsd:workstreams

# 切換工作流
/gsd:workstreams switch payment-integration

# 新增 Backlog 項目
/gsd:add-backlog "Add retry logic for FISC gateway timeout"

# 查看 Backlog
/gsd:review-backlog

# 播下種子
/gsd:plant-seed "Consider using gRPC instead of REST for internal services"

# 建立新線程
/gsd:thread "Performance optimization strategy for high-concurrency transfers"

# 參與線程（在後續 session 中繼續討論）
/gsd:thread --continue "performance-optimization"

Ideas (模糊) ──→ Seeds ──→ Backlog (具體) ──→ Tasks (可執行)
                              ↕
                          Threads (持續討論)

# 結束當前 session（自動儲存狀態）
# GSD 會自動更新 .planning/HANDOFF.json

# 在新 session 中恢復（GSD 自動讀取）
/gsd:next
# GSD 讀取 HANDOFF.json，自動恢復到上次中斷的位置

{
  "session_id": "2026-04-03-001",
  "last_command": "/gsd:execute-phase",
  "current_wave": 3,
  "completed_waves": [1, 2],
  "pending_tasks": ["wave-3-remaining", "wave-4"],
  "context_snapshot": {
    "files_modified": ["Transfer.java", "TransferService.java"],
    "tests_status": "8/8 passing"
  },
  "notes": "Wave 3 的 FISC Gateway 整合需要 DBA 提供的 schema"
}

/gsd:new-project

## 需求摘要
開發即時轉帳服務，支援：
1. 同行即時轉帳
2. 跨行轉帳（FISC）
3. 交易限額管理
4. 冪等性保證
5. 完整審計日誌

## 現有系統
- Account Service（帳戶查詢/扣款 API）
- Auth Service（OAuth2 認證）
- FISC Gateway SDK（跨行轉帳）
- Notification Service（通知推送）

## 約束
- 必須使用公司標準框架（Spring Boot Starter 3.2.x）
- 資料庫使用 Oracle 19c（已有 DBA 規範的 Schema）
- 所有 API 必須經過 API Gateway
- 日誌格式需符合 ELK 收集規範

/gsd:discuss-phase

## 我方確認的業務規則

### 轉帳規則
- 單筆限額：500 萬 TWD
- 每日累積限額：3000 萬 TWD
- 每日交易次數上限：50 次
- 跨行轉帳手續費：15 TWD/筆
- 手續費從轉出帳號扣取

### 狀態機
PENDING → PROCESSING → COMPLETED | FAILED
FAILED → REVERSED（手動觸發退款）

### 冪等性
- 使用 Idempotency-Key Header
- 同一 Key 在 72 小時內視為重複交易
- 重複交易傳回原始交易結果（不再次扣款）

### 安全要求
- 轉帳前需二次驗證（OTP）
- 所有 API 需要 Bearer Token
- 敏感欄位（帳號）在日誌中遮蔽
- TLS 1.3 加密傳輸

# Spec: Real-Time Transfer Service v1.0

## 1. API 設計

### POST /api/v1/transfers
Request:
| Field | Type | Required | Validation |
|-------|------|----------|------------|
| fromAccountId | String(16) | Y | 必須為有效帳號 |
| toAccountId | String(16) | Y | 必須為有效帳號，不可與 from 相同 |
| amount | BigDecimal | Y | > 0, ≤ 5,000,000 |
| currency | String(3) | Y | 僅支援 TWD |
| idempotencyKey | UUID | Y | RFC 4122 UUID v4 |
| otpCode | String(6) | Y | 6 位數字 OTP |
| memo | String(100) | N | 備註 |

Response (201 Created):
| Field | Type | Description |
|-------|------|-------------|
| transferId | String | 系統產生之交易序號 |
| status | String | PENDING / COMPLETED |
| amount | BigDecimal | 轉帳金額 |
| fee | BigDecimal | 手續費 |
| timestamp | ISO-8601 | 交易時間 |

## 2. 狀態機

​```mermaid
stateDiagram-v2
    [*] --> PENDING: 建立轉帳
    PENDING --> PROCESSING: 開始處理
    PROCESSING --> COMPLETED: 扣款+入帳成功
    PROCESSING --> FAILED: 處理失敗
    FAILED --> REVERSED: 退款完成
    COMPLETED --> [*]
    REVERSED --> [*]
​```

## 3. 錯誤碼對照表
| Code | HTTP Status | Message |
|------|-------------|---------|
| TRF-001 | 400 | 餘額不足 |
| TRF-002 | 400 | 超過單筆轉帳上限 |
| TRF-003 | 400 | 超過每日累積上限 |
| TRF-004 | 404 | 帳號不存在 |
| TRF-005 | 409 | 重複交易 |
| TRF-006 | 400 | OTP 驗證失敗 |
| TRF-007 | 503 | FISC 閘道無回應 |
| TRF-008 | 400 | 超過每日交易次數 |

/gsd:plan-phase

## Plan Review Checklist ✅

### Wave 結構
- [x] Wave 1: Domain Layer（Transfer, Money, TransferStatus, Events）
- [x] Wave 2: Application Layer（UseCases, Ports, DTOs）
- [x] Wave 3: Infrastructure - Persistence（JPA, Flyway）
- [x] Wave 4: Infrastructure - External（Redis, Kafka, FISC）
- [x] Wave 5: Presentation Layer（Controllers, ExceptionHandler）
- [x] Wave 6: Integration Tests

### 依賴關係
- [x] Wave 2 → Wave 1 ✓
- [x] Wave 3 → Wave 2 ✓
- [x] Wave 4 → Wave 2 ✓
- [x] Wave 5 → Wave 2 ✓（不直接依賴 Wave 3/4）
- [x] Wave 6 → Wave 3, 4, 5 ✓

### Spec 覆蓋
- [x] 所有 API 端點有對應的 Controller
- [x] 所有業務規則有對應的 Domain 邏輯
- [x] 所有錯誤碼有對應的 Exception 處理
- [x] 所有測試案例有對應的測試程式

/gsd:execute-phase --wave 1

package com.bank.transfer.domain.entity;

import com.bank.transfer.domain.event.TransferCompletedEvent;
import com.bank.transfer.domain.event.TransferFailedEvent;
import com.bank.transfer.domain.vo.Money;
import com.bank.transfer.domain.vo.TransferStatus;
import com.bank.transfer.domain.vo.TransferType;

import java.time.LocalDateTime;
import java.util.ArrayList;
import java.util.List;
import java.util.UUID;

/**
 * 轉帳聚合根（Aggregate Root）
 * 
 * <p>封裝所有轉帳業務規則，確保交易的一致性與完整性。
 * 所有狀態變更透過領域方法控制，外部無法直接修改狀態。</p>
 * 
 * @author GSD-Generated
 * @since 1.0.0
 */
public class Transfer {

    private static final Money MAX_SINGLE_AMOUNT = Money.of("5000000");
    private static final int MAX_DAILY_TRANSACTIONS = 50;
    private static final Money CROSS_BANK_FEE = Money.of("15");

    private final String transferId;
    private final String fromAccountId;
    private final String toAccountId;
    private final Money amount;
    private final Money fee;
    private final String currency;
    private final String idempotencyKey;
    private final String memo;
    private final TransferType type;
    private final LocalDateTime createdAt;

    private TransferStatus status;
    private LocalDateTime updatedAt;
    private String failureReason;
    private int version;

    private final List<Object> domainEvents = new ArrayList<>();

    private Transfer(Builder builder) {
        this.transferId = generateTransferId();
        this.fromAccountId = builder.fromAccountId;
        this.toAccountId = builder.toAccountId;
        this.amount = builder.amount;
        this.currency = builder.currency;
        this.idempotencyKey = builder.idempotencyKey;
        this.memo = builder.memo;
        this.type = builder.type;
        this.fee = calculateFee(builder.type);
        this.status = TransferStatus.PENDING;
        this.createdAt = LocalDateTime.now();
        this.updatedAt = this.createdAt;

        validate();
    }

    /**
     * 驗證單筆轉帳金額上限
     * 
     * @throws TransferLimitExceededException 當金額超過 500 萬
     */
    private void validate() {
        if (amount.isGreaterThan(MAX_SINGLE_AMOUNT)) {
            throw new TransferLimitExceededException(
                "TRF-002", 
                String.format("單筆轉帳金額 %s 超過上限 %s", amount, MAX_SINGLE_AMOUNT)
            );
        }
        if (fromAccountId.equals(toAccountId)) {
            throw new IllegalArgumentException("轉出與轉入帳號不可相同");
        }
        if (amount.isNegativeOrZero()) {
            throw new IllegalArgumentException("轉帳金額必須大於零");
        }
    }

    /**
     * 執行轉帳（狀態轉為 PROCESSING）
     */
    public void process() {
        if (status != TransferStatus.PENDING) {
            throw new IllegalStateException(
                String.format("無法處理狀態為 %s 的轉帳", status)
            );
        }
        this.status = TransferStatus.PROCESSING;
        this.updatedAt = LocalDateTime.now();
    }

    /**
     * 完成轉帳
     */
    public void complete() {
        if (status != TransferStatus.PROCESSING) {
            throw new IllegalStateException(
                String.format("無法完成狀態為 %s 的轉帳", status)
            );
        }
        this.status = TransferStatus.COMPLETED;
        this.updatedAt = LocalDateTime.now();
        domainEvents.add(new TransferCompletedEvent(this));
    }

    /**
     * 轉帳失敗
     */
    public void fail(String reason) {
        if (status != TransferStatus.PROCESSING) {
            throw new IllegalStateException(
                String.format("無法將狀態為 %s 的轉帳設為失敗", status)
            );
        }
        this.status = TransferStatus.FAILED;
        this.failureReason = reason;
        this.updatedAt = LocalDateTime.now();
        domainEvents.add(new TransferFailedEvent(this, reason));
    }

    /**
     * 計算總扣款金額（轉帳金額 + 手續費）
     */
    public Money getTotalDebitAmount() {
        return amount.add(fee);
    }

    /**
     * 驗證每日累積限額
     * 
     * @param dailyTotal 當日已累積金額
     * @param dailyCount 當日已交易次數
     */
    public void validateDailyLimit(Money dailyTotal, int dailyCount) {
        Money dailyMax = Money.of("30000000");
        if (dailyTotal.add(amount).isGreaterThan(dailyMax)) {
            throw new TransferLimitExceededException(
                "TRF-003", "超過每日累積轉帳上限"
            );
        }
        if (dailyCount >= MAX_DAILY_TRANSACTIONS) {
            throw new TransferLimitExceededException(
                "TRF-008", "超過每日交易次數上限"
            );
        }
    }

    private Money calculateFee(TransferType type) {
        return type == TransferType.CROSS_BANK ? CROSS_BANK_FEE : Money.ZERO;
    }

    private String generateTransferId() {
        return "TRF-" + UUID.randomUUID().toString().replace("-", "").substring(0, 12).toUpperCase();
    }

    // ========== Builder ==========

    public static Builder builder() {
        return new Builder();
    }

    public static class Builder {
        private String fromAccountId;
        private String toAccountId;
        private Money amount;
        private String currency;
        private String idempotencyKey;
        private String memo;
        private TransferType type;

        public Builder fromAccountId(String fromAccountId) {
            this.fromAccountId = fromAccountId;
            return this;
        }

        public Builder toAccountId(String toAccountId) {
            this.toAccountId = toAccountId;
            return this;
        }

        public Builder amount(Money amount) {
            this.amount = amount;
            return this;
        }

        public Builder currency(String currency) {
            this.currency = currency;
            return this;
        }

        public Builder idempotencyKey(String idempotencyKey) {
            this.idempotencyKey = idempotencyKey;
            return this;
        }

        public Builder memo(String memo) {
            this.memo = memo;
            return this;
        }

        public Builder type(TransferType type) {
            this.type = type;
            return this;
        }

        public Transfer build() {
            return new Transfer(this);
        }
    }

    // GETTERS（省略 setter，確保不可變性）
    public String getTransferId() { return transferId; }
    public String getFromAccountId() { return fromAccountId; }
    public String getToAccountId() { return toAccountId; }
    public Money getAmount() { return amount; }
    public Money getFee() { return fee; }
    public String getCurrency() { return currency; }
    public TransferStatus getStatus() { return status; }
    public String getIdempotencyKey() { return idempotencyKey; }
    public List<Object> getDomainEvents() { return List.copyOf(domainEvents); }
    public int getVersion() { return version; }
}

package com.bank.transfer.domain.entity;

import com.bank.transfer.domain.vo.Money;
import com.bank.transfer.domain.vo.TransferStatus;
import com.bank.transfer.domain.vo.TransferType;
import org.junit.jupiter.api.DisplayName;
import org.junit.jupiter.api.Nested;
import org.junit.jupiter.api.Test;

import static org.assertj.core.api.Assertions.*;

/**
 * Transfer 聚合根單元測試
 * 覆蓋 Spec Test Case: TC-001 ~ TC-004
 */
class TransferTest {

    @Nested
    @DisplayName("TC-001: 正常轉帳")
    class NormalTransferTest {

        @Test
        void shouldCreateTransferSuccessfully() {
            Transfer transfer = Transfer.builder()
                .fromAccountId("0001234567890123")
                .toAccountId("0009876543210123")
                .amount(Money.of("50000"))
                .currency("TWD")
                .idempotencyKey("550e8400-e29b-41d4-a716-446655440000")
                .type(TransferType.INTRA_BANK)
                .build();

            assertThat(transfer.getTransferId()).startsWith("TRF-");
            assertThat(transfer.getStatus()).isEqualTo(TransferStatus.PENDING);
            assertThat(transfer.getFee()).isEqualTo(Money.ZERO);
        }

        @Test
        void shouldCalculateCrossBankFee() {
            Transfer transfer = Transfer.builder()
                .fromAccountId("0001234567890123")
                .toAccountId("0009876543210123")
                .amount(Money.of("50000"))
                .currency("TWD")
                .idempotencyKey("550e8400-e29b-41d4-a716-446655440001")
                .type(TransferType.CROSS_BANK)
                .build();

            assertThat(transfer.getFee()).isEqualTo(Money.of("15"));
            assertThat(transfer.getTotalDebitAmount()).isEqualTo(Money.of("50015"));
        }
    }

    @Nested
    @DisplayName("TC-002: 金額驗證")
    class AmountValidationTest {

        @Test
        void shouldRejectAmountExceedingLimit() {
            assertThatThrownBy(() ->
                Transfer.builder()
                    .fromAccountId("0001234567890123")
                    .toAccountId("0009876543210123")
                    .amount(Money.of("5000001"))
                    .currency("TWD")
                    .idempotencyKey("550e8400-e29b-41d4-a716-446655440002")
                    .type(TransferType.INTRA_BANK)
                    .build()
            ).isInstanceOf(TransferLimitExceededException.class)
             .hasMessageContaining("TRF-002");
        }

        @Test
        void shouldRejectNegativeAmount() {
            assertThatThrownBy(() ->
                Transfer.builder()
                    .fromAccountId("0001234567890123")
                    .toAccountId("0009876543210123")
                    .amount(Money.of("-100"))
                    .currency("TWD")
                    .idempotencyKey("550e8400-e29b-41d4-a716-446655440003")
                    .type(TransferType.INTRA_BANK)
                    .build()
            ).isInstanceOf(IllegalArgumentException.class);
        }
    }

    @Nested
    @DisplayName("TC-003: 狀態機轉換")
    class StateTransitionTest {

        @Test
        void shouldFollowCorrectStateTransition() {
            Transfer transfer = createValidTransfer();

            assertThat(transfer.getStatus()).isEqualTo(TransferStatus.PENDING);

            transfer.process();
            assertThat(transfer.getStatus()).isEqualTo(TransferStatus.PROCESSING);

            transfer.complete();
            assertThat(transfer.getStatus()).isEqualTo(TransferStatus.COMPLETED);
            assertThat(transfer.getDomainEvents()).hasSize(1);
        }

        @Test
        void shouldRejectInvalidStateTransition() {
            Transfer transfer = createValidTransfer();

            assertThatThrownBy(transfer::complete)
                .isInstanceOf(IllegalStateException.class)
                .hasMessageContaining("PENDING");
        }
    }

    @Nested
    @DisplayName("TC-004: 每日限額")
    class DailyLimitTest {

        @Test
        void shouldRejectWhenDailyLimitExceeded() {
            Transfer transfer = createValidTransfer();
            Money dailyTotal = Money.of("29900000");

            assertThatThrownBy(() ->
                transfer.validateDailyLimit(dailyTotal, 10)
            ).isInstanceOf(TransferLimitExceededException.class)
             .hasMessageContaining("TRF-003");
        }

        @Test
        void shouldRejectWhenDailyCountExceeded() {
            Transfer transfer = createValidTransfer();

            assertThatThrownBy(() ->
                transfer.validateDailyLimit(Money.ZERO, 50)
            ).isInstanceOf(TransferLimitExceededException.class)
             .hasMessageContaining("TRF-008");
        }
    }

    private Transfer createValidTransfer() {
        return Transfer.builder()
            .fromAccountId("0001234567890123")
            .toAccountId("0009876543210123")
            .amount(Money.of("50000"))
            .currency("TWD")
            .idempotencyKey("550e8400-e29b-41d4-a716-446655440099")
            .type(TransferType.INTRA_BANK)
            .build();
    }
}

# Wave 1 驗證
mvn compile -pl domain           # ✅ 編譯通過
mvn test -pl domain              # ✅ 8/8 測試通過
mvn checkstyle:check -pl domain  # ✅ 無違規

# 全量驗證（所有 Wave 完成後）
mvn clean verify -Pintegration-test

# 輸出
# [INFO] Tests run: 42, Failures: 0, Errors: 0, Skipped: 0
# [INFO] Code Coverage: Line 87%, Branch 75%
# [INFO] BUILD SUCCESS

## Final Verification Report

### 功能覆蓋率
| Spec Section | 需求數 | 已實作 | 已測試 | 覆蓋率 |
|-------------|--------|--------|--------|--------|
| API Design | 3 | 3 | 3 | 100% |
| Business Rules | 5 | 5 | 5 | 100% |
| Error Codes | 8 | 8 | 8 | 100% |
| State Machine | 5 states | 5 | 5 | 100% |

### 非功能需求
| NFR | 目標 | 實測 | 狀態 |
|-----|------|------|------|
| P99 Latency | < 200ms | 145ms | ✅ |
| Throughput | > 1000 TPS | 1,250 TPS | ✅ |
| Availability | 99.99% | 待生產觀測 | ⏳ |

### 安全檢查
| 項目 | 狀態 |
|------|------|
| SQL Injection 防護 | ✅ Parameterized Query |
| XSS 防護 | ✅ Input Validation |
| CSRF 防護 | ✅ Spring Security |
| OTP 驗證 | ✅ 已實作 |
| 日誌脫敏 | ✅ 帳號遮蔽 |
| TLS 1.3 | ✅ 配置完成 |

## Prompt 中的 Anti-Hallucination 指令

### 1. 明確版本約束
❌ "使用 Spring Boot 建立 REST API"
✅ "使用 Spring Boot 3.2.4 + Java 21 建立 REST API，
    參考 https://docs.spring.io/spring-boot/docs/3.2.4/reference/"

### 2. 提供真實的 API 參考
❌ "使用 Redis 做快取"
✅ "使用 spring-boot-starter-data-redis 3.2.4，
    使用 RedisTemplate<String, Object>，
    方法：opsForValue().setIfAbsent(key, value, Duration)"

### 3. 禁止猜測
在 System Prompt 中加入：
"如果不確定某個 API 是否存在，明確告知而非猜測。
 寧可問我確認，也不要產出可能有誤的程式碼。"

### 4. 要求引用
"對於使用的每個第三方 API，請在註解中標明：
 - 來源套件的 Maven 座標
 - API 版本
 - 參考文件 URL"

Priority 1（必載）:
├── System Prompt（角色 + 規則）     ~2K tokens
├── Coding Convention                ~3K tokens
└── Current Spec Section             ~5K tokens

Priority 2（按需載入）:
├── Plan XML（當前 Wave）            ~3K tokens
├── 依賴的 Interface 定義            ~2K tokens
└── 前一個 Wave 產出的 Key 檔案      ~5K tokens

Priority 3（參考用）:
├── 類似功能的既有程式碼              ~5K tokens
├── 測試範例                          ~3K tokens
└── 領域知識                          ~2K tokens

Total Budget: ~30K tokens（佔 200K Context Window 的 15%）

# 偵測 Context Rot 的信號
# 1. AI 開始重複問已回答的問題 → 立即 Refresh
# 2. 產出的命名風格開始不一致 → 載入 conventions.md
# 3. 忽略 Spec 中的約束 → 重新載入 Spec 相關段落
# 4. 混淆不同模組的邏輯 → 清理無關 Context

# Context Refresh 操作
/gsd:context refresh --keep system,conventions --reload spec:section-2

# 或手動 Refresh（新對話 + Context 載入）
/gsd:checkpoint save "wave-3-done"
# 開啟新對話
/gsd:checkpoint load "wave-3-done"
/gsd:execute-phase --wave 4

# .planning/context-rules.yaml
rules:
  # 規則 1: 處理 Domain Layer 時，不載入 Infrastructure 程式碼
  - when:
      wave-layer: domain
    include:
      - "src/main/java/**/domain/**"
      - "src/test/java/**/domain/**"
    exclude:
      - "src/main/java/**/infrastructure/**"
      - "src/main/java/**/presentation/**"
  
  # 規則 2: 處理 Controller 時，只載入 UseCase Interface
  - when:
      wave-layer: presentation
    include:
      - "src/main/java/**/presentation/**"
      - "src/main/java/**/application/port/in/**"
    exclude:
      - "src/main/java/**/infrastructure/**"
      - "src/main/java/**/domain/**"
  
  # 規則 3: 敏感檔案永不載入
  - always-exclude:
      - "**/*-prod.yaml"
      - "**/keystore/**"
      - "**/.env"
      - "**/secrets/**"

## 通用 Prompt 結構（CRISP 框架）

### C - Context（上下文）
你正在開發 {系統名稱} 的 {模組名稱}。
技術棧：{列出關鍵技術}
架構模式：{Clean Architecture / Hexagonal / ...}

### R - Role（角色）
你是一個資深 {Java/TypeScript} 架構師，
精通 {列出領域專長}。

### I - Instructions（指令）
根據以下 Spec，實作 {具體任務}：
1. {步驟一}
2. {步驟二}
3. {步驟三}

### S - Spec（規格）
[粘貼或引用相關 Spec]

### P - Parameters（參數）
- 命名慣例：{PascalCase/camelCase}
- 錯誤處理：{統一 ErrorResponse}
- 日誌等級：{Info/Debug/Warn}
- 測試框架：{JUnit 5 + AssertJ + Mockito}

.planning/
└── prompts/
    ├── v1/
    │   ├── system-prompt.md
    │   ├── plan-prompt.md
    │   └── execute-prompt.md
    ├── v2/
    │   ├── system-prompt.md      # 新增 Security 約束
    │   ├── plan-prompt.md
    │   └── execute-prompt.md
    └── CHANGELOG.md

# Prompt CHANGELOG

## v2.0 (2026-04-03)
- 新增：Anti-Hallucination 指令
- 新增：Security Constraint（PCI-DSS）
- 修正：Java 版本從 17 更新為 21
- 移除：已棄用的 JUnit 4 指令

## v1.0 (2026-03-15)
- 初始版本

# .planning/agent-context.yaml
shared-context:
  # 所有 Agent 共享的 Context
  global:
    - ".planning/PROJECT.md"
    - ".planning/REQUIREMENTS.md"
    - ".planning/specs/**"
  
  # Agent 專屬 Context
  per-agent:
    backend:
      - "src/main/java/**"
      - ".planning/context/java-standards.md"
    
    frontend:
      - "src/main/webapp/**"
      - ".planning/context/frontend-standards.md"
    
    database:
      - "src/main/resources/db/**"
      - ".planning/context/db-standards.md"
    
    testing:
      - "src/test/**"
      - ".planning/context/test-standards.md"

  # Context 同步規則
  sync:
    # Backend 完成後，自動同步 Interface 到 Frontend
    - from: backend
      to: frontend
      files: ["**/port/in/**Interface.java"]
    
    # Database 完成後，同步 Schema 到 Backend
    - from: database
      to: backend
      files: ["**/db/migration/**"]

// GSD 自動產出的日誌規範（System Context 中定義）

@Slf4j
@Service
public class TransferApplicationService {

    /**
     * 日誌規範：
     * - INFO: 業務流程關鍵節點（開始、結束、狀態變更）
     * - DEBUG: 詳細的處理過程（開發環境使用）
     * - WARN: 預期外但可恢復的狀況
     * - ERROR: 需要立即處理的異常
     */
    public TransferResponse executeTransfer(TransferRequest request, String idempotencyKey) {
        
        // INFO: 交易開始
        log.info("開始處理轉帳: fromAccount={}, toAccount={}, amount={}, idempotencyKey={}",
                maskAccount(request.getFromAccountId()),    // 帳號遮蔽
                maskAccount(request.getToAccountId()),
                request.getAmount(),
                idempotencyKey);
        
        try {
            // 業務處理...
            Transfer transfer = Transfer.builder()
                .fromAccountId(request.getFromAccountId())
                .toAccountId(request.getToAccountId())
                .amount(Money.of(request.getAmount()))
                .currency(request.getCurrency())
                .idempotencyKey(idempotencyKey)
                .type(determineTransferType(request))
                .build();
            
            transfer.process();
            
            // DEBUG: 詳細處理過程
            log.debug("轉帳處理中: transferId={}, status={}", 
                    transfer.getTransferId(), transfer.getStatus());
            
            accountPort.debit(transfer.getFromAccountId(), transfer.getTotalDebitAmount());
            accountPort.credit(transfer.getToAccountId(), transfer.getAmount());
            
            transfer.complete();
            transferRepository.save(transfer);
            
            // INFO: 交易完成
            log.info("轉帳完成: transferId={}, status={}, duration={}ms",
                    transfer.getTransferId(),
                    transfer.getStatus(),
                    System.currentTimeMillis() - startTime);
            
            return toResponse(transfer);
            
        } catch (InsufficientBalanceException e) {
            // WARN: 業務拒絕（但是正常流程）
            log.warn("轉帳被拒絕-餘額不足: fromAccount={}, amount={}, errorCode={}",
                    maskAccount(request.getFromAccountId()),
                    request.getAmount(),
                    e.getErrorCode());
            throw e;
            
        } catch (Exception e) {
            // ERROR: 非預期錯誤
            log.error("轉帳處理異常: fromAccount={}, idempotencyKey={}, error={}",
                    maskAccount(request.getFromAccountId()),
                    idempotencyKey,
                    e.getMessage(),
                    e);  // 保留完整 Stack Trace
            throw new TransferSystemException("系統處理異常", e);
        }
    }
    
    /**
     * 帳號遮蔽：只顯示前4碼和後4碼
     * 0001234567890123 → 0001****0123
     */
    private String maskAccount(String accountId) {
        if (accountId == null || accountId.length() < 8) return "****";
        return accountId.substring(0, 4) + "****" + accountId.substring(accountId.length() - 4);
    }
}

<!-- logback-spring.xml -->
<configuration>
    <appender name="JSON" class="ch.qos.logback.core.ConsoleAppender">
        <encoder class="net.logstash.logback.encoder.LogstashEncoder">
            <customFields>
                {"service":"transfer-service","env":"${SPRING_PROFILES_ACTIVE}"}</customFields>
            <fieldNames>
                <timestamp>@timestamp</timestamp>
                <version>[ignore]</version>
            </fieldNames>
        </encoder>
    </appender>
    
    <!-- 生產環境：JSON 格式 -->
    <springProfile name="prod,staging">
        <root level="INFO">
            <appender-ref ref="JSON"/>
        </root>
    </springProfile>
    
    <!-- 開發環境：人類可讀格式 -->
    <springProfile name="dev,local">
        <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender">
            <encoder>
                <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
            </encoder>
        </appender>
        <root level="DEBUG">
            <appender-ref ref="CONSOLE"/>
        </root>
    </springProfile>
</configuration>

# application-monitoring.yaml
management:
  endpoints:
    web:
      exposure:
        include: health, info, prometheus, metrics
  endpoint:
    health:
      show-details: when-authorized
      group:
        readiness:
          include: db, redis, kafka
        liveness:
          include: ping
  metrics:
    tags:
      application: transfer-service
      environment: ${SPRING_PROFILES_ACTIVE}
    distribution:
      percentiles-histogram:
        http.server.requests: true
      slo:
        http.server.requests: 50ms, 100ms, 200ms, 500ms

@Service
@Slf4j
public class TransferMetrics {

    private final MeterRegistry meterRegistry;
    private final Counter transferSuccessCounter;
    private final Counter transferFailureCounter;
    private final Timer transferLatencyTimer;
    private final AtomicLong activeTransfers;

    public TransferMetrics(MeterRegistry meterRegistry) {
        this.meterRegistry = meterRegistry;
        
        this.transferSuccessCounter = Counter.builder("transfer.completed")
            .description("成功的轉帳交易數")
            .tag("type", "success")
            .register(meterRegistry);
        
        this.transferFailureCounter = Counter.builder("transfer.completed")
            .description("失敗的轉帳交易數")
            .tag("type", "failure")
            .register(meterRegistry);
        
        this.transferLatencyTimer = Timer.builder("transfer.latency")
            .description("轉帳處理延遲")
            .publishPercentiles(0.5, 0.95, 0.99)
            .register(meterRegistry);
        
        this.activeTransfers = meterRegistry.gauge("transfer.active",
            new AtomicLong(0));
    }

    public Timer.Sample startTimer() {
        activeTransfers.incrementAndGet();
        return Timer.start(meterRegistry);
    }

    public void recordSuccess(Timer.Sample sample) {
        sample.stop(transferLatencyTimer);
        transferSuccessCounter.increment();
        activeTransfers.decrementAndGet();
    }

    public void recordFailure(Timer.Sample sample, String errorCode) {
        sample.stop(transferLatencyTimer);
        transferFailureCounter.increment();
        Counter.builder("transfer.error")
            .tag("code", errorCode)
            .register(meterRegistry)
            .increment();
        activeTransfers.decrementAndGet();
    }
}

# application.yaml - OpenTelemetry 配置
spring:
  application:
    name: transfer-service

otel:
  exporter:
    otlp:
      endpoint: http://otel-collector:4317
  resource:
    attributes:
      service.name: transfer-service
      service.version: 1.0.0
  traces:
    sampler:
      type: parentbased_traceidratio
      arg: 0.1  # 生產環境取樣 10%

# application-performance.yaml
spring:
  datasource:
    hikari:
      pool-name: TransferPool
      maximum-pool-size: 20        # CPU cores * 2 + 磁碟數
      minimum-idle: 5
      idle-timeout: 300000         # 5 分鐘
      max-lifetime: 1200000        # 20 分鐘
      connection-timeout: 3000     # 3 秒（快速失敗）
      validation-timeout: 1000
      leak-detection-threshold: 30000  # 30 秒連線洩漏偵測
      connection-test-query: "SELECT 1 FROM DUAL"
      
      data-source-properties:
        oracle.net.CONNECT_TIMEOUT: 3000
        oracle.net.READ_TIMEOUT: 30000
        oracle.jdbc.defaultNChar: true

## Weekly Token Usage Report

### 2026-W14 (03/30 - 04/05)
| 項目 | Spec Writer | Plan Generator | Code Generator | Reviewer | Total |
|------|------------|----------------|----------------|----------|-------|
| Input Tokens | 120K | 85K | 450K | 200K | 855K |
| Output Tokens | 35K | 25K | 380K | 45K | 485K |
| Cost | $2.85 | $1.63 | $7.05 | $6.38 | $17.91 |

### 成本趨勢
- Week 12: $28.50（新專案啟動，Spec 迭代多次）
- Week 13: $22.30（進入穩定開發，Context 管理改善）
- Week 14: $17.91（Context Compression 啟用，效果顯著）

### 最佳化建議
1. Spec Review 改用 Claude Haiku（降低 Review 成本 70%）
2. 啟用 Context Caching（Anthropic Prompt Caching，可省 90% 輸入成本）
3. 重複性 Code Gen 改用 Codex（成本最低）

# 升級操作步驟
# Step 1: 備份當前配置
cp -r .planning/ .planning-backup-$(date +%Y%m%d)

# Step 2: 升級 GSD
npx get-shit-done-cc@latest

# Step 3: 執行相容性檢查
/gsd:health

# Step 4: 更新配置（如有需要）
# 檢查 .planning/config.json 是否有新的設定項

# Step 5: 執行回歸測試
/gsd:verify-work

.planning/
└── prompts/
    ├── system/
    │   ├── v1.0.md          # 初始版
    │   ├── v1.1.md          # 新增安全約束
    │   ├── v2.0.md          # 重大重構
    │   └── current -> v2.0.md  # 符號連結
    ├── plan/
    │   ├── v1.0.md
    │   └── current -> v1.0.md
    ├── execute/
    │   ├── v1.0.md
    │   └── current -> v1.0.md
    └── verify/
        ├── v1.0.md
        └── current -> v1.0.md

# .planning/prompt-registry.yaml
prompts:
  system:
    current: "v2.0"
    history:
      - version: "v2.0"
        date: "2026-04-03"
        changes:
          - "新增 PCI-DSS 安全約束"
          - "Java 版本升級至 21"
          - "新增 Anti-Hallucination 指令"
        compatible-with:
          gsd-cli: ">=2.0.0"
          claude-code: ">=1.0.0"
      - version: "v1.1"
        date: "2026-03-20"
        changes:
          - "新增日誌遮蔽規則"
      - version: "v1.0"
        date: "2026-03-01"
        changes:
          - "初始版本"
  
  plan:
    current: "v1.0"
    
  execute:
    current: "v1.0"

## Prompt A/B Test: System Prompt v2.0 vs v2.1

### 測試設計
- 任務: 產出 TransferService 的 Application Layer
- 樣本: 同一 Spec，各執行 5 次
- 評估指標: 編譯通過率、測試通過率、代碼品質（CheckStyle）

### 結果

| 指標 | v2.0 | v2.1（新增 Few-Shot） | 差異 |
|------|------|---------------------|------|
| 編譯通過率 | 100% | 100% | - |
| 測試通過率 | 80% | 100% | +20% ✅ |
| CheckStyle 違規 | 3.2/次 | 1.0/次 | -69% ✅ |
| Token 使用量 | 12K | 15K | +25% ⚠️ |
| 執行時間 | 45s | 52s | +16% |

### 結論
v2.1 在品質上明顯提升，雖然 Token 成本增加 25%，但減少了人工修正時間。
建議升級至 v2.1。

# Spec Header Template

---
spec-id: SPEC-TRF-001
title: 即時轉帳服務
version: 2.1.0
status: approved          # draft | review | approved | deprecated
author: tech-lead@company.com
reviewers:
  - architect@company.com
  - qa-lead@company.com
created: 2026-03-15
updated: 2026-04-03
change-log:
  - version: 2.1.0
    date: 2026-04-03
    changes:
      - "新增預約轉帳章節（Future）"
      - "修正跨行轉帳手續費規則"
  - version: 2.0.0
    date: 2026-03-25
    changes:
      - "新增 OTP 二次驗證"
      - "新增每日交易次數限制"
  - version: 1.0.0
    date: 2026-03-15
    changes:
      - "初始版本"
---

# .github/workflows/gsd-pipeline.yaml
name: GSD CI/CD Pipeline

on:
  push:
    branches: [main, develop]
    tags: ['v*']
  pull_request:
    branches: [main]

env:
  JAVA_VERSION: '21'
  MAVEN_OPTS: '-Xmx1024m'

jobs:
  build-and-test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      
      - name: Setup Java
        uses: actions/setup-java@v4
        with:
          java-version: ${{ env.JAVA_VERSION }}
          distribution: 'temurin'
          cache: maven
      
      - name: Compile
        run: mvn compile -B
      
      - name: Unit Tests
        run: mvn test -B
      
      - name: Integration Tests
        run: mvn verify -Pintegration-test -B
      
      - name: CheckStyle
        run: mvn checkstyle:check -B
      
      - name: SpotBugs
        run: mvn spotbugs:check -B
      
      - name: JaCoCo Coverage
        run: |
          mvn jacoco:report -B
          # 確保覆蓋率達標
          mvn jacoco:check -B \
            -Djacoco.line.coverage=0.80 \
            -Djacoco.branch.coverage=0.70

  security-scan:
    needs: build-and-test
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      
      - name: OWASP Dependency Check
        run: mvn org.owasp:dependency-check-maven:check -B
      
      - name: Trivy Scan
        uses: aquasecurity/trivy-action@master
        with:
          scan-type: 'fs'
          scan-ref: '.'
          severity: 'HIGH,CRITICAL'

  # GSD Spec-Code 一致性驗證
  spec-compliance:
    needs: build-and-test
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      
      - name: Verify Spec Coverage
        run: |
          # 檢查所有 Spec 中的 API 端點是否都有對應的 Controller
          /gsd:verify-work --report spec-coverage.md
      
      - name: Upload Coverage Report
        uses: actions/upload-artifact@v4
        with:
          name: spec-coverage
          path: spec-coverage.md

  deploy-staging:
    if: github.ref == 'refs/heads/main'
    needs: [security-scan, spec-compliance]
    runs-on: ubuntu-latest
    environment: staging
    steps:
      - name: Deploy to Staging
        run: |
          mvn package -Pstaging -DskipTests -B
          # 部署至 Staging K8s
          kubectl apply -f k8s/staging/

  deploy-production:
    if: startsWith(github.ref, 'refs/tags/v')
    needs: deploy-staging
    runs-on: ubuntu-latest
    environment: production
    steps:
      - name: Deploy to Production (Canary)
        run: |
          mvn package -Pproduction -DskipTests -B
          # Canary 部署（5%）
          kubectl apply -f k8s/production/canary/
      
      - name: Wait for Canary Validation
        run: |
          # 等待 15 分鐘觀察 Canary 指標
          gsd canary-check --duration 15m --threshold error-rate=0.1%
      
      - name: Full Rollout
        run: kubectl apply -f k8s/production/full/

# 在 execute-phase 之後執行安全審查
/gsd:secure-phase

# GSD 會自動執行：
# 1. 靜態安全掃描（SAST）
# 2. 依賴漏洞檢查（SCA）
# 3. 敏感資訊洩漏檢查
# 4. OWASP Top 10 合規驗證

// .planning/config.json
{
  "security": {
    "sensitive_files": [
      "**/*.env",
      "**/*.key",
      "**/*.pem",
      "**/*.p12",
      "**/application-prod.*",
      "**/keystore/**",
      "**/secrets/**",
      "**/.aws/**",
      "**/vault-config.*"
    ]
  }
}

# scope-reduction-detection hook 自動偵測：
# 1. Spec 中定義的功能是否全部實作
# 2. 測試案例是否被省略
# 3. 錯誤處理是否被簡化
# 4. 非功能需求是否被忽略

// GSD 安全審計事件格式
{
  "event_type": "SECURITY_SCAN",
  "timestamp": "2026-04-03T10:30:00+08:00",
  "project": "transfer-service",
  "phase": "secure-phase",
  "findings": {
    "critical": 0,
    "high": 1,
    "medium": 3,
    "low": 5
  },
  "high_findings": [
    {
      "rule": "SENSITIVE_DATA_EXPOSURE",
      "file": "TransferController.java",
      "line": 45,
      "description": "帳號資訊未遮蔽即寫入日誌",
      "remediation": "使用 maskAccount() 方法遮蔽帳號"
    }
  ],
  "result": "PASS_WITH_WARNINGS"
}

### 試點期檢查清單

- [ ] 選定 2-3 名具備 AI 工具經驗的工程師
- [ ] 選定一個低風險專案作為試點
- [ ] 安裝並配置 GSD 開發環境
- [ ] 完成一個完整的 GSD 開發週期
- [ ] 記錄遇到的問題與解決方案
- [ ] 產出《GSD 試點報告》
- [ ] 建立初版的團隊 Coding Convention（.planning/context/conventions.md）

.planning/
├── governance/
│   ├── gsd-policy.md              # GSD 使用政策
│   ├── spec-standards.md          # Spec 撰寫標準
│   ├── plan-review-checklist.md   # Plan Review 清單
│   ├── code-review-guidelines.md  # AI 產出碼 Review 指南
│   └── security-policy.md         # AI 使用安全政策
├── templates/
│   ├── spec-template.md           # Spec 模板
│   ├── plan-template.xml          # Plan 模板
│   ├── verify-checklist.md        # 驗證清單模板
│   └── ship-checklist.md          # Ship 清單模板
└── metrics/
    ├── weekly-report-template.md  # 週報模板
    └── kpi-definitions.md         # KPI 定義

## AI-Generated Code Review Guidelines

### 必檢項目（Mandatory）

#### 1. 安全性
- [ ] 無硬編碼的密碼、金鑰、Token
- [ ] 所有使用者輸入都有驗證
- [ ] SQL 查詢使用參數化
- [ ] 無 XSS 漏洞風險
- [ ] 敏感資料已遮蔽

#### 2. 業務邏輯正確性
- [ ] 邏輯與 Spec 一致（逐條核對）
- [ ] 邊界條件處理完整
- [ ] 金額計算使用 BigDecimal
- [ ] 狀態機轉換正確
- [ ] 併發場景處理（樂觀鎖/分散式鎖）

#### 3. 架構合規
- [ ] 遵循 Clean Architecture 分層
- [ ] 依賴方向正確（外層依賴內層）
- [ ] 使用建構子注入（非 @Autowired 欄位注入）
- [ ] 無跨層直接呼叫

#### 4. 錯誤處理
- [ ] Exception 有明確的訊息
- [ ] 使用統一的 ErrorResponse 格式
- [ ] 不吞 Exception（catch-and-ignore）
- [ ] StackTrace 不暴露給外部

### AI 特有的檢查項目

#### 5. API 真實性驗證
- [ ] 所有使用的方法確實存在於指定版本
- [ ] Maven 依賴座標正確且可解析
- [ ] 配置項名稱正確
- [ ] Import 語句正確（非虛構的 Package）

#### 6. 一致性檢查
- [ ] 命名風格與專案一致
- [ ] 日誌格式與規範一致
- [ ] 錯誤碼與 Spec 一致
- [ ] 回應格式與 API 規格一致

## Spec 品質評分表

| 維度 | 權重 | 1分（不合格） | 3分（合格） | 5分（優秀） |
|------|------|-------------|-----------|-----------|
| 完整性 | 30% | 缺少主要功能描述 | 涵蓋所有功能但細節不足 | 完整涵蓋所有功能與邊界 |
| 明確性 | 25% | 多處模糊描述 | 大部分清楚 | 所有描述無歧義 |
| 可測試性 | 20% | 無測試案例 | 主要路徑有測試 | 完整測試案例含邊界 |
| 可追溯性 | 15% | 無需求追溯 | 功能需求可追溯 | 全量追溯（含 NFR） |
| 一致性 | 10% | 存在矛盾描述 | 基本一致 | 完全一致 |

**合格門檻**: 加權平均 ≥ 3.0
**推薦門檻**: 加權平均 ≥ 4.0

## AI 使用安全政策

### 1. 資料分類與處理

| 資料等級 | 說明 | AI 使用允許 |
|---------|------|-----------|
| **公開** | 開源程式碼、技術文件 | ✅ 允許 |
| **內部** | 業務邏輯、架構設計 | ✅ 允許（企業版 AI） |
| **機密** | 客戶資料、金鑰、帳密 | ❌ 禁止 |
| **高度機密** | 加密金鑰、HSM 配置 | ❌ 嚴禁 |

### 2. AI Prompt 安全規則
- 禁止在 Prompt 中包含真實的客戶資料
- 禁止在 Prompt 中包含資料庫連線字串
- 禁止在 Prompt 中包含 API Key / Secret
- 使用脫敏資料或 Mock 資料替代
- 定期審計 Prompt 歷史紀錄

### 3. AI 產出碼安全要求
- 所有 AI 產出的程式碼必須經過 Security Scan
- 不得使用未經驗證的第三方套件
- 加密演算法必須使用公司核准的清單
- 敏感操作必須有完整的 Audit Trail

// GSD 操作審計日誌格式
{
    "timestamp": "2026-04-03T10:30:00+08:00",
    "action": "gsd:execute-phase",
    "operator": "dev001@company.com",
    "project": "transfer-service",
    "details": {
        "wave": 3,
        "agent": "claude-code",
        "model": "claude-sonnet-4-20250514",
        "inputTokens": 15000,
        "outputTokens": 8500,
        "filesCreated": 4,
        "filesModified": 1,
        "specRef": "SPEC-TRF-001 v2.1"
    },
    "result": "SUCCESS",
    "duration": "45s"
}

// .planning/config.json — 完整設定參考
{
  // === 基本設定 ===
  "mode": "greenfield",              // "greenfield" | "brownfield"
  "granularity": "normal",           // "minimal" | "normal" | "detailed"
  "model_profile": "balanced",       // "quality" | "balanced" | "budget" | "inherit"

  // === 計畫設定 ===
  "planning": {
    "model_profile": "quality",      // 計畫生成使用的模型
    "max_tasks_per_phase": 10,       // 每個 Phase 最大任務數
    "require_spec_review": true      // 是否要求 Spec Review
  },

  // === 工作流設定 ===
  "workflow": {
    "auto_verify": true,             // 自動驗證
    "auto_commit": true,             // 自動 Git commit
    "require_tests": true,           // 強制測試
    "nyquist_validation": true,      // Nyquist 驗證（v1.31.0+）
    "schema_drift_detection": true   // Schema drift 偵測
  },

  // === Hook 設定 ===
  "hooks": {
    "context-monitor": true,         // Context 膨脹偵測
    "prompt-guard": true,            // Prompt 品質檢查
    "workflow-guard": true,          // 工作流程守衛
    "scope-reduction-detection": true // 範圍縮減偵測
  },

  // === Git 設定 ===
  "git": {
    "auto_branch": true,             // 自動建立分支
    "branch_prefix": "gsd",          // 分支前綴
    "commit_style": "conventional"   // commit 訊息格式
  },

  // === 安全設定 ===
  "security": {
    "sensitive_files": [             // 敏感檔案 glob 模式
      "**/*.env",
      "**/*.key",
      "**/*.pem"
    ]
  }
}

{
  "git": {
    "auto_branch": true,
    "branch_prefix": "gsd",
    "commit_style": "conventional",    // "conventional" | "angular" | "custom"
    "branch_pattern": "{prefix}/{task-id}-{description}"
  }
}

{
  "hooks": {
    "context-monitor": true,
    "prompt-guard": true,
    "workflow-guard": true,
    "scope-reduction-detection": true,
    "custom": {
      "pre-execute": "scripts/pre-execute-check.sh",
      "post-verify": "scripts/post-verify-report.sh"
    }
  }
}

**症狀**: AI 產出的 Java 程式碼出現 import 錯誤或語法錯誤

**常見原因**:
1. AI 混淆了不同版本的 API（如 javax.* vs jakarta.*）
2. AI 使用了不存在的套件
3. Context 中缺少 pom.xml 依賴資訊

**解決方案**:
1. 在 System Prompt 中明確指定框架版本
2. 將 pom.xml 加入 always-include Context
3. 使用 Negative Prompt："不要使用 javax.* namespace，使用 jakarta.*"

**預防措施**:
在 .planning/context/system.md 中加入：

## 重要版本約束
- Java 21 → jakarta.* 命名空間（非 javax.*）
- Spring Boot 3.2 → Spring Framework 6.1
- JUnit 5（org.junit.jupiter，非 org.junit）
- Hibernate 6.4（非 Hibernate 5.x）

**症狀**: 在 Wave 4 時，AI 不再遵循 Wave 1 定義的 Coding Convention

**原因**: Context Rot — 對話過長導致早期約束被淡化

**解決方案**:
1. 執行 Context Refresh
2. 在每個 Wave 開始時重新提供關鍵約束
3. 使用 Constraint Anchoring（開頭和結尾都放約束）

**預防措施**:
設定 .planning/config.json 的 hooks.context-monitor 為 true，啟用自動 Context 監控

**症狀**: AI 產出的 API Response 格式與 Spec 定義不同

**原因**:
1. Spec 太長，超出 AI 的有效注意範圍
2. Spec 中有模糊或矛盾的描述
3. AI 採用了「更好」的做法而忽略 Spec

**解決方案**:
1. 將 Spec 拆分為小節，每個 Wave 只載入相關段落
2. 使用 /gsd:verify-work 自動比對 Spec vs Code
3. 在 Prompt 中明確："嚴格按照 Spec 實作，即使你認為有更好的方式，也先按 Spec 執行"

**預防措施**:
定期進行 "Spec 品質 Review"，確保 Spec 無歧義

**症狀**: 兩名工程師同時使用 GSD 開發同一專案，產出的程式碼風格不一

**原因**: 
1. 使用不同版本的 System Prompt
2. 使用不同的 AI Agent（Claude vs Gemini）
3. 各自修改了 Context 文件

**解決方案**:
1. 使用 Git 管理 .planning/ 目錄（版本控制 System Prompt）
2. 團隊統一使用同一個 AI Agent 版本
3. .planning/ 的修改需要 PR Review

**預防措施**:
在 .planning/config.json 中鎖定 Agent 版本和 Prompt 版本

# 1. 檢查 GSD 環境健康狀態
/gsd:health

# 輸出：
# ✅ GSD v1.31.0
# ✅ Runtime: Claude Code (skills mode)
# ✅ .planning/config.json (valid)
# ✅ .planning/PROJECT.md (loaded)
# ✅ .planning/REQUIREMENTS.md (loaded)
# ⚠️  Context budget: 67% used (consider compression)
# ✅ Active Spec: SPEC-TRF-001 v2.1

# 2. 檢查專案統計
/gsd:stats

# 3. 檢查 Spec-Code 追溯
# 使用 /gsd:verify-work 自動比對

**描述**: 跳過 Spec，直接讓 AI 產生程式碼
**問題**: AI 會根據自己的「理解」產出程式碼，結果不可預測
**正確做法**: 永遠先撰寫 Spec，再進入 plan-phase

❌ Bad:
"幫我寫一個轉帳功能"

✅ Good:
"/gsd:plan-phase"

**描述**: 一個 Wave 包含 20+ 個檔案
**問題**: AI 無法同時維持這麼多檔案的 Context，品質下降
**正確做法**: 每個 Wave 最多 5 個檔案

❌ Bad:
Wave 1: 建立所有 Domain + Application + Infrastructure（25 個檔案）

✅ Good:
Wave 1: Domain Entities（4 個檔案）
Wave 2: Application Use Cases（4 個檔案）
Wave 3: Infrastructure - DB（4 個檔案）
Wave 4: Infrastructure - External（3 個檔案）
Wave 5: Presentation（4 個檔案）

**描述**: 把整個程式碼庫丟進 AI Context
**問題**: 超出 Token 限制，或關鍵資訊被稀釋
**正確做法**: 只載入與當前 Wave 相關的檔案

❌ Bad:
"@folder src/"  （載入整個 src 目錄）

✅ Good:
"@file src/main/java/com/bank/transfer/domain/entity/Transfer.java"
"@file src/main/java/com/bank/transfer/application/port/in/ExecuteTransferUseCase.java"

**描述**: 完全信任 AI 產出，不做 Review
**問題**: AI 可能產出看似正確但有隱藏 Bug 的程式碼
**正確做法**: 每個 Wave 都要 Review，特別關注安全性與業務邏輯

❌ Bad:
AI 產出 → 直接 Commit → Push

✅ Good:
AI 產出 → Compile → Test → Review → Verify → Commit

**描述**: 給一個模糊的 Prompt，期望 AI 自動理解所有需求
**問題**: AI 會填補空白，但往往不是你期望的方向
**正確做法**: 使用 CRISP 框架結構化 Prompt

❌ Bad:
"寫一個好的轉帳 API"

✅ Good:
"根據 Spec SPEC-TRF-001 v2.1 的第 2.1 節 API Design，
使用 Spring Boot 3.2 + Java 21 實作 TransferController，
遵循 .planning/context/conventions.md 的命名規範，
參考 AccountController 的實作模式（@file src/.../AccountController.java），
所有驗證使用 Jakarta Bean Validation，
錯誤處理使用 GlobalExceptionHandler 的統一格式。"

**描述**: 在同一對話中連續執行 10+ 個 Wave，從不做 Context Refresh
**問題**: Context Rot 導致後期 Wave 品質嚴重下降
**正確做法**: 每 3-5 個 Wave 做一次 Context Refresh

❌ Bad:
Wave 1 → Wave 2 → ... → Wave 10（同一對話）

✅ Good:
Wave 1-3（對話 1）→ Checkpoint → Wave 4-6（對話 2）→ Checkpoint → Wave 7-10（對話 3）

.planning/
├── config.json              # GSD 核心設定（Runtime、模型、Hooks）
├── PROJECT.md               # 專案定義（願景、範圍、技術棧、限制）
├── REQUIREMENTS.md          # 需求清單（功能 / 非功能 / 技術）
├── ROADMAP.md               # 版本路線圖（里程碑、交付時程）
├── STATE.md                 # 即時執行狀態（目前 Wave、進度、阻礙）
├── MILESTONES.md            # 里程碑追蹤（進度百分比、狀態）
├── HANDOFF.json             # 跨 Session 交接資料（自動產生）
├── CHANGELOG.md             # 變更日誌（每次 /gsd:ship 自動更新）
├── backlog/                 # 功能待辦項目
│   └── *.md                 # 每個待辦一個檔案
├── seeds/                   # 構想 / 靈感 / 探索性想法
│   └── *.md                 # 低成熟度的早期想法
├── threads/                 # 討論紀錄
│   └── *.md                 # 非同步討論串
├── context/                 # Context 資料夾
│   ├── conventions.md       # 編碼慣例與命名規範
│   ├── tech-stack.md        # 技術棧詳細說明
│   ├── architecture.md      # 系統架構描述
│   └── glossary.md          # 領域術語表
├── specs/                   # Spec 文件（discuss-phase 產出）
│   ├── SPEC-XXX-001.md      # 個別功能 Spec
│   ├── SPEC-XXX-002.md
│   └── ...
├── plans/                   # 執行計畫（plan-phase 產出）
│   ├── PLAN-XXX-001.md      # 對應 Spec 的執行計畫
│   └── ...
├── checkpoints/             # 檢查點快照
│   ├── wave-01.md           # 每個 Wave 完成後的快照
│   ├── wave-02.md
│   └── ...
└── reports/                 # 品質與驗證報告
    ├── verification-*.md    # 驗證報告
    └── quality-*.md         # 品質評估報告

# context/conventions.md 範例

## 命名規範
- 類別名稱：PascalCase（例：TransferService）
- 方法名稱：camelCase（例：processTransfer）
- 常數名稱：UPPER_SNAKE_CASE（例：MAX_RETRY_COUNT）
- 資料庫表名：snake_case（例：transfer_record）

## 錯誤處理
- 統一使用 GlobalExceptionHandler
- 業務例外繼承 BusinessException
- 錯誤碼格式：{MODULE}-{TYPE}-{SEQ}（例：TRF-VAL-001）

## API 設計
- RESTful 風格，版本前綴 /api/v1/
- 分頁使用 page/size 參數
- 回應格式統一使用 ApiResponse<T>

specs/
├── SPEC-TRF-001.md    # 轉帳功能 Spec
├── SPEC-TRF-002.md    # 轉帳查詢 Spec
├── SPEC-AUTH-001.md   # 認證功能 Spec
└── SPEC-NOTIF-001.md  # 通知功能 Spec

plans/
├── PLAN-TRF-001.md    # 對應 SPEC-TRF-001 的執行計畫
├── PLAN-AUTH-001.md   # 對應 SPEC-AUTH-001 的執行計畫
└── ...

# checkpoints/wave-03.md

## Wave 3 Checkpoint
- 狀態: ✅ 通過
- 完成時間: 2026-04-15T14:30:00+08:00
- 產出檔案:
  - src/main/java/.../TransferService.java
  - src/main/java/.../TransferRepository.java
  - src/test/java/.../TransferServiceTest.java
- 驗證結果:
  - 編譯: ✅ 通過
  - 測試: ✅ 18/18 通過
  - 覆蓋率: 87.3% (目標 ≥ 80%)
  - Lint: ✅ 0 違規

# GSD - 納入版本控制
# .planning/ 目錄預設全部納入

# GSD - 排除項目（視團隊政策）
# .planning/HANDOFF.json    # 如不需跨 Session 交接可排除
# .planning/checkpoints/    # 如 Checkpoint 過多可排除歷史項目

### 工具安裝
- [ ] Node.js 20.x LTS 已安裝
- [ ] Git 2.30+ 已安裝
- [ ] Java JDK 21 已安裝
- [ ] Maven 3.9+ 已安裝
- [ ] VS Code 最新版已安裝
- [ ] GSD 已安裝（`npx get-shit-done-cc@latest`）

### AI Agent 設定
- [ ] Claude Code 已安裝並認證（或其他支援的 Runtime）
- [ ] API Key 已安全存放（非明文）
- [ ] Skills 已正確安裝（Claude Code: `~/.claude/skills/gsd-*/SKILL.md`）

### VS Code 擴充套件
- [ ] GitHub Copilot 已安裝
- [ ] GitHub Copilot Chat 已安裝
- [ ] Extension Pack for Java 已安裝
- [ ] GitLens 已安裝

### 專案初始化
- [ ] `npx get-shit-done-cc@latest` 執行完成
- [ ] .planning/config.json 已配置
- [ ] .planning/PROJECT.md 已撰寫
- [ ] .planning/REQUIREMENTS.md 已撰寫
- [ ] CLAUDE.md 或對應 Runtime 系統指令已建立
- [ ] .editorconfig 已設定
- [ ] Git hooks（pre-commit lint）已設定

### 結構完整性
- [ ] Spec Header（id, version, status, author）
- [ ] 概述（Overview）
- [ ] API 設計（端點、請求/回應格式）
- [ ] 業務規則（編號：BR-xxx）
- [ ] 資料模型（欄位、型別、約束）
- [ ] 錯誤碼對照表
- [ ] 非功能需求（NFR-xxx）
- [ ] 測試案例（TC-xxx）
- [ ] 狀態機（如適用）

### 品質檢查
- [ ] 所有業務規則無歧義
- [ ] 所有 API 端點有完整的 Request/Response 定義
- [ ] 所有欄位有型別與驗證規則
- [ ] 所有錯誤場景有對應的錯誤碼
- [ ] 所有 Test Case 覆蓋主要與邊界路徑
- [ ] Spec 已通過 Peer Review（至少 1 人）
- [ ] Spec 品質評分 ≥ 3.0

### Wave 結構
- [ ] 每個 Wave 不超過 5 個產出檔案
- [ ] Wave 之間的依賴關係正確
- [ ] 每個 Wave 有明確的驗證標準
- [ ] Wave 順序符合 Clean Architecture（由內到外）

### Spec 追溯
- [ ] 每個檔案有對應的 spec-ref
- [ ] 所有 Spec 需求都有對應的 Wave
- [ ] 測試案例（TC）都有對應的測試檔案

### 風險檢查
- [ ] 無單點故障（高依賴的 Wave）
- [ ] 複雜邏輯分配在較早的 Wave
- [ ] 外部整合放在獨立的 Wave

### 執行前
- [ ] Context 已更新至最新狀態
- [ ] 關鍵約束已在 Prompt 中重申
- [ ] 前一個 Wave 的所有驗證已通過
- [ ] Checkpoint 已存檔

### 執行中
- [ ] AI 產出的程式碼已快速瀏覽
- [ ] 命名風格與專案一致
- [ ] 無明顯的安全漏洞
- [ ] 業務邏輯與 Spec 一致

### 執行後
- [ ] 編譯通過
- [ ] 單元測試全部通過
- [ ] Lint/CheckStyle 無違規
- [ ] 覆蓋率達標（Line ≥ 80%）
- [ ] Checkpoint 已更新

### 程式碼品質
- [ ] 所有 Wave 驗證通過
- [ ] 整合測試全部通過
- [ ] 程式碼覆蓋率達標
- [ ] CheckStyle + SpotBugs 無違規
- [ ] Security Scan（OWASP/Trivy）通過
- [ ] SonarQube Quality Gate 通過

### 文件完整
- [ ] API 文件已更新（OpenAPI/Swagger）
- [ ] README.md 已更新
- [ ] CHANGELOG.md 已更新
- [ ] Spec 標記為 approved

### 部署準備
- [ ] 版本號已確定（Semantic Versioning）
- [ ] Git Tag 已建立
- [ ] CI Pipeline 通過
- [ ] Staging 環境部署成功
- [ ] 冒煙測試通過
- [ ] 回滾方案已準備

### 審批
- [ ] Code Review 完成（至少 2 名 Reviewer）
- [ ] Tech Lead 已核准
- [ ] CAB 已審批（Production 部署）

### Prompt 安全
- [ ] Prompt 中無真實客戶資料
- [ ] Prompt 中無資料庫密碼
- [ ] Prompt 中無 API Key
- [ ] 使用脫敏 / Mock 資料
- [ ] Prompt 歷史紀錄已審計

### AI 產出碼安全
- [ ] 無硬編碼密碼
- [ ] 無不安全的序列化
- [ ] 輸入驗證完整
- [ ] SQL 參數化查詢
- [ ] 無 Log 敏感資訊
- [ ] 加密演算法符合公司標準

### 存取控制
- [ ] AI Agent 使用企業版（資料不外送）
- [ ] API Key 透過金鑰管理系統存取
- [ ] 操作紀錄已記錄至 Audit Trail
- [ ] 團隊成員權限已正確設定