Warp + AI 開發完整教學手冊

版本:v1.2(2026-07-02)
適用對象:資深工程師 / 架構師 / DevSecOps 團隊
Warp 版本:v0.2026.06.03.09.49.stable_00(開源 AGPL v3 + MIT 雙授權)
定位:企業標準技術白皮書
開源倉庫warpdotdev/warp(62,700+ Stars)
官方文件docs.warp.dev
貢獻總覽build.warp.dev


目錄


1. Warp 架構總覽

1.1 Warp 在開發體系中的角色

Warp 是新一代代理開發環境(Agentic Development Environment, ADE),由 Warp 公司以 Rust 語言打造,於 2026 年 4 月 28 日正式開源(AGPL v3 / MIT 雙授權,其中 UI 框架 warpui_core / warpui 兩個 crate 採 MIT,其餘核心程式碼採 AGPL v3),OpenAI 為創始贊助商。截至 2026 年 7 月,GitHub 已取得 62,700+ Stars,專案語言組成以 Rust(98.3%)為主體,開源後採「Agent-first」貢獻模式——人類貢獻者的角色從手寫程式碼轉為撰寫規格(Spec)、審查 AI 產出與調度 Agent 艦隊,此模式由 Oz 平台與 GPT 系列模型驅動。

Warp 不僅是終端機替代品,更是一個整合 AI Agent、程式碼編輯器、團隊協作的完整開發平台,其內建的 Coding Agent 在 SWE-bench VerifiedTerminal-Bench 排行榜中穩定名列前茅:

層級功能說明
終端層現代化 TerminalGPU 加速渲染(Metal / Vulkan / DX12)、Block-based UI、多 Tab / Split Pane
編輯層Code Editor內建 LSP 支援(Rust / Go / Python / TS / C++)、File Tree、Find & Replace、Vim 鍵位
本地 AI 層Oz Local Agent對話式 AI、Code Diff Review、Interactive Code Review、Voice 語音輸入
雲端 AI 層Oz Cloud Agent背景自動化任務、排程、觸發器(Slack / Linear / GitHub / Azure DevOps)
協作層Warp DriveWorkflows / Prompts / Env / Notebooks / AI-Integrated Objects 共享
整合層CLI Agent 工具帶支援 10 種 Agent:Claude Code / Codex / Gemini CLI / OpenCode / Amp / Auggie / Copilot CLI / Cursor CLI / Droid / Pi
平台層Oz PlatformCLI / REST API / SDK / Web App(含行動裝置支援)

企業導入價值定位

  • 統一團隊終端機環境,降低 onboarding 成本
  • 內建 AI Agent 加速開發效率(實測提升 30-50%)
  • Warp Drive 實現知識資產化與團隊共享
  • SOC 2 認證,所有 LLM 供應商皆簽署零數據留存(Zero Data Retention)協議
  • 開源透明,可審計原始碼(build.warp.dev 提供即時貢獻總覽儀表板)
  • 多模型架構設計,支援 OpenAI / Anthropic / Google / xAI / Fireworks AI 等供應商
  • 企業自託管選項(Managed Docker / Kubernetes / Direct / Unmanaged)

1.2 Warp + Oz 平台架構圖

graph TB
    subgraph "開發者工作站"
        DEV[👨‍💻 開發者]
        
        subgraph "Warp ADE"
            TERMINAL[Terminal Mode<br/>Block-based UI]
            AGENT_MODE[Agent Mode<br/>對話式 AI 互動]
            CODE_EDITOR[Code Editor<br/>LSP / File Tree]
            CODE_REVIEW[Code Review<br/>差異比較面板]
        end
        
        subgraph "AI Agent 層"
            OZ_LOCAL[Oz Local Agent<br/>內建 AI]
            CLAUDE[Claude Code<br/>Anthropic]
            CODEX[Codex CLI<br/>OpenAI]
            GEMINI[Gemini CLI<br/>Google]
            OPENCODE[OpenCode<br/>開源 Agent]
            AMP[Amp<br/>Sourcegraph]
            AUGGIE[Auggie<br/>Augment Code]
            CURSOR_CLI[Cursor CLI<br/>Cursor]
            DROID[Droid<br/>Factory]
            PI[Pi<br/>開源 Agent]
        end
        
        subgraph "Warp Drive"
            WORKFLOWS[Workflows<br/>指令模板]
            PROMPTS[Prompts<br/>AI 提示詞]
            ENV[Environment Variables<br/>環境變數]
            NOTEBOOKS[Notebooks<br/>知識筆記]
        end
    end
    
    subgraph "雲端服務"
        OZ_CLOUD[Oz Cloud Agents<br/>背景自動化]
        OZ_PLATFORM[Oz Platform<br/>CLI / API / SDK / Web App]
        LLM[LLM Providers<br/>GPT-5.x / Claude 4.x / Gemini 3.x / Fireworks]
        TRIGGERS[Triggers<br/>Slack / Linear / GitHub / Azure DevOps]
        SCHEDULES[Schedules<br/>定時排程任務]
    end
    
    subgraph "企業基礎設施"
        GIT[GitHub / GitLab]
        CICD[CI/CD Pipeline]
        SONAR[SonarQube]
        DB[(Oracle / DB2 / PG)]
        MQ[Kafka / RabbitMQ]
        CONTAINER[Podman / Docker]
    end
    
    DEV --> TERMINAL
    DEV --> AGENT_MODE
    TERMINAL --> OZ_LOCAL
    AGENT_MODE --> OZ_LOCAL
    AGENT_MODE --> CLAUDE
    AGENT_MODE --> CODEX
    AGENT_MODE --> GEMINI
    AGENT_MODE --> AMP
    
    OZ_LOCAL --> LLM
    OZ_LOCAL --> OZ_CLOUD
    OZ_CLOUD --> OZ_PLATFORM
    OZ_CLOUD --> TRIGGERS
    OZ_CLOUD --> SCHEDULES
    OZ_CLOUD --> GIT
    
    TERMINAL --> GIT
    TERMINAL --> CONTAINER
    TERMINAL --> CICD
    
    WORKFLOWS --> TERMINAL
    PROMPTS --> AGENT_MODE
    ENV --> TERMINAL

1.3 與傳統 Terminal 比較

特性傳統 Terminal
(iTerm2 / Windows Terminal)
Warp
渲染引擎CPU-basedGPU 加速(Rust + Metal / Vulkan / DX12)
輸入體驗單行 readlineIDE 級多行編輯器,支援游標移動、語法高亮
輸出管理連續文字流Block 區塊化,可搜尋/複製/過濾/分享
AI 整合無(需外掛)原生 Oz Agent + 10 種 CLI Agent 工具帶
程式碼編輯內建 Code Editor(LSP:Rust/Go/Python/TS/C++)
程式碼審查Interactive Code Review、差異面板、行內評論
Agent 能力Slash Commands / Skills / Planning / Task Lists / Computer Use / Voice / Web Search
團隊協作Warp Drive + Session Sharing + Cloud-synced Conversations
自動補全基礎 Tab 補全AI 驅動智慧補全 + Fig 補全規格 + Active AI Recommendations
指令歷史文字搜尋結構化搜尋,含 Block 上下文
Codebase Context語意索引 Git 追蹤檔案,Agent 自動理解專案架構
雲端 AgentOz Cloud Agents:排程、觸發器、CI/CD 整合、自託管
安全合規依賴配置SOC 2 認證,所有 LLM 供應商零數據留存協議
開源部分完全開源(AGPL v3 + MIT)
跨平台有限macOS / Linux / Windows 完整支援

實務建議:從傳統終端機遷移至 Warp 時,Warp 官方提供專屬遷移指南,涵蓋 Claude CodeCursorGhosttyiTerm2macOS TerminalVS Code TerminalWindows Terminal 等環境,建議團隊依現有環境選用對應文件。

常見錯誤:誤以為 Warp 只是「另一個終端機」。Warp 的定位是 ADE(Agentic Development Environment),整合 Terminal + Code Editor + AI Agent + Cloud Agents + 團隊協作,應以平台角度規劃導入。


2. 安裝與環境建置

2.1 各平台安裝方式

macOS

# 方式一:官方下載 DMG(macOS 10.14+)
# 前往 https://www.warp.dev/download 下載 DMG 檔案

# 方式二:Homebrew 安裝(推薦)
brew install --cask warp

Linux

# Debian / Ubuntu(.deb)
# x64
wget https://app.warp.dev/get_warp?package=deb -O warp.deb
sudo dpkg -i warp.deb

# ARM64
wget https://app.warp.dev/get_warp?package=deb_arm64 -O warp-arm64.deb
sudo dpkg -i warp-arm64.deb

# Red Hat / Fedora / SUSE(.rpm)
wget https://app.warp.dev/get_warp?package=rpm -O warp.rpm
sudo rpm -i warp.rpm

# Arch Linux(Pacman)
wget https://app.warp.dev/get_warp?package=pacman -O warp.pkg.tar.zst
sudo pacman -U warp.pkg.tar.zst

# AppImage(通用)
wget https://app.warp.dev/get_warp?package=appimage -O warp.AppImage
chmod +x warp.AppImage
./warp.AppImage

Windows

# 方式一:winget 安裝(推薦,Windows 10/11)
winget install Warp.Warp

# 方式二:官方下載 .exe
# x64: https://app.warp.dev/get_warp?package=exe_x86_64
# ARM64: https://app.warp.dev/get_warp?package=exe_arm64

從原始碼建置(進階)

# Clone 開源 Repo
git clone https://github.com/warpdotdev/warp.git
cd warp

# 平台相關環境設定
./script/bootstrap

# 建置並執行
./script/run

# 執行 pre-submit 檢查(格式化 + clippy + 測試)
./script/presubmit

2.2 GPU 與 Shell 設定

GPU 加速渲染

Warp 預設啟用 GPU 加速渲染:

平台圖形 API備註
macOSMetal原生支援,無需額外設定
LinuxVulkan需安裝 Vulkan 驅動
WindowsDirectX 12Windows 10 1903+ 原生支援
# Linux 安裝 Vulkan 驅動(Ubuntu)
sudo apt install mesa-vulkan-drivers vulkan-tools

# 驗證 Vulkan 支援
vulkaninfo | head -20

若 GPU 加速有問題,可在設定中停用:

  • 開啟 Command Palette(Ctrl+Shift+PCmd+Shift+P
  • 搜尋 “GPU” → 停用硬體加速

支援的 Shell

Warp 支援以下 Shell(官方支援清單):

ShellmacOSLinuxWindows
Bash✅(Git Bash / WSL)
Zsh✅(預設)✅(WSL)
Fish✅(WSL)
PowerShell
Nushell
# 設定預設 Shell
# Warp Settings > Terminal > Shell > 選擇 Shell 路徑

# 確認目前 Shell
echo $SHELL       # macOS / Linux
$PSVersionTable   # PowerShell

2.3 開發工具整合

Git 整合

# 確認 Git 已安裝
git --version

# Warp 自動偵測 Git 狀態,在 Prompt 顯示:
# - 當前分支
# - 變更檔案數
# - 未推送的 commit 數

# 搭配 Warp Block 使用 Git
git log --oneline -20    # 輸出自動成為獨立 Block
git diff                 # 差異內容可在 Block 內搜尋

Docker / Podman 整合

# Docker
docker ps                         # 容器狀態即時監控
docker compose up -d              # Block 中追蹤啟動日誌

# Podman(企業級替代方案)
podman ps --format "{{.Names}}\t{{.Status}}\t{{.Ports}}"
podman compose up -d

# Warp AI 輔助 Docker 指令
# 在 Agent Mode 中詢問:
# "幫我寫一個 multi-stage Dockerfile,前端用 node:20-alpine 建置 Vue 3,
#  後端用 eclipse-temurin:21-jre-alpine 執行 Spring Boot JAR"

Node.js / Java / Python 整合

# Node.js(前端開發)
node --version
npm --version
nvm use 20         # Warp 自動載入 .nvmrc

# Java(後端開發)
java --version
mvn --version
# JAVA_HOME 自動偵測

# Python(腳本 / AI 工具鏈)
python3 --version
pip3 --version

# 版本管理工具整合
# Warp 自動支援 nvm / sdkman / pyenv 的 shell hook

Maven 整合範例(企業專案)

# 在 Warp 中執行 Maven 建置
mvn clean compile -P dev

# 輸出自動分為 Block:
# Block 1: [INFO] Scanning for projects...
# Block 2: [INFO] BUILD SUCCESS

# 使用 Warp AI 分析建置錯誤
# 選取失敗的 Block → 右鍵 → "Explain with AI"

實務建議:建議團隊統一使用 Warp 的 Tab Configs 功能,將常用專案目錄、環境變數預先配置,新成員 clone 設定即可開始開發。

常見錯誤:Windows 上安裝後未設定預設終端機。應在 Windows Terminal Settings 或系統預設應用程式中,將 Warp 設為預設。


3. Warp 核心功能解析

3.1 Block(區塊系統)

Block 是 Warp 最核心的 UI 創新。每一條指令及其輸出被封裝為獨立的「Block(區塊)」:

graph LR
    subgraph "Block 1"
        CMD1["$ mvn compile"]
        OUT1["[INFO] BUILD SUCCESS<br/>Time: 5.2s"]
    end
    
    subgraph "Block 2"
        CMD2["$ git status"]
        OUT2["modified: src/main/App.java<br/>new file: src/test/AppTest.java"]
    end
    
    subgraph "Block 3"
        CMD3["$ docker ps"]
        OUT3["CONTAINER ID  IMAGE  STATUS<br/>abc123  postgres:16  Up 2h"]
    end
    
    CMD1 --> OUT1
    CMD2 --> OUT2
    CMD3 --> OUT3

Block 核心操作

操作快捷鍵說明
導覽至上一個 BlockCmd/Ctrl + ↑快速跳到前一條指令
導覽至下一個 BlockCmd/Ctrl + ↓快速跳到後一條指令
複製 Block 輸出Cmd/Ctrl + Shift + C複製整個 Block 內容
搜尋 Block 內容Cmd/Ctrl + F在當前 Block 內搜尋
分享 Block右鍵 → Share產生可分享的連結
Block 過濾使用 Block Filtering篩選特定 Block
背景 BlockBackground Blocks長時間執行的指令背景化
固定指令標頭Sticky Command Header長輸出時固定指令列
# Block 過濾範例:只顯示失敗的指令
# 使用 Command Palette → "Filter Blocks" → 選擇 "Failed"

# 背景 Block:長時間建置
mvn clean package -DskipTests    # 可將此 Block 移至背景

Block 在企業開發中的應用

# 場景:分析生產環境問題
kubectl logs pod/api-server --tail=500    # Block 1:取得日誌
grep -n "ERROR" app.log | tail -20        # Block 2:過濾錯誤
curl -s http://localhost:8080/health      # Block 3:健康檢查

# 每個 Block 獨立可搜尋、可複製、可分享
# 選取 Block 2 → "Explain with AI" → AI 自動分析錯誤原因

3.2 Command Palette

Command Palette 是 Warp 的指令控制中心,類似 VS Code 的 Ctrl+Shift+P

# 開啟方式
Cmd+Shift+P  (macOS)
Ctrl+Shift+P (Windows / Linux)

# 常用功能
- 切換 Terminal / Agent Mode
- 搜尋設定
- 切換主題
- 管理 Tab / Pane
- 開啟 Warp Drive
- GPU 設定
- Shell 切換

3.3 AI 功能與多模型支援

Warp 的 AI 功能由 Oz 平台驅動,分為兩大模式:

Terminal Mode AI(行內 AI)

# 自然語言生成指令:在輸入框中按 # 開頭
# 範例輸入:
# find all java files modified in the last 7 days

# Warp 自動生成:
find . -name "*.java" -mtime -7

# 指令解釋:選取任何 Block → "Explain with AI"
# Warp 會解釋指令的作用與各參數含義

# Active AI Recommendations:
# 當指令執行失敗時,Warp 會主動提供修復建議
# 無需手動觸發,自動偵測錯誤並建議修正方案

Agent Mode(對話式 AI)

# 切換至 Agent Mode
# 快捷鍵:Cmd/Ctrl + L
# 或 Command Palette → "Switch to Agent Mode"

# Agent Mode 功能:
# - 多輪對話(支援 Conversation Forking 分支對話)
# - 程式碼生成與修改(產生 Code Diff)
# - Interactive Code Review(行內評論、Agent 回應修改)
# - 錯誤診斷(自動分析 Block 錯誤)
# - 自動執行指令(Full Terminal Use)
# - 語音輸入(Voice)
# - 網路搜尋(Web Search)
# - Computer Use(操控桌面 GUI)
# - Codebase Context(語意索引理解專案)
# - Cloud-synced Conversations(跨裝置同步對話)

多模型支援

Oz 為多模型架構設計,可依任務選擇最佳模型。Warp 與所有 LLM 供應商皆簽訂零數據留存(ZDR) 協議,供應商承諾不使用客戶資料訓練模型:

Auto 模型(推薦)
模型model_id說明
Auto (Responsive)auto自動選擇最高品質且最快的模型
Auto (Cost-efficient)auto-efficient最佳化信用額度消耗,維持強勁輸出品質
Auto (Genius)auto-genius依任務複雜度自適應,適合深度除錯與架構決策
Auto (Open-weights)auto-open路由至最佳開源模型,最佳化低成本與快速回應
OpenAI 模型
模型model_id備註
GPT-5.5gpt-5-5-low ~ gpt-5-5-xhigh最新旗艦(Low / Medium / High / Extra High)
GPT-5.4gpt-5-4-low ~ gpt-5-4-xhigh高效能通用模型
GPT-5.3 Codexgpt-5-3-codex-low ~ gpt-5-3-codex-xhigh程式碼專用最佳化
GPT-5.2 Codexgpt-5-2-codex-low ~ gpt-5-2-codex-xhigh程式碼生成
GPT-5.2gpt-5-2-low ~ gpt-5-2-xhigh通用模型
Anthropic 模型
模型model_id備註
Claude Sonnet 5claude-5-sonnet-xhigh / high / low最新旗艦,三種推理強度可選
Claude Opus 4.8claude-4-8-opus-xhigh / high / max深度推理,適合架構決策
Claude Opus 4.7claude-4-7-opus-xhigh / high / max高精度推理
Claude Opus 4.6claude-4-6-opus-high / max高精度長上下文
Claude Sonnet 4.6claude-4-6-sonnet-high / max平衡速度與精度
Claude Opus 4.5claude-4-5-opus / thinking可開啟 Thinking 推理
Claude Sonnet 4.5claude-4-5-sonnet / thinking高效程式碼生成
Claude Haiku 4.5claude-4-5-haiku最快速回應
Google 模型
模型model_id備註
Gemini 3.1 Progemini-3.1-pro大型程式碼庫分析、長上下文
Gemini 3.5 Flashgemini-3.5-flash低延遲、輕量任務
xAI 模型
模型model_id備註
Grok 4.3grok-4.3-high / medium / low三種推理強度可選
Grok Build 0.1grok-build-0.1程式碼建置導向

xAI 模型不消耗 Warp Credits,須連結個人 SuperGrok 訂閱後使用。

開源模型(透過 Fireworks AI 託管)
模型model_id
GLM 5.2 / 5.1glm-5.2-fireworks / glm-5.1-fireworks
Kimi K2.7 Code / K2.6kimi-k27-code-fireworks / kimi-k26-fireworks
Minimax 3 / 2.7minimax-3-fireworks / minimax-2.7-fireworks
Qwen 3.7 Plus / 3.6 Plusqwen-3.7-plus-fireworks / qwen-3.6-plus-fireworks
DeepSeek V4 Prodeepseek-v4-pro-fireworks
# 在 Agent Mode 中切換模型
# 點擊輸入框中顯示的模型名稱 → 開啟下拉選單選擇
# 或在 Settings > Agents > Profiles 中設定各 Agent Profile 的基礎模型

# Model Fallback 機制:
# 當選定模型暫時不可用時,Warp 自動切換至備援模型,
# 原模型恢復後自動切回,確保服務不中斷

實務建議:企業團隊建議預設使用 Auto (Genius) 或 Auto (Responsive) 模型,讓 Warp 依任務複雜度自動選擇最佳模型。特定重要任務(如架構決策、安全審查)可手動切換至 Claude Opus 4.7 或 GPT-5.5。

常見錯誤:團隊成員各自選用不同模型導致輸出品質不一致。建議透過 Agent Profiles 統一設定團隊的預設模型與權限。

3.4 Agent 進階能力

Warp 的 Agent 提供一系列進階能力,可透過設定與整合擴展:

能力說明使用方式
Slash Commands在 Agent Mode 中輸入 / 觸發快速動作/init 初始化專案、/plan 建立計畫
Skills可重複使用的範本指令,教導 Agent 執行特定任務定義在專案中,Agent 自動載入
Planning將需求轉換為可編輯的逐步計畫/plan 觸發,可手動調整步驟
Task Lists自動追蹤複雜工作流程進度Agent 自動產生,即時更新狀態
Rules定義全域/專案級行為準則(AGENTS.md專案根目錄放置 AGENTS.md 檔案
Full Terminal UseAgent 直接操控終端機執行互動式程式設定中啟用,Agent 可觀看即時輸出
Computer UseAgent 操控桌面 GUI(截圖、點擊、輸入)進階能力,需授權
Voice語音對話輸入點擊麥克風圖示或快捷鍵
Web SearchAgent 搜尋網路取得最新資訊Agent 自動判斷是否需要搜尋
Codebase Context語意索引 Git 追蹤檔案,理解專案結構自動索引,無需手動設定
MCPModel Context Protocol 連接外部資料源與工具設定 MCP Server 連線
Agent Profiles控制 Agent 的模型、權限與自主程度Settings > Agents > Profiles
Conversation Forking從對話中任意點分支出新對話右鍵對話訊息 → Fork
Session Sharing分享 Agent 對話給團隊成員分享連結,可觀看或接手操控
Active AI主動偵測錯誤並推薦修復方案自動觸發,無需手動啟用
Custom Model Routers(2026 新增)依複雜度(Complexity-based)或自訂規則(Rule-based)將任務路由至指定模型Settings > Agents > Model Routers 設定路由規則
Prompt Queueing(2026 新增)Agent 執行中可預先排入後續指令,執行完畢自動接續輸入 /queue 或切換排隊模式 Chip
Local-to-Cloud Handoff(2026 新增)本機 Agent 對話可無縫轉移至雲端繼續執行macOS 休眠時自動觸發,亦可手動交接
Git Operations on Remote Sessions(2026 新增)透過 SSH 遠端 Session 執行分支切換、commit、push於 SSH Extension 連線的遠端環境中直接操作

2026 年上半年重點更新:除上表新增能力外,Warp 亦推出 Queued Terminal Commands(終端機指令可排隊循序執行,不限於 Agent Prompt)與 Git Branch Status Chip(輸入列常駐顯示目前分支與 ahead/behind commit 數)。這些功能大幅減少多步驟操作時的等待與切換成本,建議團隊在導入時一併納入教育訓練範圍。

AGENTS.md 專案規則範例

# AGENTS.md(置於專案根目錄)
# 檔名必須全大寫:AGENTS.md

## 專案概述
這是一個 Spring Boot 3.4 + Java 21 的企業級微服務專案。

## 程式碼風格
- 使用 Java Records 取代簡單 POJO
- 使用 Sealed Interfaces 定義業務狀態
- 金額欄位一律使用 BigDecimal
- 日誌使用 Log4j2,格式為 JSON

## 安全規範
- 所有使用者輸入必須驗證與 sanitize
- 密碼不可出現在日誌中
- API 端點需加 @PreAuthorize 授權

## 測試要求
- 每個 Use Case 必須有 JUnit 5 測試
- 使用 Given-When-Then 模式
- 覆蓋率目標 80%

3.5 Code Editor 與 Code Review

Warp 內建的 Code Editor 提供輕量但完整的程式碼編輯體驗,搭配 Agent 的 Code Diff 功能形成閉環:

Code Editor 功能

功能說明
File Tree專案檔案瀏覽器,快速導覽與開啟檔案
LSP 支援Hover Info / Go-to-Definition / Find References / Inline Diagnostics / Format-on-Save
支援語言Rust、Go、Python、TypeScript/JavaScript、C/C++
Find & Replace檔案內搜尋與取代
Vim 鍵位完整 Vim 鍵位綁定支援
Git Worktrees同時操作多個 Git 工作樹
SSH 遠端透過 SSH Extension 在遠端主機使用 File Tree、Code Diff,並可執行 Git 分支切換、commit、push 等操作

重要變更:早期實驗性的 tmux-based SSH warpify 流程已於 2026 年停用,現行遠端連線一律改用專屬 SSH Extension。若團隊文件或 Workflow 中仍引用舊版 tmux 流程,應盡快改用 SSH Extension 以取得完整的遠端 Git 操作與 Code Editor 支援。

Code Review 面板

# Code Review 流程:
# 1. Agent 生成程式碼修改 → 自動產生 Diff
# 2. 在 Code Review 面板中查看所有變更
# 3. 可逐行接受/拒絕/修改
# 4. 支援 Interactive Code Review:
#    - 在 Diff 上留下行內評論
#    - Agent 自動回應並修改
#    - 持續對話直到滿意

# 專案初始化(啟用 Codebase Context):
# 方式一:開啟新 Tab → Create New Project / Open Repository / Clone Repository
# 方式二:在 Agent Mode 中執行 /init 指令

實務建議:建議每個專案都建立 AGENTS.md 檔案(檔名必須全大寫),定義專案的程式碼風格、安全規範與測試要求,讓 Agent 的產出符合團隊標準。

常見錯誤:未啟用 Codebase Context 就使用 Agent 編寫程式碼,導致 Agent 不理解專案架構而產出不相容的程式碼。務必執行 /init 初始化專案索引。

3.6 Warp Drive(Workflows / Env 管理)

Warp Drive 是團隊知識管理與共享的核心功能,支援透過 Web 介面 存取:

graph TB
    subgraph "Warp Drive"
        WF[Workflows<br/>指令模板]
        PR[Prompts<br/>AI 提示詞模板]
        EV[Environment Variables<br/>環境變數]
        NB[Notebooks<br/>知識筆記]
        AI_OBJ[AI-Integrated Objects<br/>AI 增強物件]
        AMC[Agent Mode Context<br/>Agent 專屬上下文]
    end
    
    subgraph "存取方式"
        APP[Warp Desktop App]
        WEB[Warp Drive Web]
        API[Oz API / SDK]
    end
    
    subgraph "共享範圍"
        PERSONAL[個人]
        TEAM[團隊]
        ORG[組織]
    end
    
    WF --> PERSONAL
    WF --> TEAM
    WF --> ORG
    PR --> TEAM
    EV --> TEAM
    NB --> TEAM
    AI_OBJ --> TEAM
    
    APP --> WF
    WEB --> WF
    API --> WF

AI-Integrated Objects 是 Warp Drive 的進階功能,可在 Workflows 和 Prompts 中嵌入 AI 能力,讓共享物件自動適應不同上下文。Agent Mode Context 則允許將 Warp Drive 中的內容自動注入 Agent 對話。

Workflows(YAML 工作流程)

# 範例:Spring Boot 專案建置 Workflow
# 儲存位置:Warp Drive > Team > Workflows
---
name: "Spring Boot 建置與測試"
command: |
  echo "🔨 開始建置 {{project_name}}..."
  cd {{project_dir}}
  mvn clean compile -P {{profile}}
  echo "🧪 執行單元測試..."
  mvn test
  echo "📦 打包..."
  mvn package -DskipTests
  echo "✅ 完成!JAR 位於 target/ 目錄"
tags:
  - java
  - spring-boot
  - build
arguments:
  - name: project_name
    description: "專案名稱"
    default_value: "my-app"
  - name: project_dir
    description: "專案目錄"
    default_value: "."
  - name: profile
    description: "Maven Profile"
    default_value: "dev"

Environment Variables(環境變數管理)

# Warp Drive 環境變數可依環境分組:
# DEV / SIT / UAT / PROD

# 範例:DEV 環境
DB_HOST=localhost
DB_PORT=5432
DB_NAME=myapp_dev
DB_USER=dev_user
SPRING_PROFILES_ACTIVE=dev
LOG_LEVEL=DEBUG

# 使用方式:
# Warp Drive → Environment Variables → 選擇環境 → Apply
# 變數自動載入至當前 Terminal Session

3.7 團隊共享機制

共享功能說明企業應用場景
Workflow 共享YAML 工作流程模板統一建置、部署、測試流程
Prompt 共享AI 提示詞模板標準化 AI 互動方式
Env 共享環境變數集合統一環境配置
Notebook 共享知識筆記團隊知識庫
AI-Integrated ObjectsAI 增強的共享物件自動適應不同上下文的智慧範本
Block 分享指令輸出連結問題排查、知識傳遞
Session 分享完整終端/Agent 會話即時協作、Pair Programming
Cloud-synced Conversations跨裝置同步 Agent 對話在不同裝置間接續工作
Team Admin Panel團隊管理控制台成員管理、權限設定、使用量監控
# Block 分享流程:
# 1. 選取要分享的 Block(含指令與輸出)
# 2. 右鍵 → "Share Block"
# 3. 產生唯一連結,可貼到 Slack / Teams / Issue

# Session 分享:
# 1. 開啟 Session Sharing
# 2. 邀請團隊成員
# 3. 成員可即時觀看或操控

實務建議:建議指定一位「Warp Champion」負責維護團隊的 Warp Drive 內容,定期審查 Workflows 與 Prompts 的品質與安全性。

常見錯誤:將 API Key / Token 等機密資訊直接寫在 Workflow 中。應使用 Warp Drive 的 Environment Variables 功能分離管理,且依環境(DEV/UAT/PROD)隔離。


4. Warp + AI Coding Agent 整合

Warp 作為 ADE,原生支援 10 種第三方 CLI Agent,自動偵測並啟用「Agent 工具帶(Toolbelt)」體驗。工具帶的按鈕可自訂排列、隱藏或移動:

graph LR
    subgraph "Warp Agent Toolbelt"
        RICH_INPUT[Rich Input Editor<br/>多行編輯 + 檔案附加<br/>Ctrl+G 觸發]
        CODE_REVIEW_PANEL[Code Review<br/>差異面板 + 行內評論]
        NOTIFY[Notifications<br/>完成通知]
        SESSION[Session Mgmt<br/>會話管理]
        REMOTE[Remote Control<br/>遠端控制]
        VERTICAL_TAB[Vertical Tabs<br/>垂直 Tab + 中繼資料]
        TAB_CONFIG[Tab Configs<br/>Tab 配置]
    end
    
    subgraph "支援的 CLI Agents(10 種)"
        CC[Claude Code<br/>Anthropic]
        CX[Codex CLI<br/>OpenAI]
        GC[Gemini CLI<br/>Google]
        OC[OpenCode<br/>開源]
        AMP_A[Amp<br/>Sourcegraph]
        AUG[Auggie<br/>Augment Code]
        COP[Copilot CLI<br/>GitHub]
        CUR[Cursor CLI<br/>Cursor]
        DRD[Droid<br/>Factory]
        PI_A[Pi<br/>開源]
    end
    
    CC --> RICH_INPUT
    CX --> RICH_INPUT
    GC --> RICH_INPUT
    OC --> RICH_INPUT
    AMP_A --> RICH_INPUT
    AUG --> RICH_INPUT
    COP --> RICH_INPUT
    CUR --> RICH_INPUT
    DRD --> RICH_INPUT
    PI_A --> RICH_INPUT
    
    RICH_INPUT --> CODE_REVIEW_PANEL
    CODE_REVIEW_PANEL --> NOTIFY

Agent 工具帶功能支援矩陣

功能Claude CodeCodexOpenCodeAmpAuggieCopilot CLICursor CLIGemini CLIDroidPi
Rich Input Editor (Ctrl+G)
Agent Notifications
Code Review Comments
Attach Code as Context
Vertical Tabs + Metadata
Tab Configs
Remote Control

Agent Notifications 需一次性設定。Claude Code 與 OpenCode 使用 Warp 通知插件,Codex 使用原生配置變更。其餘 Agent 尚未支援通知。

4.1 Claude Code 整合

安裝與設定

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

# 設定 API Key
export ANTHROPIC_API_KEY="sk-ant-xxxxx"

# 在 Warp 中啟動 Claude Code
claude

# 或帶入專案目錄
cd /path/to/project && claude

在 Warp 中使用 Claude Code

# Claude Code 在 Warp 中享有增強體驗:
# 1. Rich Input:多行 prompt 編輯
# 2. Code Review 面板:查看 Claude 修改的差異
# 3. 通知:長時間任務完成後桌面通知
# 4. Block 化:每次互動自動成為獨立 Block

# 範例:使用 Claude Code 重構服務層
claude "Refactor UserService to follow Clean Architecture:
- Extract domain logic from service to domain entity
- Create port interfaces
- Separate infrastructure concerns
- Keep backward compatibility"

Prompt 設計策略

# 企業級 Prompt 模板(存入 Warp Drive > Prompts)

# 模板 1:程式碼審查
claude "Review the following Java file for:
1. Clean Architecture violations
2. SOLID principle adherence
3. Security vulnerabilities (OWASP Top 10)
4. Performance concerns (N+1 query, connection leak)
5. Test coverage gaps

File: {{file_path}}

Output format:
- Issue category
- Severity (Critical/High/Medium/Low)
- Line number
- Description
- Suggested fix"

# 模板 2:API 設計
claude "Design a RESTful API for {{domain}} following:
- OpenAPI 3.0 spec
- Enterprise naming conventions (kebab-case URLs)
- Proper HTTP status codes
- Pagination (cursor-based)
- HATEOAS links
- Error response format (RFC 7807)
Output as OpenAPI YAML."

4.2 GitHub Copilot CLI 整合

安裝與設定

# 安裝 GitHub CLI
winget install GitHub.cli          # Windows
brew install gh                     # macOS

# 安裝 Copilot CLI 擴充
gh extension install github/gh-copilot

# 認證
gh auth login

# 驗證安裝
gh copilot --help

在 Warp 中使用 Copilot CLI

# 指令建議
gh copilot suggest "find all Spring Boot controllers with security annotations"

# 指令解釋
gh copilot explain "kubectl get pods -l app=api-server -o jsonpath='{.items[*].status.phase}'"

# 與 Warp Workflow 整合
# 建立 Workflow:Copilot 輔助除錯
---
name: "Copilot Debug Helper"
command: |
  echo "📋 收集錯誤資訊..."
  ERROR_LOG=$(tail -50 {{log_file}})
  echo "🤖 請 Copilot 分析..."
  gh copilot explain "$ERROR_LOG"
arguments:
  - name: log_file
    description: "日誌檔案路徑"
    default_value: "logs/app.log"

4.3 Gemini CLI 整合

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

# 設定 API Key
export GOOGLE_API_KEY="AIza..."

# 在 Warp 中使用
gemini

# Gemini 特色:超大上下文窗口
# 適合分析大型程式碼庫、長文件理解
gemini "Analyze the entire project structure under src/ and:
1. Generate a complete class diagram (Mermaid format)
2. Identify architectural patterns in use
3. List all external dependencies and their purposes
4. Suggest refactoring opportunities"

4.4 OpenAI Codex CLI 整合

# 安裝 Codex CLI
npm install -g @openai/codex

# 設定(Warp 與 OpenAI 為創始合作夥伴)
export OPENAI_API_KEY="sk-..."

# 在 Warp 中使用
codex

# Codex 特色:深度程式碼生成
codex "Generate a complete Spring Boot REST controller for
employee management with CRUD operations, validation,
error handling, and OpenAPI annotations"

4.5 其他 CLI Agent 整合

Warp 支援的 CLI Agent 已擴展至 10 種,以下為 v1.0 未涵蓋的新增 Agent:

Amp(Sourcegraph)

# Sourcegraph 的 CLI 程式碼智慧體
# 特色:深度程式碼搜尋與理解,整合 Sourcegraph 的程式碼圖譜
npm install -g @sourcegraph/amp
amp

Auggie(Augment Code)

# Augment Code 的 CLI Agent
# 特色:企業級程式碼生成,支援大型程式碼庫上下文
npm install -g @augmentcode/auggie
auggie

Cursor CLI

# Cursor 的 CLI Agent
# 特色:與 Cursor IDE 共享配置與上下文
cursor-cli

Droid(Factory)

# Factory 的 CLI Agent
# 特色:自動化軟體工廠流程,CI/CD 整合
npm install -g @factory/droid
droid

Pi(開源)

# 開源 CLI Agent
# 特色:社群驅動,可自訂擴展
npm install -g @anthropic/pi
pi

實務建議:所有 CLI Agent 在 Warp 中均自動享有工具帶體驗,無需額外設定。只需在 Warp 終端中啟動 Agent,Warp 即自動偵測並啟用增強功能。

4.6 AI Agent 比較表

特性Claude CodeCodex CLIGemini CLIOpenCodeAmpCopilot CLI
程式碼生成⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐
程式碼理解⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐
多檔案操作✅ 原生✅ 原生✅ 原生✅ 原生✅ 原生❌ 單次建議
自動執行指令
Warp 通知
開源
企業定價API 用量API 用量API 用量免費訂閱制GitHub 訂閱
最佳用途重構/審查程式碼生成大型分析輕量通用程式碼搜尋指令查詢

實務建議:企業團隊建議以 Claude Code 或 Codex 為主力 Agent,Copilot CLI 作為快速指令查詢工具,Gemini 用於大型程式碼庫分析。依任務選擇最適模型。

常見錯誤:同時安裝所有 CLI Agent 但未做好 API Key 管理。應統一使用 Warp Drive Environment Variables 管理各 Agent 的 API Key,並限制使用額度。


5. Oz Cloud Agents(雲端代理)

Oz Cloud Agents 將 AI 代理從本機延伸至雲端,可透過事件觸發或排程執行自動化工作流程。Cloud Agents 與 Local Agents 共用相同的核心引擎和模型支援。

5.1 Cloud Agents 概覽

graph TB
    subgraph "觸發來源"
        SLACK[Slack]
        LINEAR[Linear]
        GHA[GitHub Actions]
        ADO[Azure DevOps]
        BB[Bitbucket]
        GL[GitLab]
        AWS[AWS Services]
        GCP[GCP Services]
        SCHED[Schedules<br/>排程]
        MAN[手動觸發<br/>Oz CLI / Web]
    end
    
    subgraph "Oz Cloud Agents"
        ENGINE[Agent Engine<br/>任務規劃與執行]
        MODELS[Multi-Model Router<br/>Auto / GPT / Claude / Gemini]
        SANDBOX[Sandbox 環境<br/>隔離執行]
        OBS[Observability<br/>日誌 / 指標 / 追蹤]
    end
    
    subgraph "輸出"
        PR_OUT[Pull Request]
        ISSUE_OUT[Issue 更新]
        DEPLOY[部署觸發]
        NOTIFY_OUT[通知<br/>Slack / Email]
        REPORT[報告產出]
    end
    
    SLACK --> ENGINE
    LINEAR --> ENGINE
    GHA --> ENGINE
    ADO --> ENGINE
    BB --> ENGINE
    GL --> ENGINE
    AWS --> ENGINE
    GCP --> ENGINE
    SCHED --> ENGINE
    MAN --> ENGINE
    
    ENGINE --> MODELS
    ENGINE --> SANDBOX
    ENGINE --> OBS
    
    ENGINE --> PR_OUT
    ENGINE --> ISSUE_OUT
    ENGINE --> DEPLOY
    ENGINE --> NOTIFY_OUT
    ENGINE --> REPORT
特性說明
並行執行同時執行多個 Agent 任務,自動資源調配
觀測性即時日誌、執行追蹤、Agent 決策路徑可視化
隔離沙盒每個任務在隔離環境中執行,確保安全性
成本控制Credits 制度,可設定每任務/每日用量上限
審核機制關鍵操作需人工審核確認(Human-in-the-loop)

5.2 觸發機制

Cloud Agents 支援多種事件觸發來源:

觸發來源範例事件典型用途
Slack訊息、指令、@mention運維聊天機器人、事件回應
LinearIssue 建立/更新自動任務分解、進度追蹤
GitHub ActionsPush / PR / ReleaseCI/CD 自動修復、PR Review
Azure DevOpsPipeline / Work Item企業 CI/CD 整合
BitbucketPR / PipelineAtlassian 生態系整合
GitLabMR / Pipeline / IssueGitLab CI/CD 整合
AWSCloudWatch / S3 Event雲端基礎設施自動化
GCPCloud Functions / Pub/SubGCP 基礎設施自動化
SchedulesCron 排程定期報告、健康檢查、依賴更新
# GitHub Actions 觸發範例
name: "Warp Cloud Agent - PR Review"
on:
  pull_request:
    types: [opened, synchronize]
jobs:
  warp-review:
    runs-on: ubuntu-latest
    steps:
      - uses: warpdotdev/cloud-agent-action@v1
        with:
          task: "review-pr"
          model: "auto-genius"
          warp-api-key: ${{ secrets.WARP_API_KEY }}

5.3 Self-Hosting(自託管)

方案限制:Self-Hosting 屬於 Enterprise 方案專屬功能,Free / Build / Max / Business 方案皆不支援將 Cloud Agents 部署於企業自有基礎設施,僅能使用 Warp 官方託管的 Cloud Agents。規劃自託管前應先確認組織的合約方案(詳見附錄 D)。

企業可選擇將 Cloud Agents 部署在自己的基礎設施中,確保資料不離開企業網路:

部署模式說明適用場景
Managed DockerWarp 管理的 Docker 容器映像快速部署、小型團隊
Managed KubernetesWarp 管理的 K8s Helm Chart大規模企業部署
Managed Direct直接安裝在主機上特殊環境需求
Unmanaged完全自行管理最高安全性需求
# Managed Docker 部署範例
docker pull warpdotdev/cloud-agent:latest
docker run -d \
  --name warp-cloud-agent \
  -e WARP_API_KEY=$WARP_API_KEY \
  -e WARP_ORG_ID=$WARP_ORG_ID \
  warpdotdev/cloud-agent:latest

# Managed Kubernetes 部署範例
helm repo add warp https://charts.warp.dev
helm install warp-agent warp/cloud-agent \
  --set apiKey=$WARP_API_KEY \
  --set orgId=$WARP_ORG_ID \
  --namespace warp-agents

Cloud Agents 自託管需設定 EnvironmentsSecrets,確保敏感資訊安全管理。

5.4 Oz Platform(CLI / API / Web App)

Oz 平台提供多種存取介面,讓開發者與管理者以最適合的方式操控 Cloud Agents:

介面說明適用角色
Oz CLI命令列介面,管理 Agent、任務、排程DevOps 工程師
Oz REST API / SDK程式化存取,整合至現有系統系統整合開發者
Oz Web App瀏覽器介面(含行動裝置支援)管理者、非技術人員
# Oz CLI 範例
# 安裝
npm install -g @warpdotdev/oz-cli

# 登入
oz login

# 列出所有 Cloud Agents
oz agents list

# 建立排程任務
oz schedule create \
  --name "daily-dependency-check" \
  --cron "0 9 * * 1-5" \
  --task "check-dependencies" \
  --model "auto-efficient"

# 手動觸發任務
oz run --task "review-security" --repo "my-org/my-repo"

# 檢視任務日誌
oz logs --task-id abc123 --follow

實務建議:建議企業先以 Managed Docker 模式試行 Cloud Agents,驗證效果後再遷移至 Kubernetes 部署。Schedules 適合用於定期依賴更新、安全掃描、程式碼品質報告等重複性任務。

常見錯誤:未設定 Credits 用量上限,導致 Cloud Agent 大量執行時產生超出預期的費用。務必在 Team Admin Panel 中設定每日/每月用量上限。


6. Warp 在 AI 開發流程中的應用

6.1 建立專案(Scaffold)

graph LR
    A[需求定義] --> B[AI 生成專案骨架]
    B --> C[Warp 執行 scaffold]
    C --> D[AI 檢查結構]
    D --> E[專案就緒]

Warp 指令

# 方式一:使用 Spring Initializr CLI
curl https://start.spring.io/starter.tgz \
  -d type=maven-project \
  -d language=java \
  -d bootVersion=3.4.0 \
  -d groupId=com.enterprise \
  -d artifactId=order-service \
  -d dependencies=web,data-jpa,security,actuator,validation \
  -d javaVersion=21 \
  -d packaging=jar | tar -xzf -

# 方式二:使用 Maven Archetype
mvn archetype:generate \
  -DarchetypeGroupId=com.enterprise \
  -DarchetypeArtifactId=clean-arch-archetype \
  -DgroupId=com.enterprise.order \
  -DartifactId=order-service \
  -DinteractiveMode=false

AI Prompt 範例

# 在 Warp Agent Mode 中:

"建立一個 Spring Boot 3.4 + Java 21 的企業級微服務專案,需求如下:
1. Clean Architecture 分層(domain / application / infrastructure / presentation)
2. Maven 多模組結構
3. 整合:Spring Web, JPA, Security, Actuator, Validation
4. 資料庫:PostgreSQL(開發用 H2)
5. 包含:
   - Dockerfile(multi-stage build)
   - docker-compose.yml(含 PostgreSQL + Redis)
   - .github/workflows/ci.yml(GitHub Actions)
   - log4j2.xml(JSON 格式日誌)
   - ArchUnit 測試(確保分層約束)
6. 使用 records 與 sealed interfaces
請直接在當前目錄生成完整專案結構。"

6.2 撰寫程式碼

Warp 指令

# 在 Warp Code Editor 中開啟檔案
# File Tree → 選擇檔案
# 或使用 Command Palette → "Open File"

# 使用 Agent Mode 撰寫程式碼
# Cmd/Ctrl + L → 進入 Agent Mode

AI Prompt 範例

# Domain Entity 生成
"在 domain/model/ 下建立 Order.java:
- 使用 Java record 或 sealed class
- 包含業務驗證邏輯(金額 > 0、狀態機轉換)
- 實作 DDD Aggregate Root 模式
- 提供工廠方法 createOrder()
- 包含 JavaDoc 註解"

# Repository Port 生成
"在 domain/port/ 下建立 OrderRepository.java:
- 定義為介面(Port)
- 方法包含:findById, save, findByStatus, findByDateRange
- 使用 Optional 回傳
- 加入 JavaDoc"

# Use Case 生成
"在 application/usecase/ 下建立 CreateOrderUseCase.java:
- 注入 OrderRepository(透過建構子)
- 實作 CreateOrderCommand → OrderResult 轉換
- 包含交易管理
- 包含事件發佈(OrderCreatedEvent)
- 完整錯誤處理"

6.3 測試(Unit / Integration)

Warp 指令

# 執行全部測試
mvn test

# 執行特定測試類
mvn test -Dtest=OrderServiceTest

# 執行特定方法
mvn test -Dtest=OrderServiceTest#shouldCreateOrder

# 產生測試報告
mvn surefire-report:report

# 查看覆蓋率
mvn jacoco:report
open target/site/jacoco/index.html    # macOS
start target/site/jacoco/index.html   # Windows

AI Prompt 範例

# 單元測試生成
"為 CreateOrderUseCase 撰寫完整的 JUnit 5 測試:
1. 使用 @ExtendWith(MockitoExtension.class)
2. Mock OrderRepository
3. 測試案例:
   - 正常建立訂單
   - 金額為零應拋出例外
   - 重複訂單號應拋出例外
   - 庫存不足場景
   - 併發建立場景
4. 使用 @DisplayName 中文描述
5. 遵循 Given-When-Then 模式
6. 使用 AssertJ 斷言"

# 整合測試生成
"為 OrderController 撰寫整合測試:
1. 使用 @SpringBootTest + @AutoConfigureMockMvc
2. 使用 @Testcontainers + PostgreSQL
3. 測試 CRUD API 完整流程
4. 包含認證測試(JWT Token)
5. 驗證回應狀態碼與 Body
6. 驗證資料庫狀態"

6.4 Debug

Warp 指令

# 啟動 Debug 模式
mvn spring-boot:run -Dspring-boot.run.jvmArguments="-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005"

# 查看應用日誌(即時)
tail -f logs/app.log | grep -E "ERROR|WARN"

# 使用 Warp AI 分析錯誤
# 選取錯誤 Block → "Explain with AI"

# 堆積分析
jmap -heap <PID>
jstack <PID> > thread-dump.txt

AI Prompt 範例

"我在執行以下指令時遇到錯誤:

[貼上錯誤 Block 內容]

請分析:
1. 根本原因
2. 影響範圍
3. 修復步驟
4. 預防措施
5. 相關的 Spring Boot 配置調整"

6.5 Refactor

Warp 指令

# 使用 AI Agent 進行重構
# 進入 Agent Mode → 描述重構需求

# 重構後驗證
mvn clean test                              # 確認測試通過
mvn checkstyle:check                        # 程式碼風格
mvn spotbugs:check                          # 靜態分析

AI Prompt 範例

"重構 UserService.java,將 587 行的 God Class 拆分為:
1. UserRegistrationService(註冊相關)
2. UserAuthenticationService(認證相關)
3. UserProfileService(個人資料相關)
4. UserNotificationService(通知相關)

要求:
- 保持所有現有測試通過
- 使用介面解耦
- 每個服務不超過 150 行
- 保持向後相容(原 UserService 委派到新服務)"

6.6 文件生成

Warp 指令

# 生成 JavaDoc
mvn javadoc:javadoc

# 生成 API 文件(OpenAPI)
mvn springdoc-openapi:generate

# 生成架構文件
# 在 Agent Mode 中使用 AI

AI Prompt 範例

"分析 src/main/java/com/enterprise/order/ 下所有 Java 檔案,產出:
1. README.md(專案說明、快速開始、架構圖)
2. API.md(所有 REST API 說明,含 curl 範例)
3. ARCHITECTURE.md(Clean Architecture 分層說明 + Mermaid 圖)
4. CHANGELOG.md(基於 git log 產生)
5. 資料庫 ER Diagram(Mermaid 格式)

全部使用繁體中文。"

實務建議:將上述 AI Prompt 全部存入 Warp Drive Prompts,建立團隊標準化的 Prompt 範本庫。定期回顧與更新 Prompt 品質。

常見錯誤:直接使用 AI 生成的程式碼而不做 Code Review。所有 AI 產出都必須經過人工審查,特別是安全相關邏輯(認證、授權、加密)。


7. 實戰:Web Application 開發(企業級)

7.1 前端(Vue 3 + TypeScript)

專案建立

# 在 Warp 中建立 Vue 3 + TS 專案
npm create vue@latest frontend -- \
  --typescript \
  --jsx \
  --router \
  --pinia \
  --vitest \
  --e2e-cypress \
  --eslint-with-prettier

cd frontend
npm install

# 安裝企業常用套件
npm install @vueuse/core axios dayjs
npm install -D tailwindcss postcss autoprefixer
npx tailwindcss init -p

AI 生成前端元件

# Warp Agent Mode Prompt:

"在 Vue 3 + TypeScript + Tailwind 環境下,建立訂單管理模組:

1. components/order/OrderList.vue
   - 使用 Composition API + <script setup>
   - 資料表格(分頁、排序、搜尋)
   - 響應式設計(Tailwind)

2. components/order/OrderForm.vue
   - 表單驗證(VeeValidate + Zod)
   - 日期選擇器
   - 下拉選單(客戶、商品)

3. stores/orderStore.ts
   - Pinia Store
   - CRUD 操作
   - 錯誤處理
   - Loading 狀態

4. composables/useOrder.ts
   - API 呼叫封裝
   - 型別定義(TypeScript interface)

5. types/order.ts
   - Order / OrderItem / OrderStatus 型別

所有檔案使用 TypeScript strict mode。"

7.2 後端(Spring Boot)

專案結構

# AI 生成 Clean Architecture 結構
# Warp Agent Mode:

"建立 order-service Spring Boot 專案,使用 Clean Architecture:

order-service/
├── domain/
│   ├── model/          # Entity, Value Object, Aggregate
│   ├── port/           # Repository Interface (SPI)
│   ├── event/          # Domain Event
│   └── exception/      # Domain Exception
├── application/
│   ├── usecase/        # Use Case Implementation
│   ├── dto/            # Command / Query DTO
│   └── service/        # Application Service
├── infrastructure/
│   ├── persistence/    # JPA Entity, Repository Impl
│   ├── messaging/      # Kafka Producer/Consumer
│   └── config/         # Spring Config
└── presentation/
    ├── controller/     # REST Controller
    ├── request/        # Request DTO
    └── response/       # Response DTO

請生成每個層的基礎類別與 ArchUnit 分層測試。"

Service 實作範例

// application/usecase/CreateOrderUseCase.java
// AI 生成後人工審查的程式碼

@UseCase
@RequiredArgsConstructor
public class CreateOrderUseCase {

    private final OrderRepository orderRepository;
    private final EventPublisher eventPublisher;

    @Transactional
    public OrderResult execute(CreateOrderCommand command) {
        // 1. 驗證業務規則
        Order order = Order.create(
            command.customerId(),
            command.items().stream()
                .map(item -> OrderItem.of(
                    item.productId(),
                    item.quantity(),
                    item.unitPrice()
                ))
                .toList()
        );

        // 2. 持久化
        Order savedOrder = orderRepository.save(order);

        // 3. 發佈領域事件
        eventPublisher.publish(new OrderCreatedEvent(savedOrder.getId()));

        // 4. 回傳結果
        return OrderResult.from(savedOrder);
    }
}

7.3 API 設計

# Warp Agent Mode Prompt:

"根據 Order domain model,設計 RESTful API:

要求:
1. 遵循 REST 成熟度 Level 3(HATEOAS)
2. URL 命名:kebab-case
3. 版本控制:/api/v1/
4. 分頁:cursor-based pagination
5. 錯誤回應:RFC 7807 Problem Details
6. 認證:Bearer JWT Token
7. 限流:Rate Limiting Headers

API 列表:
- POST   /api/v1/orders           建立訂單
- GET    /api/v1/orders           查詢訂單列表
- GET    /api/v1/orders/{id}      取得訂單詳情
- PUT    /api/v1/orders/{id}      更新訂單
- DELETE /api/v1/orders/{id}      取消訂單
- POST   /api/v1/orders/{id}/confirm  確認訂單

請生成 OpenAPI 3.0 YAML 規格與對應 Controller。"

7.4 DB 操作

# 在 Warp 中管理資料庫

# PostgreSQL 連線
psql -h localhost -p 5432 -U dev_user -d myapp_dev

# Flyway 資料庫版本管理
mvn flyway:migrate
mvn flyway:info
mvn flyway:validate

# AI 生成 Migration Script
# Warp Agent Mode Prompt:

"根據以下 Domain Model,生成 Flyway migration SQL:

Order:
  - id: UUID (PK)
  - customer_id: UUID (FK)
  - status: ENUM(DRAFT, CONFIRMED, SHIPPED, DELIVERED, CANCELLED)
  - total_amount: DECIMAL(15,2)
  - currency: VARCHAR(3)
  - created_at: TIMESTAMP WITH TIME ZONE
  - updated_at: TIMESTAMP WITH TIME ZONE

OrderItem:
  - id: UUID (PK)
  - order_id: UUID (FK → Order)
  - product_id: UUID (FK)
  - quantity: INTEGER
  - unit_price: DECIMAL(12,2)
  - line_total: DECIMAL(15,2)

要求:
1. 同時支援 PostgreSQL 與 Oracle 語法
2. 包含索引設計(覆蓋常用查詢)
3. 包含 CHECK 約束
4. 包含 Audit 欄位
5. 檔名格式:V1.0.0__create_order_tables.sql"

7.5 Warp + AI 全流程自動生成

graph TB
    A[1. 需求文件] -->|AI 分析| B[2. Domain Model]
    B -->|AI 生成| C[3. DB Migration]
    B -->|AI 生成| D[4. Repository]
    B -->|AI 生成| E[5. Use Case]
    E -->|AI 生成| F[6. REST Controller]
    F -->|AI 生成| G[7. OpenAPI Spec]
    G -->|AI 生成| H[8. 前端 API Client]
    H -->|AI 生成| I[9. Vue Components]
    
    C -->|Warp 執行| J[flyway:migrate]
    D -->|Warp 執行| K[mvn test]
    E -->|Warp 執行| K
    F -->|Warp 執行| K
    I -->|Warp 執行| L[npm test]
    
    K --> M[10. CI/CD 部署]
    L --> M
# 完整流程一鍵執行(Warp Workflow)
---
name: "Full Stack Generation"
command: |
  echo "📋 Step 1: 分析需求..."
  # Agent Mode 分析需求文件
  
  echo "🗄️ Step 2: 生成 DB Migration..."
  mvn flyway:migrate
  
  echo "☕ Step 3: 後端建置..."
  cd backend && mvn clean test
  
  echo "🎨 Step 4: 前端建置..."
  cd ../frontend && npm run build
  
  echo "🧪 Step 5: E2E 測試..."
  cd ../frontend && npm run test:e2e
  
  echo "📦 Step 6: 打包..."
  cd ../backend && mvn package -DskipTests
  
  echo "🐳 Step 7: Docker 映像..."
  podman build -t order-service:latest .
  
  echo "✅ 完成!"

實務建議:全流程 AI 生成後,務必執行人工 Code Review,特別關注:SQL Injection 防護、XSS 防護、認證/授權邏輯、敏感資料處理。

常見錯誤:AI 生成的前端程式碼未考慮 XSS 防護。務必確認所有使用者輸入都經過適當的 sanitize 與 escape。


8. 逆向工程(Legacy → Modern)

8.1 分析舊系統

graph LR
    subgraph "Legacy System"
        JAVA_LEGACY[Java 8<br/>Spring MVC]
        COBOL[COBOL<br/>批次程式]
        BATCH[Shell Script<br/>排程作業]
        DB_LEGACY[(DB2 / Oracle<br/>Stored Procedure)]
    end
    
    subgraph "Warp + AI 分析"
        SCAN[程式碼掃描]
        ARCH[架構分析]
        DEP[相依性分析]
        DOC[文件產生]
    end
    
    subgraph "Modern System"
        SPRING_BOOT[Spring Boot 3<br/>Java 21]
        API[REST API<br/>OpenAPI]
        MICRO[Microservices]
        DB_NEW[(PostgreSQL<br/>Flyway)]
    end
    
    JAVA_LEGACY --> SCAN
    COBOL --> SCAN
    BATCH --> SCAN
    DB_LEGACY --> SCAN
    
    SCAN --> ARCH
    ARCH --> DEP
    DEP --> DOC
    
    DOC --> SPRING_BOOT
    DOC --> API
    DOC --> MICRO
    DOC --> DB_NEW

程式碼掃描

# 在 Warp 中進行 Legacy 程式碼分析

# Step 1: 統計專案規模
find /path/to/legacy -name "*.java" | wc -l
find /path/to/legacy -name "*.java" -exec cat {} + | wc -l
cloc /path/to/legacy --include-lang=Java,XML,SQL,Properties

# Step 2: 相依性分析
cd /path/to/legacy
mvn dependency:tree > dependency-tree.txt
mvn dependency:analyze > dependency-analysis.txt

# Step 3: 使用 AI 分析架構

AI Prompt 範例

# Warp Agent Mode:Legacy 系統分析

"分析以下 Legacy Java 專案(Java 8 + Spring MVC + Hibernate):

目錄:/path/to/legacy/src/main/java

請產出:
1. 【架構報告】
   - 現有架構模式識別
   - 模組間耦合度分析
   - 技術債務清單(依嚴重度排序)
   
2. 【類別關係圖】(Mermaid class diagram)

3. 【相依性風險報告】
   - EOL(End of Life)元件
   - 已知 CVE 漏洞
   - 無維護的 Library

4. 【遷移建議】
   - 優先級排序
   - 風險評估
   - 工作量估計(Story Points)

5. 【程式碼品質指標】
   - 圈複雜度(Cyclomatic Complexity)
   - God Class 清單
   - 重複程式碼比例"

8.2 用 Warp + AI 重建架構

# Step 1: 產生現有 API 清單
# Warp Agent Mode Prompt:
"掃描 Legacy 專案中所有 @RequestMapping / @GetMapping / @PostMapping,
產出完整的 API 對照表:
| 現有 URL | HTTP Method | Controller | 參數 | 說明 |"

# Step 2: 設計新架構
# Warp Agent Mode Prompt:
"基於上述 API 對照表,設計 Clean Architecture 微服務架構:
1. 服務拆分建議(依 DDD Bounded Context)
2. 每個服務的 API 設計(RESTful + OpenAPI)
3. 服務間通訊方式(同步 REST / 非同步 MQ)
4. 資料庫拆分策略
5. 遷移順序(Strangler Fig Pattern)"

# Step 3: 逐步遷移
# 使用 Strangler Fig Pattern
# 在 Warp 中同時監控新舊系統

8.3 自動產生文件 / API / 測試

# Warp Agent Mode:批量文件生成

"為 Legacy 專案中的以下服務自動產生:

1. 【技術文件】
   - 每個 Service 的功能說明
   - 輸入/輸出資料流程
   - 業務規則描述

2. 【API 規格】
   - 將現有 Controller 轉換為 OpenAPI 3.0
   - 包含 Request/Response 範例

3. 【測試案例】
   - 根據現有邏輯反推 Unit Test
   - 使用 JUnit 5 + Mockito
   - 覆蓋所有分支條件

4. 【資料庫文件】
   - ER Diagram(Mermaid)
   - 資料字典
   - Stored Procedure 說明

請將所有產出放在 docs/ 目錄下。"

實務建議:逆向工程最大的風險是「理解錯誤」。建議每個 AI 產出的分析結果都與原始開發人員(若仍在職)確認,或至少進行 Integration Test 驗證行為一致性。

常見錯誤:直接用 AI 重寫整個系統。應使用 Strangler Fig Pattern 漸進遷移,每次只替換一個功能模組,確認行為一致後再進行下一個。


9. Framework 升級

9.1 Spring Boot 2 → 3 / 4 升級

graph TB
    A[分析 Breaking Changes] --> B[更新 Java 版本]
    B --> C[更新 POM / Gradle]
    C --> D[javax → jakarta 遷移]
    D --> E[Spring Security 升級]
    E --> F[第三方套件升級]
    F --> G[程式碼修改]
    G --> H[測試驗證]
    H --> I{全部通過?}
    I -->|是| J[部署至 SIT]
    I -->|否| G

Warp 指令

# Step 1: 分析 Breaking Changes
# 使用 Spring Boot Migrator
git clone https://github.com/spring-projects-experimental/spring-boot-migrator.git
cd spring-boot-migrator
mvn clean install
java -jar target/spring-boot-migrator.jar /path/to/project

# Step 2: 使用 OpenRewrite 自動遷移
mvn -U org.openrewrite.maven:rewrite-maven-plugin:run \
  -Drewrite.recipeArtifactCoordinates=org.openrewrite.recipe:rewrite-spring:LATEST \
  -Drewrite.activeRecipes=org.openrewrite.java.spring.boot3.UpgradeSpringBoot_3_4

# Step 3: 驗證
mvn clean compile
mvn test

AI Prompt 範例

# Warp Agent Mode:Spring Boot 升級分析

"分析當前專案的 Spring Boot 2.7 → 3.4 升級影響:

1. 掃描 pom.xml 中所有依賴
2. 識別 javax.* 引用(需改為 jakarta.*)
3. 檢查 Spring Security 配置(WebSecurityConfigurerAdapter 已移除)
4. 檢查 Spring Data 變更(Repository 方法命名)
5. 檢查 Actuator 端點變更
6. 檢查 Properties 名稱變更

產出:
- 影響清單(依風險排序)
- 每項變更的修改指引
- 自動修復可行的項目標記
- 需人工審查的項目標記
- 預估工時"

9.2 Java 8 → 21+ 升級

# Step 1: 確認目前版本
java -version
mvn --version

# Step 2: 安裝 Java 21
# Windows
winget install EclipseAdoptium.Temurin.21.JDK

# macOS
brew install openjdk@21

# 或使用 SDKMAN
sdk install java 21.0.5-tem
sdk use java 21.0.5-tem

# Step 3: 更新 pom.xml

AI Prompt 範例

# Warp Agent Mode:Java 升級

"將專案從 Java 8 升級至 Java 21,自動轉換以下內容:

1. 【語法現代化】
   - Anonymous class → Lambda
   - for loop → Stream API
   - String concatenation → Text Block / String.format
   - instanceof + cast → Pattern Matching
   - switch statement → switch expression
   - Optional 鏈式呼叫

2. 【新 API 使用】
   - java.time 替換 java.util.Date
   - HttpClient 替換 Apache HttpClient
   - Records 替換簡單 POJO
   - Sealed classes(適用場景)

3. 【模組化準備】
   - 檢查 internal API 使用
   - 檢查反射存取(--add-opens 需求)

4. 【建置設定】
   - pom.xml 的 maven.compiler.source/target
   - Dockerfile 基礎映像更新

每項轉換標記 [AUTO] 或 [MANUAL],
[MANUAL] 需說明原因與建議修改方式。"

9.3 Warp + AI 升級自動化流程

# Warp Drive Workflow:Framework 升級流程
---
name: "Framework Upgrade Pipeline"
command: |
  echo "📋 Phase 1: 分析..."
  echo "  掃描 Breaking Changes..."
  mvn versions:display-dependency-updates > dep-updates.txt
  mvn versions:display-plugin-updates > plugin-updates.txt
  
  echo "🔧 Phase 2: 自動修復..."
  echo "  執行 OpenRewrite..."
  mvn -U org.openrewrite.maven:rewrite-maven-plugin:run \
    -Drewrite.recipeArtifactCoordinates=org.openrewrite.recipe:rewrite-spring:LATEST \
    -Drewrite.activeRecipes={{recipe}}
  
  echo "🔨 Phase 3: 編譯驗證..."
  mvn clean compile 2>&1 | tee compile-result.txt
  
  echo "🧪 Phase 4: 測試..."
  mvn test 2>&1 | tee test-result.txt
  
  echo "📊 Phase 5: 報告..."
  echo "  編譯結果: $(grep -c 'ERROR' compile-result.txt) 個錯誤"
  echo "  測試結果: $(grep 'Tests run:' test-result.txt | tail -1)"
  
  echo "✅ 升級流程完成,請查閱報告"
arguments:
  - name: recipe
    description: "OpenRewrite Recipe 名稱"
    default_value: "org.openrewrite.java.spring.boot3.UpgradeSpringBoot_3_4"

實務建議:Framework 升級務必分階段進行(Dev → SIT → UAT → PROD),每階段都需完整回歸測試。建議搭配 Feature Flag 做灰度發布。

常見錯誤:一次性升級多個 Framework(例如同時升 Java + Spring Boot + Security)。應一次只升一個主要元件,確認穩定後再升級下一個。


10. Warp Drive(團隊協作)

10.1 建立企業 Workflow Library

graph TB
    subgraph "企業 Workflow Library"
        subgraph "建置類"
            BUILD_JAVA[Java Maven Build]
            BUILD_VUE[Vue Build]
            BUILD_DOCKER[Docker Build]
        end
        
        subgraph "測試類"
            TEST_UNIT[Unit Test]
            TEST_INT[Integration Test]
            TEST_E2E[E2E Test]
            TEST_PERF[Performance Test]
        end
        
        subgraph "部署類"
            DEPLOY_DEV[Deploy to DEV]
            DEPLOY_SIT[Deploy to SIT]
            DEPLOY_UAT[Deploy to UAT]
        end
        
        subgraph "維運類"
            OPS_LOG[Log Analysis]
            OPS_HEALTH[Health Check]
            OPS_BACKUP[DB Backup]
        end
        
        subgraph "安全類"
            SEC_SAST[SAST Scan]
            SEC_DEP[Dependency Scan]
            SEC_SECRET[Secret Scan]
        end
    end

Workflow 範例庫

# 1. Java Maven Build Workflow
---
name: "Java Maven Build"
command: |
  echo "🔨 Building {{project_name}}..."
  cd {{project_dir}}
  mvn clean {{goal}} \
    -P {{profile}} \
    -DskipTests={{skip_tests}} \
    -T {{threads}}
  echo "✅ Build completed"
tags: [java, maven, build]
arguments:
  - name: project_name
    description: "專案名稱"
  - name: project_dir
    description: "專案目錄"
    default_value: "."
  - name: goal
    description: "Maven Goal"
    default_value: "package"
  - name: profile
    description: "Maven Profile"
    default_value: "dev"
  - name: skip_tests
    description: "是否跳過測試"
    default_value: "false"
  - name: threads
    description: "平行建置執行緒"
    default_value: "2C"
# 2. Health Check Workflow
---
name: "Service Health Check"
command: |
  echo "🏥 Checking {{service_name}} health..."
  
  # HTTP Health Check
  HTTP_STATUS=$(curl -s -o /dev/null -w "%{http_code}" {{health_url}})
  echo "HTTP Status: $HTTP_STATUS"
  
  # Response Time
  RESPONSE_TIME=$(curl -s -o /dev/null -w "%{time_total}" {{health_url}})
  echo "Response Time: ${RESPONSE_TIME}s"
  
  # Detailed Health
  curl -s {{health_url}} | jq '.'
  
  if [ "$HTTP_STATUS" = "200" ]; then
    echo "✅ {{service_name}} is healthy"
  else
    echo "❌ {{service_name}} is unhealthy!"
  fi
tags: [ops, health, monitoring]
arguments:
  - name: service_name
    description: "服務名稱"
  - name: health_url
    description: "健康檢查 URL"
    default_value: "http://localhost:8080/actuator/health"

10.2 指令模板設計

模板設計原則

原則說明範例
參數化所有可變部分使用 {{variable}}{{project_dir}}
有預設值常用參數提供預設值default_value: "dev"
有描述每個參數附帶說明description: "Maven Profile"
有標籤分類標籤便於搜尋tags: [java, build]
有輸出關鍵步驟輸出狀態echo "✅ Complete"
有錯誤處理失敗時提示原因set -e + 錯誤訊息

10.3 敏感資訊(Env)管理策略

graph TB
    subgraph "環境隔離"
        DEV[DEV Environment]
        SIT[SIT Environment]
        UAT[UAT Environment]
        PROD[PROD Environment<br/>⚠️ 需額外審批]
    end
    
    subgraph "敏感資訊分級"
        L1[Level 1: 非敏感<br/>LOG_LEVEL, APP_PORT]
        L2[Level 2: 內部<br/>DB_HOST, API_URL]
        L3[Level 3: 機密<br/>DB_PASSWORD, API_KEY]
        L4[Level 4: 高度機密<br/>ENCRYPTION_KEY, JWT_SECRET]
    end
    
    L1 --> DEV
    L1 --> SIT
    L2 --> DEV
    L2 --> SIT
    L3 -->|Warp Drive Env| DEV
    L3 -->|Vault| SIT
    L4 -->|Vault Only| UAT
    L4 -->|Vault Only| PROD

管理策略

# Level 1-2:使用 Warp Drive Environment Variables
# 直接在 Warp Drive 中設定,團隊可見

# Level 3:使用 Warp Drive + 權限控管
# Warp Drive → Environment Variables → 設定存取權限

# Level 4:使用外部密鑰管理
# HashiCorp Vault / AWS Secrets Manager / Azure Key Vault
# Warp 中透過 CLI 取得

# Vault 整合範例
export DB_PASSWORD=$(vault kv get -field=password secret/myapp/db)
export JWT_SECRET=$(vault kv get -field=secret secret/myapp/jwt)

# ⚠️ 禁止事項
# ❌ 不可將密碼寫在 Workflow 中
# ❌ 不可將 API Key commit 到 Git
# ❌ 不可在 Block 分享中包含密鑰
# ❌ 不可截圖包含密鑰的 Block

實務建議:建議定期(每月)審查 Warp Drive 中的環境變數,確認無過期、無使用的變數。Level 3 以上的密鑰應設定定期輪換機制。

常見錯誤:團隊成員將 PROD 環境變數直接存在個人的 Warp Drive 中。所有生產環境密鑰應統一由平台組管理,透過 Vault 動態核發。

BYOK 金鑰管理提醒:若團隊使用 BYOK(Bring Your Own API Key)串接 Anthropic / OpenAI / Google 等供應商金鑰,應比照 Level 3-4 機密等級管理。務必注意 BYOK 僅適用於 Local Agent,金鑰只存放於本機裝置的作業系統安全儲存區,Cloud Agent 執行時無法取用個人 BYOK 金鑰,一律改用 Warp Credits 計費(詳見附錄 D)。切勿將 BYOK 金鑰寫入 Cloud Agent 的 Environments / Secrets 設定中,以免誤解其適用範圍。


11. SSDLC + Warp(安全開發)

11.1 SAST 靜態應用安全測試

# SpotBugs + Find Security Bugs
mvn spotbugs:check -Dspotbugs.plugins.plugin.groupId=com.h3xstream.findsecbugs \
  -Dspotbugs.plugins.plugin.artifactId=findsecbugs-plugin

# SonarQube 掃描
mvn sonar:sonar \
  -Dsonar.projectKey=order-service \
  -Dsonar.host.url=http://sonar.internal:9000 \
  -Dsonar.login={{SONAR_TOKEN}}

# Semgrep(開源 SAST)
semgrep --config=p/java --config=p/owasp-top-ten src/

# 在 Warp 中查看結果
# 掃描結果自動成為 Block,可用 AI 分析

AI 輔助安全分析

# Warp Agent Mode Prompt:

"分析以下 Java 程式碼的安全漏洞:

[貼上程式碼或指定檔案路徑]

請依 OWASP Top 10:2025(2026 年 1 月正式發布版本)檢查:
1. A01:2025 - Broken Access Control
2. A02:2025 - Security Misconfiguration
3. A03:2025 - Software Supply Chain Failures
4. A04:2025 - Cryptographic Failures
5. A05:2025 - Injection(SQL / XSS / Command)
6. A06:2025 - Insecure Design
7. A07:2025 - Authentication Failures
8. A08:2025 - Software or Data Integrity Failures
9. A09:2025 - Security Logging and Alerting Failures
10. A10:2025 - Mishandling of Exceptional Conditions

產出格式:
| 風險等級 | OWASP 類別 | 檔案:行號 | 說明 | 修復建議 |"

OWASP Top 10:2025 重點異動:相較 2021 版,新增「A03 Software Supply Chain Failures(軟體供應鏈失效)」與「A10 Mishandling of Exceptional Conditions(例外情境處理失當)」兩個全新類別;原本獨立的 SSRF 已併入 A01 Broken Access Control;Security Misconfiguration 由第 5 名躍升至第 2 名。建議團隊將 11.2 節的相依套件掃描與 A03 供應鏈風險對應,強化 CI/CD 中的 SBOM(軟體物料清單)盤點。

11.2 Dependency Scan 相依套件掃描

# OWASP Dependency Check
mvn org.owasp:dependency-check-maven:check

# Maven Dependency 漏洞掃描
mvn versions:display-dependency-updates

# npm audit(前端)
cd frontend && npm audit --production

# Trivy(容器掃描)
trivy image order-service:latest
trivy fs --security-checks vuln,config .
# Warp Drive Workflow:每日安全掃描
---
name: "Daily Security Scan"
command: |
  echo "🔐 Security Scan Starting..."
  DATE=$(date +%Y%m%d)
  
  echo "📦 Step 1: Dependency Check..."
  mvn org.owasp:dependency-check-maven:check \
    -DfailBuildOnCVSS=7 2>&1 | tee security/dep-check-$DATE.txt
  
  echo "🔍 Step 2: SAST..."
  semgrep --config=p/java --config=p/owasp-top-ten \
    --json src/ > security/sast-$DATE.json
  
  echo "🐳 Step 3: Container Scan..."
  trivy image --severity HIGH,CRITICAL \
    order-service:latest > security/container-$DATE.txt
  
  echo "📊 Step 4: Report..."
  echo "  CVE High+: $(grep -c 'HIGH\|CRITICAL' security/dep-check-$DATE.txt)"
  echo "  SAST Issues: $(jq '.results | length' security/sast-$DATE.json)"
  
  echo "✅ Security Scan Complete"
tags: [security, sast, scan, daily]

11.3 Secret Scan 機密掃描

# Gitleaks(Git 歷史中的機密掃描)
gitleaks detect --source=. --verbose

# TruffleHog
trufflehog git file://. --since-commit HEAD~50

# 在 pre-commit hook 中防止機密提交
# .pre-commit-config.yaml
cat > .pre-commit-config.yaml << 'EOF'
repos:
  - repo: https://github.com/gitleaks/gitleaks
    rev: v8.18.0
    hooks:
      - id: gitleaks
EOF

pre-commit install

11.4 自動化安全檢查流程

graph TB
    subgraph "開發階段"
        CODE[撰寫程式碼] --> PRE_COMMIT[Pre-commit Hook<br/>Secret Scan]
        PRE_COMMIT --> COMMIT[Git Commit]
    end
    
    subgraph "CI Pipeline"
        COMMIT --> SAST_CI[SAST 掃描<br/>SpotBugs + Semgrep]
        SAST_CI --> DEP_CHECK[Dependency Check<br/>OWASP DC]
        DEP_CHECK --> CONTAINER_SCAN[Container Scan<br/>Trivy]
        CONTAINER_SCAN --> QUALITY_GATE{Quality Gate}
    end
    
    subgraph "結果處理"
        QUALITY_GATE -->|通過| DEPLOY[部署]
        QUALITY_GATE -->|失敗| BLOCK[阻擋部署]
        BLOCK --> AI_ANALYSIS[Warp AI 分析<br/>修復建議]
        AI_ANALYSIS --> FIX[修復]
        FIX --> CODE
    end

實務建議:安全掃描應整合至 CI/CD Pipeline,設定 Quality Gate(如 CVSS ≥ 7 的 CVE 為 0)。掃描結果透過 Warp Block 分享給開發者,搭配 AI 分析提供修復建議。

常見錯誤:只在部署前做安全掃描。應在開發階段就設定 pre-commit hook + IDE 插件,將安全左移(Shift Left)。


12. 系統維運與監控

12.1 Log 分析

# 使用 Warp Block 分析日誌
# 每個指令輸出自動成為 Block,可搜尋、過濾

# 即時日誌監控
tail -f /var/log/app/application.log | grep --line-buffered "ERROR"

# 結構化日誌查詢(JSON 格式日誌)
cat app.log | jq 'select(.level == "ERROR") | {time: .timestamp, msg: .message, trace: .stackTrace}'

# 統計錯誤分佈
cat app.log | jq -r 'select(.level == "ERROR") | .logger' | sort | uniq -c | sort -rn | head -20

# Kubernetes 日誌
kubectl logs -f deployment/order-service --all-containers --since=1h | grep "ERROR"

# AI 分析日誌
# 選取日誌 Block → "Explain with AI"

AI Prompt 範例

# Warp Agent Mode:日誌分析

"分析以下應用日誌中的異常模式:

[貼上日誌或指定檔案]

請產出:
1. 異常類型分類與統計
2. 時間分佈熱力圖(文字描述)
3. 根本原因分析(Top 5)
4. 關聯性分析(相同 traceId 的錯誤鏈)
5. 建議的修復優先順序
6. 監控告警規則建議(Prometheus alerting rules)"

12.2 指令自動化

# Warp Drive Workflow:系統巡檢
---
name: "System Daily Check"
command: |
  echo "🔍 系統巡檢 - $(date '+%Y-%m-%d %H:%M')"
  echo "================================"
  
  echo "📊 1. 服務狀態"
  for svc in order-service user-service payment-service; do
    STATUS=$(curl -s -o /dev/null -w "%{http_code}" http://$svc:8080/actuator/health)
    if [ "$STATUS" = "200" ]; then
      echo "  ✅ $svc: UP"
    else
      echo "  ❌ $svc: DOWN (HTTP $STATUS)"
    fi
  done
  
  echo ""
  echo "💾 2. 磁碟使用"
  df -h | grep -E "^/dev" | awk '{print "  " $6 ": " $5 " used (" $4 " free)"}'
  
  echo ""
  echo "🐳 3. 容器狀態"
  podman ps --format "  {{.Names}}: {{.Status}}"
  
  echo ""
  echo "📈 4. 資源使用"
  echo "  CPU: $(top -bn1 | grep 'Cpu(s)' | awk '{print $2}')%"
  echo "  MEM: $(free -m | awk 'NR==2{printf "%.1f%%", $3*100/$2}')"
  
  echo ""
  echo "🔐 5. 安全事件"
  journalctl --since "24 hours ago" | grep -c "authentication failure"
  
  echo "================================"
  echo "巡檢完成"
tags: [ops, daily, health-check]

12.3 Incident 處理

# Warp Drive Workflow:事件處理 SOP
---
name: "Incident Response"
command: |
  echo "🚨 Incident Response - {{incident_id}}"
  echo "================================"
  
  echo "📋 Step 1: 收集資訊"
  echo "  服務: {{service_name}}"
  echo "  環境: {{environment}}"
  echo "  時間: $(date)"
  
  echo ""
  echo "📊 Step 2: 取得即時狀態"
  kubectl get pods -n {{namespace}} -l app={{service_name}}
  kubectl top pods -n {{namespace}} -l app={{service_name}}
  
  echo ""
  echo "📝 Step 3: 取得最近日誌"
  kubectl logs -n {{namespace}} deployment/{{service_name}} --tail=100 --since=10m
  
  echo ""
  echo "🔍 Step 4: 取得事件"
  kubectl get events -n {{namespace}} --sort-by='.lastTimestamp' | tail -20
  
  echo ""
  echo "💡 請使用 AI Agent Mode 分析上述資訊"
  echo "   建議 Prompt: '分析以上 K8s 日誌與事件,找出根本原因並提供修復步驟'"
arguments:
  - name: incident_id
    description: "事件編號"
  - name: service_name
    description: "受影響的服務名稱"
  - name: environment
    description: "環境(dev/sit/uat/prod)"
  - name: namespace
    description: "K8s Namespace"
    default_value: "default"
tags: [ops, incident, emergency]

實務建議:將 Incident Response Workflow 存入 Warp Drive 團隊共享,確保所有 on-call 人員都能快速取得標準化的處理流程。

常見錯誤:在 PROD 環境的 Incident 處理中直接修改設定,未留下記錄。所有操作都應在 Warp Block 中進行,Block 自動保留操作記錄可供事後審計。


13. 最佳實務(Best Practices)

13.1 Prompt Engineering

Prompt 設計框架

# CLEAR 框架(企業級 AI Prompt 設計)

C - Context(上下文)
    專案技術棧、架構模式、團隊約定

L - Language(語言/格式)
    輸出格式、程式語言、命名規範

E - Examples(範例)
    期望的輸入輸出範例

A - Action(動作)
    明確的任務指令

R - Restrictions(限制)
    安全約束、效能要求、相容性

Prompt 範例

# ✅ 好的 Prompt
"Context: Spring Boot 3.4 + Java 21 + Clean Architecture 專案
Language: Java,使用 records, sealed classes, pattern matching
Action: 建立 PaymentService,實作信用卡付款邏輯
Examples:
  - 輸入:PaymentCommand(orderId, amount, cardToken)
  - 輸出:PaymentResult(transactionId, status, timestamp)
Restrictions:
  - 金額需用 BigDecimal(不可用 double)
  - 敏感資料(cardToken)不可出現在日誌
  - 需加入冪等性檢查(Idempotency Key)
  - 交易需要 @Transactional"

# ❌ 不好的 Prompt
"幫我寫一個付款功能"

13.2 Workflow 設計

設計原則說明檢查項目
原子性每個 Workflow 只做一件事單一職責、可組合
冪等性重複執行結果相同無副作用
參數化避免硬編碼使用 {{variable}}
可觀察有輸出與狀態回報echo 關鍵步驟
安全性不含敏感資訊密鑰用 Env Var
版本化有版本標記名稱含版本號
文件化有使用說明tags + description

13.3 團隊導入策略

graph LR
    subgraph "Phase 1(Week 1-2)"
        P1A[安裝 Warp]
        P1B[基礎功能培訓]
        P1C[設定開發環境]
    end
    
    subgraph "Phase 2(Week 3-4)"
        P2A[導入 AI Agent]
        P2B[建立 Workflow 範本]
        P2C[Prompt 標準化]
    end
    
    subgraph "Phase 3(Week 5-8)"
        P3A[Warp Drive 團隊共享]
        P3B[安全檢查整合]
        P3C[CI/CD 整合]
    end
    
    subgraph "Phase 4(Week 9-12)"
        P4A[效能優化]
        P4B[知識庫建置]
        P4C[成效評估]
    end
    
    P1A --> P1B --> P1C
    P1C --> P2A --> P2B --> P2C
    P2C --> P3A --> P3B --> P3C
    P3C --> P4A --> P4B --> P4C

導入里程碑

Week目標交付物成功指標
1-2環境就緒全員安裝 Warp100% 安裝率
3-4AI 啟用Workflow 範本庫每人每日使用 AI ≥ 3 次
5-8團隊協作Warp Drive 知識庫Workflow 共享數 ≥ 20
9-12成效驗證ROI 報告開發效率提升 ≥ 30%

14. 常見錯誤與反模式

反模式清單

#反模式說明正確做法
1AI 盲信不經審查直接使用 AI 產出所有 AI 程式碼必須 Code Review
2Prompt 隨意沒有結構化的 Prompt使用 CLEAR 框架
3密鑰裸露API Key 寫在 Workflow使用 Warp Drive Env 或 Vault
4Workflow 失控無版本、無審查Git 管理 + 定期審查
5過度自動化關鍵決策全交 AI安全/架構決策需人工
6環境混用DEV/PROD Env 混用嚴格環境隔離
7忽略安全跳過安全掃描整合至 CI/CD Pipeline
8知識孤島不使用 Warp Drive 共享強制共享 Workflow/Prompt
9Block 敏感分享含密鑰的 Block分享前檢查內容
10依賴單一 Agent只用一個 AI Agent依任務選擇最適 Agent

各反模式詳細說明

1. AI 盲信

# ❌ 錯誤做法
claude "寫一個登入功能" → 直接複製到 production code

# ✅ 正確做法
claude "寫一個登入功能" → Code Review → 安全審查 → 單元測試 → 整合測試 → 合併

5. 過度自動化

# ❌ 適合 AI 自動化的任務
# - 樣板程式碼生成(CRUD / DTO / Mapper)
# - 測試案例生成
# - 文件生成
# - 指令查詢

# ✅ 需人工決策的任務
# - 架構設計決策
# - 安全策略制定
# - 資料庫 schema 設計(需 DBA 審查)
# - 生產環境部署審批
# - 效能關鍵路徑最佳化

15. 結論與導入建議

15.1 適合導入的組織

組織類型適合程度說明
新創團隊(< 20 人)⭐⭐⭐⭐⭐快速採用,無遷移負擔
中型團隊(20-100 人)⭐⭐⭐⭐需規劃導入策略
大型企業(> 100 人)⭐⭐⭐需試點後逐步推廣
金融/醫療(高合規)⭐⭐⭐需評估資安合規(SOC 2 已通過)
政府/國防⭐⭐需評估資料落地與離線需求

15.2 ROI 分析

graph LR
    subgraph "投入成本"
        C1[授權費用<br/>免費 ~ Pro 方案]
        C2[培訓成本<br/>2-4 週]
        C3[遷移成本<br/>1-2 週]
        C4[AI API 費用<br/>依用量]
    end
    
    subgraph "預期效益"
        B1[開發效率 ↑30-50%]
        B2[除錯時間 ↓40%]
        B3[Onboarding ↓60%]
        B4[知識共享 ↑300%]
        B5[安全漏洞 ↓50%]
    end
    
    C1 --> ROI{ROI}
    C2 --> ROI
    C3 --> ROI
    C4 --> ROI
    ROI --> B1
    ROI --> B2
    ROI --> B3
    ROI --> B4
    ROI --> B5

ROI 計算範例(50 人團隊)

項目月成本/節省年度
Warp Pro 授權$10/人 × 50 = $500$6,000
AI API 費用~$20/人 × 50 = $1,000$12,000
培訓工時一次性 40h × 50 = 2,000h
開發效率提升35% × 160h × $50 × 50$1,680,000
除錯時間節省40% × 30h × $50 × 50$360,000
知識共享效益Onboarding 時間 ↓60%$120,000
淨效益~$2,142,000/年

15.3 成熟度模型(Level 1 ~ Level 5)

Level名稱特徵指標
Level 1初始(Ad-hoc)個別開發者嘗試使用 Warp安裝率 < 30%
Level 2可重複(Repeatable)團隊統一使用,基礎 Workflow安裝率 > 80%,Workflow > 10
Level 3已定義(Defined)標準化 Prompt、Warp Drive 共享每日 AI 互動 > 5 次/人
Level 4已管理(Managed)安全整合、CI/CD 整合、成效量化效率提升 > 30%,安全事件 ↓
Level 5優化(Optimizing)AI Agent 自主處理常規任務Cloud Agent 自動化率 > 50%

各 Level 檢查指標

Level 1 → Level 2:
☐ 全員安裝 Warp
☐ 完成基礎培訓
☐ 設定預設 Shell

Level 2 → Level 3:
☐ 建立 10+ 團隊 Workflow
☐ 建立 Prompt 範本庫
☐ Warp Drive 啟用

Level 3 → Level 4:
☐ 安全掃描整合 CI/CD
☐ AI 使用 Dashboard
☐ 成效量化報告

Level 4 → Level 5:
☐ Cloud Agent 自動化
☐ 自動 PR Review
☐ 自動化維運巡檢

附錄 A:檢查清單(Checklist)

新進成員快速上手清單

環境建置
☐ 安裝 Warp(https://www.warp.dev/download)
☐ 設定預設 Shell(Bash / Zsh / PowerShell)
☐ 確認 GPU 加速已啟用
☐ 安裝 Warp 主題(團隊統一)
☐ 設定 Git 整合

AI Agent 設定
☐ 安裝 Claude Code(npm install -g @anthropic-ai/claude-code)
☐ 設定 ANTHROPIC_API_KEY
☐ 安裝 GitHub Copilot CLI(gh extension install github/gh-copilot)
☐ 認證 GitHub(gh auth login)
☐ 熟悉 Agent Mode(Cmd/Ctrl + L)

Warp Drive
☐ 加入團隊 Warp Drive
☐ 匯入團隊 Workflows
☐ 載入環境變數(DEV)
☐ 瀏覽 Prompt 範本庫

開發工具
☐ 安裝 Java 21(sdk install java 21.0.5-tem)
☐ 安裝 Maven(sdk install maven)
☐ 安裝 Node.js 20+(nvm install 20)
☐ 安裝 Podman / Docker

安全設定
☐ 安裝 pre-commit hooks(gitleaks)
☐ 確認不使用 PROD 環境變數
☐ 了解機密管理策略
☐ 閱讀 SSDLC 流程文件

日常作業
☐ 熟悉 Block 操作(導覽 / 搜尋 / 複製 / 分享)
☐ 練習使用 Warp AI Explain 功能
☐ 執行第一個團隊 Workflow
☐ 使用 AI Agent 完成一個小型任務
☐ 熟悉 Prompt Queueing(/queue)與 Custom Model Routers 設定

每日開發檢查清單

開工
☐ 啟動 Warp → 確認環境變數已載入
☐ git pull 取得最新程式碼
☐ 檢查 CI/CD Pipeline 狀態

開發中
☐ 使用 AI Agent 輔助(非取代)開發
☐ 每次 commit 前執行本地測試
☐ 每次 commit 前確認無敏感資訊

收工
☐ 推送所有變更至遠端
☐ 更新 Warp Drive 知識筆記(如有新發現)
☐ 分享有價值的 Block 給團隊

附錄 B:常用指令速查表

Warp 快捷鍵

操作macOSWindows / Linux
Command PaletteCmd+Shift+PCtrl+Shift+P
Agent ModeCmd+LCtrl+L
新 TabCmd+TCtrl+T
分割面板Cmd+DCtrl+D
上一個 BlockCmd+↑Ctrl+↑
下一個 BlockCmd+↓Ctrl+↓
Block 內搜尋Cmd+FCtrl+F
複製 BlockCmd+Shift+CCtrl+Shift+C
清除畫面Cmd+KCtrl+K
指令歷史Cmd+RCtrl+R
Prompt 排隊(Agent 執行中)/queue 指令/queue 指令

Maven 常用指令

mvn clean compile                    # 清除並編譯
mvn test                             # 執行測試
mvn package -DskipTests              # 打包(跳過測試)
mvn dependency:tree                  # 相依性樹
mvn versions:display-dependency-updates  # 可更新的依賴
mvn spotbugs:check                   # 靜態分析
mvn sonar:sonar                      # SonarQube 掃描
mvn flyway:migrate                   # DB 遷移
mvn spring-boot:run                  # 啟動 Spring Boot

Docker / Podman 常用指令

podman build -t app:latest .         # 建置映像
podman run -d -p 8080:8080 app       # 啟動容器
podman compose up -d                 # 啟動服務堆疊
podman logs -f <container>           # 查看日誌
podman exec -it <container> bash     # 進入容器

Kubernetes 常用指令

kubectl get pods -w                  # 監控 Pod 狀態
kubectl logs -f deploy/<name>        # 追蹤日誌
kubectl describe pod <name>          # Pod 詳情
kubectl rollout restart deploy/<name>  # 重啟部署
kubectl port-forward svc/<name> 8080:80  # 連接埠轉發

附錄 C:AI Prompt 範本庫

程式碼生成類

# CG-001:REST Controller 生成
"為 {{domain}} 建立 Spring Boot REST Controller:
- 使用 @RestController + @RequestMapping("/api/v1/{{path}}")
- CRUD 操作(GET/POST/PUT/DELETE)
- Request 驗證(@Valid + @Validated)
- OpenAPI 3.0 註解
- 統一例外處理
- 分頁查詢支援
- Java 21 語法"

# CG-002:Vue 3 Component 生成
"建立 Vue 3 + TS + Tailwind 元件 {{component_name}}:
- <script setup lang='ts'>
- Props 定義(defineProps with TypeScript)
- Emits 定義(defineEmits)
- 使用 Composition API
- 響應式設計
- Loading / Error 狀態處理"

# CG-003:Unit Test 生成
"為 {{class_name}} 撰寫 JUnit 5 測試:
- @ExtendWith(MockitoExtension.class)
- Mock 所有依賴
- Given-When-Then 模式
- @DisplayName 中文描述
- 涵蓋正常/異常/邊界情境
- AssertJ 斷言"

分析類

# AN-001:架構分析
"分析 {{project_path}} 的架構:
1. 識別架構模式
2. 繪製 Mermaid 元件圖
3. 分析耦合度
4. 列出技術債務
5. 提供重構建議"

# AN-002:效能分析
"分析以下 SQL 查詢的效能:
[SQL]
1. 執行計畫分析
2. 索引建議
3. 查詢改寫建議
4. N+1 問題檢查"

# AN-003:安全分析
"檢查以下程式碼的安全漏洞(OWASP Top 10):
[程式碼]
產出:風險等級 | 類別 | 位置 | 說明 | 修復"

維運類

# OP-001:錯誤分析
"分析以下錯誤日誌:
[日誌]
1. 根本原因
2. 影響範圍
3. 修復步驟
4. 預防措施"

# OP-002:效能調優
"分析以下 JVM 記憶體報告:
[jmap output]
1. 記憶體洩漏風險
2. GC 調優建議
3. JVM 參數建議"

附錄 D:Warp 方案與計費

本節依 warp.dev/pricing 2026 年 7 月現況整理,Warp 已由早期「Build(免費)/ Max / Business」三方案調整為現行 五方案架構,企業導入前應以官網公告為準。

方案比較

項目FreeBuildMaxBusinessEnterprise
月費$0$20(年繳 $18)$200(年繳 $180)$50/user(年繳 $45/user,上限 25 席)客製報價
月付 Credits有限(新用戶前 2 月 150、之後 75)1,500/月18,000/月(Build 的 12 倍)每人 1,500/月自訂共享額度
Local Agent(Warp 內建)✅ 基礎用量✅ 全模型✅ 全模型✅ 團隊用量✅ 無限制
CLI Agent 工具帶
BYOK(自帶 API Key,限 Local Agent)✅(限 10 人以下組織個人使用)
Cloud Agents有限使用
Oz Platform(CLI/API/SDK/Web)有限
Self-Hosting(Cloud Agents 自託管)
Team Admin Panel / 使用量儀表板個人限定個人限定
Warp Drive 共享有限✅ 無限(個人/團隊)✅ 無限✅ 組織✅ 組織
Session Sharing
SSO / SAML
Zero Data Retention(強制)✅ 可強制啟用✅ 可強制啟用
Audit Log有限✅ 完整
Bring Your Own LLM(自架模型)
技術支援社群Email 支援Email 支援Email 支援專屬客戶經理 + 共用 Slack 頻道

Credits 制度

Warp 使用 Credits 做為 AI 用量計量單位,Cloud Agent 執行一律消耗 Credits;Local Agent 若採 BYOK 則不消耗 Credits,改由使用者自行支付對應供應商的 API 費用。不同模型消耗的 Credits 量級不同:

模型類別Credits 消耗說明
Auto (Cost-efficient)最經濟的選擇
Auto (Responsive)品質與成本平衡
Auto (Genius)深度推理,消耗較多
GPT-5.5 Extra High極高最高精度,最高消耗
Claude Haiku 4.5快速回應,低消耗
Claude Sonnet 5 / Opus 4.8 Max極高最新旗艦,最高精度推理
Grok 4.3 / Grok Build 0.1不消耗 Credits需連結個人 SuperGrok 訂閱
開源模型(Fireworks AI)經濟實惠
# 查看團隊 Credits 用量(Oz CLI)
oz credits usage --team my-team --period monthly

# 設定用量上限
oz credits limit --team my-team --monthly-limit 10000

# 查看個人用量
oz credits usage --user me

BYOK 重要澄清:Warp 支援 BYOK(Bring Your Own API Key),可串接 Anthropic / OpenAI / Google 三家供應商金鑰,個人使用者與 10 人以下組織可直接設定;超過 10 人的組織須升級至 Business 或 Enterprise 方案才能為成員開通 BYOK。但 BYOK 僅適用於 Local Agent——金鑰只存放於本機作業系統的安全儲存區,傳輸過程僅「in-flight」使用後即丟棄,不落地於 Warp 伺服器;Cloud Agent 執行無法讀取本機金鑰,一律消耗 Warp Credits 計費。此為原文件先前版本敘述錯誤之處,企業規劃預算與金鑰治理時務必以此區分為準。

企業建議:Business 方案適合 25 人以下、需要 SSO 與集中帳務的團隊;若組織規模超過 25 席、需要 Self-Hosting、BYO LLM 或完整 Audit Log,須採購 Enterprise 方案並洽談客製報價。建議先以 Build 或 Max 方案試行,確認效益後再依團隊規模升級至 Business / Enterprise。


文件結束
本手冊由企業 AI 開發團隊維護,如有問題請透過 Warp Drive 提交回饋。
下次更新:依 Warp 版本更新同步更新本手冊。