教學

Rust 1.x 完整企業級開發教學手冊 版本: 2.0 最後更新: 2026 年 5 月 17 日 適用對象: 新手工程師、中階工程師、資深工程師、架構師、技術主管、DevOps 團隊 技術層級: 初階 → 進階 → 架構師級 Rust 版本: 1.95.0 穩定版（Edition 2024） 授權: 內部教育訓練使用 參考來源: rust-lang.org、The Rust Book、crates.io、docs.rs、rustup.rs 目錄 Rust 介紹 1.1 Rust 歷史與發展 1.2 Rust 設計理念 1.3 Rust 與 C/C++ 差異 1.4 Rust 與 Java/Golang 差異 1.5 Rust 適合的應用場景 1.6 Rust 不適合的場景 1.7 Rust 生態系介紹 1.8 Cargo 介紹 1.9 Crates.io 介紹 1.10 docs.rs 介紹 Rust 核心特色 2.1 Ownership（所有權） 2.2 Borrowing（借用） 2.3 Lifetime（生命週期） 2.4 Move Semantics 2.5 Zero-Cost Abstraction 2.6 Pattern Matching 2.7 Traits 2.8 Generics 2.9 Async/Await 2.10 Memory Safety 2.11 Concurrency Safety 開發環境安裝 3.1 Windows 環境安裝 3.2 Linux 環境安裝 3.3 macOS 環境安裝 3.4 VSCode 設定 3.5 IntelliJ Rust 設定 3.6 Toolchain 管理 3.7 nightly / stable / beta 差異 Cargo 完整教學 4.1 專案建立與初始化 4.2 建置與執行 4.3 測試與文件 4.4 程式碼品質工具 4.5 安全性稽核 4.6 發佈與套件管理 4.7 Workspace 管理 4.8 相依性管理與語意版本 Rust 基礎語法 5.1 變數與可變性 5.2 資料型別 5.3 函式 5.4 控制流程 5.5 迴圈 5.6 結構體（Struct） 5.7 列舉（Enum） 5.8 模組系統 5.9 錯誤處理（Result / Option） 5.10 集合（Collections） 5.11 迭代器（Iterators） 5.12 閉包（Closures） Rust 進階教學 6.1 Traits 深入 6.2 Lifetimes 深入 6.3 Smart Pointers 6.4 Rc / Arc 6.5 Mutex / RwLock 6.6 Channels（通道） 6.7 Async Runtime 與 Tokio 6.8 Pin / Unpin 6.9 Unsafe Rust 6.10 Macros（巨集） 6.11 Procedural Macros Rust Web 開發 7.1 Web Framework 比較 7.2 Axum 概觀 7.3 Actix Web 概觀 7.4 Rocket 概觀 7.5 Warp 概觀 7.6 Framework 選型建議 使用 Axum 建立 RESTful API 8.1 專案架構（Clean Architecture） 8.2 DTO 與資料驗證 8.3 Service Layer 8.4 Repository Pattern 8.5 Middleware 8.6 JWT 認證與授權 8.7 OpenAPI / Swagger 8.8 完整 API 範例 8.9 Docker 化 資料庫整合 9.1 SQLx（推薦） 9.2 Diesel 9.3 SeaORM 9.4 ORM 比較表 9.5 Redis 快取 9.6 PostgreSQL 整合實務 9.7 MySQL 整合實務 9.8 SQLite 整合實務 非同步程式設計與高併發 10.1 Tokio Runtime 詳解 10.2 任務產生與管理 10.3 並行模式 10.4 Stream 處理 10.5 限流與背壓 10.6 Graceful Shutdown 10.7 Actor Model 10.8 高併發架構設計 WebAssembly（WASM） 11.1 WASM 概念 11.2 wasm-pack 建置 11.3 在前端使用 WASM 11.4 WASM 使用場景 11.5 Rust + React 整合範例 11.6 WASM 效能優化 系統架構設計 12.1 Clean Architecture 12.2 Hexagonal Architecture（六角架構） 12.3 微服務架構 12.4 事件驅動架構 12.5 CQRS（命令與查詢責任分離） 12.6 架構比較 12.7 模組拆分策略 Docker 與 Kubernetes 13.1 Dockerfile 最佳實務 13.2 Docker Compose 企業配置 13.3 Kubernetes 部署 13.4 Helm Chart 結構 13.5 Service / Ingress / ConfigMap / Secret 13.6 HPA 自動擴展 測試策略 14.1 單元測試 14.2 整合測試 14.3 屬性測試（Property-Based Testing） 14.4 效能測試 14.5 測試金字塔 14.6 Mock Test（mockall） 14.7 Benchmark（criterion） DevSecOps 與 SSDLC 15.1 GitHub Actions CI/CD 15.2 SSDLC 安全開發生命週期 15.3 供應鏈安全 15.4 模糊測試（Fuzzing） 15.5 SBOM 與 Dependency Scan 15.6 Secret Scan 與 Container Scan 可觀測性（Observability） 16.1 日誌（Logging） 16.2 指標（Metrics） 16.3 分散式追蹤（Distributed Tracing） 16.4 可觀測性架構 16.5 健康檢查端點 效能調校 17.1 Profile 工具 17.2 編譯最佳化 17.3 常見效能最佳化技巧 17.4 Async 效能調校 17.5 效能檢查清單 17.6 Lock Contention 分析 團隊建立與治理 18.1 Rust 團隊組建策略 18.2 程式碼規範 18.3 Code Review 檢查清單 18.4 技術債管理 18.5 開發流程（Git Flow / Trunk Based） 18.6 文件治理 18.7 AI 使用規範 AI 協作開發 19.1 GitHub Copilot 與 Rust 19.2 AI 輔助的工作流程 19.3 Prompt 撰寫技巧 19.4 AI Pair Programming 19.5 AI Review 與 Test Generation 19.6 Team Prompt Library 企業級最佳實務 20.1 專案結構最佳實務 20.2 設定管理 20.3 版本管理策略 20.4 錯誤處理最佳實務 20.5 API Versioning 20.6 Security Best Practices 20.7 Scalability 與 High Availability Rust 生態系推薦 21.1 依類別推薦 Crate 21.2 Crate 評估準則 21.3 CLI 與 DevOps 類別 21.4 AI 與 WASM 類別 完整企業級專案實戰 22.1 專案架構 22.2 Cargo.toml 22.3 main.rs 入口 22.4 領域模型 22.5 Repository 層 22.6 Service 層（含 Redis 快取） 22.7 API Handler 22.8 JWT 認證中介層 22.9 路由組裝 22.10 資料庫遷移 22.11 Docker 化部署 常見問題與解答（FAQ） 23.1 編譯相關 23.2 Async 相關 23.3 專案實務 23.4 Async Deadlock 23.5 Memory Leak 排查 23.6 Cargo 問題 學習路線圖 24.1 各階段推薦資源 24.2 初學者路線（0-3 個月） 24.3 中階路線（3-6 個月） 24.4 高階與架構師路線（6-12 個月） 結論 25.1 Rust 在企業中的價值 25.2 導入建議 25.3 技術選型建議 附錄：新進成員檢查清單 26.1 環境建置（第 1 天） 26.2 開發規範熟悉（第 1-2 週） 26.3 進階能力（第 3-4 週） 26.4 獨立作業（第 5-8 週） 版本歷史 Rust 學習路徑總覽 graph LR A[🟢 新手入門] --> B[🔵 基礎語法] B --> C[🟡 核心特色] C --> D[🟠 進階開發] D --> E[🔴 企業實戰] A --- A1[安裝環境] A --- A2[Cargo 基礎] B --- B1[變數/函式/流程控制] B --- B2[Struct/Enum/Module] B --- B3[錯誤處理/集合] C --- C1[Ownership/Borrowing] C --- C2[Lifetime] C --- C3[Traits/Generics] D --- D1[Async/Tokio] D --- D2[Web API/Axum] D --- D3[資料庫整合] E --- E1[架構設計] E --- E2[Docker/K8s] E --- E3[DevSecOps/CI-CD] E --- E4[Observability] 1. Rust 介紹 1.1 Rust 歷史與發展 Rust 是一門注重安全性、效能與並發性的現代系統級程式語言。 ...

addyosmani/agent-skills 教學手冊 版本：v2.1.0（基於 agent-skills v0.6.2） 更新日期：2026-07-02 適用對象：資深工程師、架構師、Tech Lead、DevSecOps 工程師 技術棧：addyosmani/agent-skills、Claude Code（Plugin Marketplace）、Cursor、Gemini CLI、GitHub Copilot、Antigravity、Spring Boot、Vue 3 授權：MIT License 參考來源：addyosmani/agent-skills（68,547+ stars，7,430 forks，約 39 位貢獻者，最新版本 v0.6.2） 目錄 第 1 章：前言與概觀 1.1 addyosmani/agent-skills 是什麼 1.2 為何需要 Agent Skills 1.3 專案發起背景 1.4 核心理念：將資深工程師紀律轉化為結構化 AI 約束 1.5 Agent Skills 與傳統 Prompt Engineering 的本質差異 1.6 適用場景與不適用場景 1.7 addyosmani/agent-skills 與 mattpocock/skills 比較 1.8 專案資訊 第 2 章：核心架構設計 2.1 三層可組合架構 2.2 組合規則 2.3 SKILL.md 骨架設計 2.4 漸進式揭露策略 2.5 Token 效率設計原則 2.6 完整專案目錄結構 第 3 章：完整 24 個 Skills 深度解析 3.1 Meta 階段 3.2 Define 階段（定義需求） 3.3 Plan 階段（任務拆解） 3.4 Build 階段（增量實作） 3.5 Verify 階段（驗證品質） 3.6 Review 階段（合併前審查） 3.7 Ship 階段（部署上線） 第 4 章：四大 Persona 詳解 4.1 code-reviewer — 資深 Staff Engineer 4.2 test-engineer — QA 測試專家 4.3 security-auditor — 資安工程師 4.4 web-performance-auditor — Web 效能稽核專家（v0.6.x 新增） 4.5 Persona 與 Skill 的互動規則 4.6 自定義 Persona 第 5 章：8 個 Slash Commands 詳解 5.1 Commands → Skills 映射總覽 5.2 各 Command 詳解 第 6 章：Reference Checklists 詳解 6.1 testing-patterns.md — 測試模式清單 6.2 security-checklist.md — 安全查核清單 6.3 performance-checklist.md — 效能查核清單 6.4 accessibility-checklist.md — 無障礙查核清單 6.5 orchestration-patterns.md — 協調模式參考 6.6 definition-of-done.md — 完成定義清單（v0.6.x 新增） 6.7 observability-checklist.md — 可觀測性查核清單（v0.6.x 新增） 第 7 章：Google 工程實踐在 Agent Skills 中的應用 7.1 Hyrum’s Law（海勒姆定律） 7.2 Beyoncé Rule（碧昂絲法則） 7.3 Chesterton’s Fence（乞斯特頓柵欄） 7.4 Code-as-Liability（程式碼即負債） 7.5 Shift Left（左移） 7.6 Small Changes（小批量變更） 7.7 Faster is Safer（快即安全） 7.8 Readability（可讀性） 第 8 章：安裝與設定指南 8.1 安裝方式總覽 8.2 Claude Code（首要支援平台） 8.3 Cursor 8.4 Gemini CLI 8.5 Windsurf 8.6 OpenCode 8.7 GitHub Copilot 8.8 Antigravity IDE & CLI 8.9 Codex / 其他 Agents 8.10 安裝後驗證 8.11 多工具共存 第 9 章：SSDLC（安全軟體開發生命週期）整合 9.1 什麼是 SSDLC 9.2 SSDLC × Agent Skills 映射 9.3 各 SSDLC 階段的 Agent Skills 實踐 9.4 合規對應 第 10 章：AI Agent Team 協作指南 10.1 概念：AI Agent 即團隊成員 10.2 AI Agent Team 協作模型 10.3 角色分工 10.4 溝通協議 10.5 Agent Teams（實驗性功能） 10.6 不同團隊規模的採用策略 第 11 章：實戰案例 — Web Application 開發 11.1 專案背景 11.2 Phase 1：需求定義（Define） 11.3 Phase 2：任務拆解（Plan） 11.4 Phase 3：增量實作（Build） 11.5 Phase 4：審查與上線（Review → Ship） 第 12 章：實戰案例 — 框架升級遷移 12.1 場景：Java EE 8 → Jakarta EE 10 12.2 場景：Spring Boot 2.x → 3.x 升級 第 13 章：實戰案例 — 逆向工程與遺留系統分析 13.1 場景：分析未文件化的遺留系統 13.2 分析流程 13.3 Legacy System 現代化 第 14 章：安全治理與合規 14.1 三層邊界系統深入解析 14.2 OWASP SAMM 對照 14.3 ISO 27001 對照 14.4 金融 / 保險 / 政府合規建議 14.5 Prompt Injection 防護 第 15 章：CI/CD 與 DevSecOps 整合 15.1 Agent Skills 在 CI/CD Pipeline 中的定位 15.2 GitHub Actions 整合範例 15.3 Pre-Commit Hook 整合 15.4 品質閘門定義 15.5 Feature Flag 生命週期 第 16 章：Context Engineering 進階指南 16.1 Context 的本質 16.2 五層 Context 階層詳解 16.3 MCP（Model Context Protocol）整合 16.4 Token 效率策略 16.5 Session 管理策略 16.6 Anti-Hallucination 策略 第 17 章：測試策略深入解析 17.1 測試金字塔實踐 17.2 Red-Green-Refactor 循環 17.3 Mock 使用原則 第 18 章：Hooks 與 Session 管理 18.1 Hooks 概述 18.2 session-start.sh 詳解 18.3 SDD Cache Hooks 18.4 自訂 Hooks 第 19 章：自訂 Skill 開發指南 19.1 何時需要自訂 Skill 19.2 Skill Anatomy 完整規格 19.3 SKILL.md 完整範本 19.4 寫作原則對照 19.5 將自訂 Skill 加入專案 第 20 章：企業導入指南 20.1 導入路線圖 20.2 Phase 1：評估與準備 20.3 Phase 2：Pilot 導入 20.4 Phase 3：擴大導入 20.5 Phase 4：持續改善 20.6 AI Governance 治理機制 20.7 合規考量 第 21 章：最佳實踐總結 21.1 日常開發最佳實踐 21.2 團隊協作最佳實踐 21.3 安全最佳實踐 第 22 章：Anti-Patterns（反模式） 22.1 開發流程反模式 22.2 安全反模式 22.3 AI 協作反模式 第 23 章：Troubleshooting（疑難排解） 23.1 常見問題與解決方案 第 24 章：常見問題 FAQ 24.1 基礎概念 24.2 安裝與設定 24.3 使用方式 24.4 進階使用 24.5 安全與合規 24.6 社群與貢獻 第 25 章：附錄 附錄 A：速查參考表 附錄 B：Rules File 範本 附錄 C：GitHub Actions 完整範例 附錄 D：7 個 Checklists 速查 附錄 E：詞彙表 附錄 F：導入 Checklist 第 1 章：前言與概觀 1.1 addyosmani/agent-skills 是什麼 addyosmani/agent-skills 是由 Google Chrome 團隊工程主管 Addy Osmani 發起的開源專案，核心目的是將**資深軟體工程師的開發紀律與標準作業程序（SOP）**轉化為結構化的 Markdown 框架，用以約束並提升 AI 程式碼生成代理（AI Coding Agents）的交付品質。 ...

mattpocock/skills 教學手冊 使用 mattpocock/skills 建構企業級 AI Coding Agent 工程治理平台 項目 說明 版本 v4.0.0 更新日期 2026-07-22 適用對象 資深工程師、架構師、Tech Lead、DevSecOps 工程師、AI 導入推動者 技術棧 mattpocock/skills（CHANGELOG v1.1.0／plugin.json v1.2.0）、Claude Code / Codex 等 Coding Agent、skills.sh 生態系、agentskills.io 開放標準、CONTEXT.md、ADR 參考來源 mattpocock/skills GitHub（180,641 stars、15,434 forks，MIT License，GitHub API 查證於 2026-07-22） 前置知識 AI Coding Agent 基本操作、Git 版本控制、基礎軟體工程概念 版本說明：本次改版（v4.0.0）已針對 mattpocock/skills v1.1.0（2026-07-08 發布）的重大重構逐項核對原始碼（SKILL.md、.claude-plugin/plugin.json、CHANGELOG.md），其中最關鍵的變動是：to-prd 更名為 to-spec、to-issues 與已刪除的 to-plan 合併為 to-tickets、wayfinder（原名 decision-mapping）由實驗性的 in-progress 轉正為正式 Engineering Skill、新增可背景執行的調研 Skill research、resolving-merge-conflicts 結束過渡期首次正式收錄進 plugin.json。另需留意：.claude-plugin/plugin.json 的版號（1.2.0）目前領先於 package.json／CHANGELOG 記載的正式版本（1.1.0），兩者尚未對齊，屬治理上的落差，詳見第 24.6 節版本紀錄與第 23 章 FAQ。 ...

Quarkus 3.x 教學手冊 項目 說明 文件名稱 Quarkus 3.x 教學手冊 文件版本 v1.0.0 Quarkus 版本 3.35.x（2026 年 5 月最新穩定版） 最後更新日期 2026-05-15 撰寫角色 資深軟體架構師 / 資深 Java 雲原生開發工程師 / DevSecOps 架構師 / AI 架構師 目標對象 Java 後端工程師、架構師、DevOps 工程師、技術主管 前置知識 Java 17+、Maven 基礎、REST API 概念、Docker 基礎、Git 版本控制 適用場景 企業內訓教材、技術白皮書、架構設計參考、新人訓練、維運指引 授權方式 內部使用 前言 Quarkus 是由 Red Hat 發起、現歸屬 Commonhaus Foundation 的開源 Java 框架，專為 Kubernetes、Serverless 與雲原生環境量身打造。官方稱之為「超音速、亞原子的 Java」（Supersonic Subatomic Java），其核心目標是大幅降低 Java 應用的記憶體消耗、加速啟動時間，使 Java 成為容器化時代的首選語言。 Quarkus 3.x 系列在 Jakarta EE 10+ 規範基礎上，融合 MicroProfile、Vert.x、Hibernate 等成熟技術，透過獨特的「編譯期啟動優化」（Compile Time Boot）策略，將傳統在執行期才完成的依賴注入、配置解析與中繼資料處理，提前至建置階段完成。這使得應用程式在 JVM 模式下即可快速啟動，搭配 GraalVM Native Image 更可達到毫秒級啟動與極低記憶體消耗。 ...

Jakarta EE 12 教學手冊 文件資訊 項目 說明 文件名稱 Jakarta EE 12 教學手冊 版本 2.0.0 更新日期 2026-05-14 作者 架構團隊 目標對象 Java 後端工程師、架構師、DevOps 工程師、Tech Lead 前置知識 Java SE 基礎、Maven 基礎、SQL 基礎、HTTP 協定基礎 Jakarta EE 12 狀態 開發中（WIP），預計 2026 年下半年正式發布 Java 最低版本 Java SE 21 官方網站 jakarta.ee 規格發布頁 Jakarta EE 12 Release 目錄 Jakarta EE 12 概觀 1.1 Jakarta EE 歷史與演進 1.2 Jakarta EE 12 定位 — Data Age 1.3 Jakarta EE 12 核心特色 1.4 Jakarta EE 12 治理模式與社群驅動 1.5 與 Spring Boot 比較 1.6 適合與不適合的應用場景 1.7 實務注意事項 Jakarta EE 12 核心架構 2.1 Platform、Web Profile、Core Profile 2.2 模組化架構與規格關係圖 2.3 Jakarta EE Runtime 2.4 Jakarta EE 12 完整規格清單 2.5 候選與前瞻規格 2.6 TCK 認證與相容實作 2.7 實務注意事項 Java 21 與 Java 25 3.1 為何 Jakarta EE 12 要求 Java 21 3.2 Virtual Thread（虛擬執行緒） 3.3 Structured Concurrency（結構化並行） 3.4 Record 與 Pattern Matching 3.5 Sequenced Collection 與 Scoped Values 3.6 Java 25 新特性 3.7 JVM 調校建議 3.8 實務注意事項 開發環境建置 4.1 JDK 21 安裝 4.2 Maven 與 Gradle 安裝 4.3 IDE 設定 — VS Code 與 IntelliJ IDEA 4.4 Docker Desktop 與 Podman 4.5 Kubernetes 與 kubectl 4.6 Jakarta EE Starter 快速建立 4.7 實務注意事項 Jakarta EE 12 Application Server 5.1 Open Liberty 5.2 Payara 5.3 WildFly 5.4 GlassFish 5.5 四大 Server 比較表 5.6 選型建議 5.7 實務注意事項 Maven 專案建立 6.1 Multi Module 專案架構 6.2 Parent POM 設計 6.3 各層模組 POM 6.4 dependencyManagement 與 pluginManagement 6.5 Maven Archetype 6.6 實務注意事項 Clean Architecture 7.1 Domain Driven Design（DDD） 7.2 Hexagonal Architecture 7.3 Clean Architecture 原則 7.4 Ports and Adapters 7.5 Repository Pattern 與 Service Layer 7.6 完整專案目錄結構 7.7 實務注意事項 Jakarta CDI 5.0 8.1 Dependency Injection 基礎 8.2 Bean Scope 8.3 Eager Initialization 8.4 Producer 與 Qualifier 8.5 Interceptor 與 Decorator 8.6 Event 機制 8.7 BuildCompatibleExtension 8.8 實務注意事項 Jakarta RESTful Web Services 5.0 9.1 REST API 設計原則 9.2 JSON-B 3.1 與資料綁定 9.3 Bean Validation 4.0 9.4 Exception Handling 9.5 CRUD API 完整實作 9.6 分頁、排序與過濾 9.7 OpenAPI 整合 9.8 JWT Security 9.9 實務注意事項 Jakarta Persistence 4.0 10.1 JPA 核心概念 10.2 Entity 設計 10.3 Repository Pattern 實作 10.4 Transaction 管理 10.5 Lock 策略 10.6 Lazy Loading 與效能 10.7 Query 最佳化 10.8 實務注意事項 Jakarta Data 1.1 11.1 Jakarta Query 1.0 統一查詢語言 11.2 Fluent Query 與動態限制條件 11.3 Repository 抽象化與狀態管理 11.4 Record Projection 與 NoSQL 支援 11.5 與 Spring Data JPA 比較 11.6 實務注意事項 Jakarta Security 5.0 12.1 Security 5.0 架構重構 12.2 JWT 實作 12.3 OAuth2 與 OpenID Connect 12.4 RBAC 角色存取控制與 Permission Store 12.5 多重認證機制 12.6 API Security 12.7 OWASP Top 10 防護 12.8 Secure Coding 實務 12.9 實務注意事項 Jakarta Concurrency 3.2 13.1 ManagedExecutorService 13.2 Async Processing 13.3 Virtual Thread 整合 13.4 高併發設計模式 13.5 實務注意事項 Jakarta Batch 2.2 14.1 批次架構概觀 14.2 Job 與 Step 設計 14.3 Chunk Processing 14.4 Retry 與 Skip 策略 14.5 Parallel Processing 14.6 實務注意事項 Cache 與 MQ 15.1 Redis 整合 15.2 Kafka 整合 15.3 RabbitMQ 整合 15.4 Jakarta Messaging 3.1 15.5 實務注意事項 Kubernetes 與雲原生 16.1 Dockerfile 設計 16.2 Kubernetes Deployment 16.3 Service 與 Ingress 16.4 ConfigMap 與 Secret 16.5 HPA 與 Rolling Update 16.6 HTTP/3 支援 16.7 實務注意事項 MicroProfile 與 Jakarta Config 17.1 Config 17.2 Jakarta Config 1.0（候選） 17.3 Health 17.4 Metrics 17.5 OpenAPI 17.6 JWT Propagation 17.7 Fault Tolerance 17.8 實務注意事項 CI/CD 18.1 GitHub Actions 18.2 Jenkins Pipeline 18.3 SonarQube 整合 18.4 Trivy 與 OWASP Dependency Check 18.5 SBOM 產生與 CRA 合規 18.6 實務注意事項 SSDLC 19.1 Secure SDLC 概觀 19.2 SAST 靜態分析 19.3 DAST 動態測試 19.4 Dependency Scan 19.5 Container Scan 與 Secret Scan 19.6 實務注意事項 AI 協作開發 20.1 Jakarta Agentic AI 1.0（前瞻規格） 20.2 GitHub Copilot 整合 20.3 Claude 與 ChatGPT 協作 20.4 Gemini 整合 20.5 AI 輔助開發工作流 20.6 實務注意事項 Monitoring 與維運 21.1 Prometheus 監控 21.2 Grafana 視覺化 21.3 ELK Stack 21.4 OpenTelemetry 與 Distributed Tracing 21.5 實務注意事項 Testing 22.1 JUnit 5 22.2 Mockito 22.3 Testcontainers 22.4 Integration Test 22.5 API Test 22.6 實務注意事項 Migration 23.1 Java EE → Jakarta EE 23.2 Jakarta EE 10/11 → Jakarta EE 12 23.3 Spring Boot → Jakarta EE 23.4 Eclipse Transformer 工具 23.5 實務注意事項 大型企業最佳實務 24.1 銀行業案例 24.2 保險業案例 24.3 電商平台案例 24.4 政府系統案例 24.5 SaaS 平台案例 24.6 實務注意事項 團隊建立指南 25.1 Team Topology 25.2 技能矩陣與學習路線 25.3 培訓方式與 Code Review 規範 25.4 實務注意事項 DevSecOps 與 Git Flow 26.1 Branch Strategy 26.2 Git Flow vs Trunk Based Development 26.3 Release Strategy 26.4 實務注意事項 上線與維運 27.1 Production Deployment 27.2 Blue-Green 與 Canary 部署 27.3 Rollback 策略 27.4 DR、Backup 與 HA 27.5 實務注意事項 效能調校 28.1 JVM Tuning 28.2 GC Tuning 28.3 Connection Pool 調校 28.4 SQL Optimization 28.5 Thread Pool 設計 28.6 實務注意事項 常見問題 FAQ Troubleshooting 30.1 啟動問題 30.2 記憶體問題 30.3 Kubernetes 問題 30.4 JDBC 問題 30.5 Transaction 問題 Appendix 31.1 完整 Parent POM 31.2 Dockerfile 31.3 docker-compose.yml 31.4 Kubernetes YAML 31.5 GitHub Actions YAML 31.6 Jenkinsfile 31.7 Logging Configuration Jakarta EE 12 框架比較 32.1 Jakarta EE 12 vs Spring Boot 4 32.2 Jakarta EE 12 vs Quarkus 32.3 Jakarta EE 12 vs Micronaut 32.4 Jakarta EE 12 vs Helidon 32.5 選型建議 檢查清單（Checklist） 1. Jakarta EE 12 概觀 1.1 Jakarta EE 歷史與演進 從 J2EE 到 Jakarta EE 的二十年旅程 企業級 Java 的歷史可以追溯到 1999 年 Sun Microsystems 推出的 J2EE（Java 2 Platform, Enterprise Edition）。這二十多年的演進歷程，是理解 Jakarta EE 12 定位的關鍵脈絡。 ...

Agentic AI 與 LLM wiki Repo 建立教學手冊 — 企業級 AI 資產知識庫 版本：v3.1（2026-07-03） 適用對象：技術主管 / 架構師 / 資深工程師 / DevOps 團隊 定位：企業標準技術白皮書 參考範本：github/awesome-copilot（36.1k+ Stars / 4.5k+ Forks / 400+ Contributors） 延伸參考：Karpathy LLM Wiki（5,000+ Stars / 5,000+ Forks） 最後審閱日期：2026-07-03 執行摘要 企業導入 GitHub Copilot、Claude Code 等 AI 開發工具後，最大的隱憂不是工具本身，而是團隊產出的 Agent、Instruction、Skill、Prompt 等「AI 資產」缺乏統一管理，導致重複造輪子、品質參差、知識隨人員異動而流失。本白皮書提出一套可落地的解法：以 GitHub 官方 awesome-copilot 的分類體系與治理機制為骨幹，建立企業內部的 AI 資產知識庫（第 1–10 章涵蓋 Repo 建立、目錄設計、內容規範、CI/CD 自動化、治理與團隊導入的完整流程）；並進一步整合 Andrej Karpathy 提出的 LLM Wiki 模式（第 11 章），讓「研究型、決策型」的知識也能由 LLM 持續編譯、複合成長，而非每次查詢都重新從原始資料派生答案。兩者互補：AI 資產知識庫管理「可執行的工具」，LLM Wiki 管理「持久化的判斷與脈絡」。讀者可依團隊規模（第 9.5.4 節）選擇適合的導入深度，從最小可行的 4 個核心目錄開始，逐步擴展至完整的 10 類資產與 LLM Wiki 知識層。 ...

AI 治理教學手冊（AI Governance Handbook） 版本：v5.0 適用對象：管理團隊 + 開發團隊 最後更新：2026-07-16 分類：企業內部標準文件（技術白皮書等級） 文件編號：GOV-AI-001 機密等級：內部使用 版本歷程 版本 日期 修訂內容 修訂人 v1.0 2026-05-06 初版發行 AI 治理委員會 v2.0 2026-05-06 全面更新法規對照、新增生成式 AI 治理專章、補充台灣《人工智慧基本法》與國際標準最新動態 AI 治理委員會 v3.0 2026-05-06 依據 EU AI Act 最新施行進度更新（含八大禁止實踐、GPAI Code of Practice 第三版）、補充金管會 AI 自律規範、強化 AI 素養與跨境治理章節、新增數位發展部評測指引落地實務 AI 治理委員會 v4.0 2026-07-02 重大法規更新：台灣《人工智慧基本法》2025 年 12 月三讀通過（修正七大原則與主管機關分工）、EU AI Act Digital Omnibus 修正案（高風險義務延至 2027/2028 年、新增二項禁止實踐）、GPAI Code of Practice 正式版、金管會「金融業運用 AI 指引」（2024/6）、《個資法》與《資安法》2025 年修正；新增 ISO/IEC 42005/42006、NIST 2025-2026 動態（America’s AI Action Plan、Cyber AI Profile）、OECD 負責任 AI 盡職調查指引專節、AIEC 十項評測面向修正 AI 治理委員會 v5.0 2026-07-16 逐章節查證修正：台灣《人工智慧基本法》已於 2026/1/14 公布施行（含 2 年落日條款）、國家 AI 戰略特別委員會已於 2026/5/21 正式成立、moda AI 風險分類框架四步驟落地說明、金管會擬議納入代理式 AI 指引動態、個資會籌備處現況澄清、資安法施行細節；修正 EU AI Act Article 50 透明度義務延期範圍之誤植；新增 ISO/IEC 42001 認證概況、NIST 2025-2026 動態細節、OECD HAIP 2.0；新增 4.4 模型風險管理生命週期、4.5 供應鏈第四方風險、7.2.6 AI Agent 失控風險、13 章生成式內容標記合規；更新 3.1 AI 工具世代資訊；修正 LaTeX 格式問題 AI 治理委員會 目錄 法規與標準對照表 1. AI 治理總體架構（Governance Framework） 1.1 AI 治理目標 1.2 三道防線（Three Lines of Defense） 1.3 AI 風險分類 1.4 與 IT Governance / Data Governance 關聯 2. AI 在 SSDLC 各階段治理 2.0 SSDLC 全景圖 2.1 Requirement（需求階段） 2.2 Design（設計階段） 2.3 Development（開發階段）— AI Coding 2.4 Testing（測試階段） 2.5 Deployment（部署階段） 2.6 Maintenance（維護階段） 3. AI Coding 工具治理 3.1 工具對照與管理 3.2 Prompt 管理（Prompt Governance） 3.3 輸出驗證（Output Validation） 3.4 Code Review 政策 3.5 禁止事項 3.6 AI Hallucination 控制 4. 公司 AI 治理章程（Policy） 4.1 AI 使用政策 4.2 AI 開發規範 4.3 資料使用規範 4.4 模型使用規範 4.5 第三方 AI 管理 5. 標準作業程序（SOP） 5.1 AI 開發流程 SOP 5.2 Prompt 使用 SOP 5.3 AI Code Review SOP 5.4 AI 產出驗證 SOP 5.5 AI 事件通報 SOP 6. 驗證與稽核機制（Validation & Audit） 6.1 AI 產出驗證方法（Test Strategy） 6.2 安全掃描（SAST / DAST） 6.3 AI 風險評估 6.4 稽核流程（Audit Checklist） 6.5 Logging & Traceability 7. AI 風險管理（Risk Management） 7.1 風險總覽 7.2 各風險詳細分析與控制 8. 技術落地架構（Architecture） 8.1 AI Gateway 架構 8.2 Prompt Registry 設計 8.3 Audit Log 系統 8.4 Secure Proxy 設計 8.5 DevSecOps 整合 9. 管理層決策建議（Executive Guide） 9.1 KPI / KRI 9.2 AI 成本控管 9.3 導入策略（Phase 1~3） 9.4 組織設計（AI Governance Team） 10. 生成式 AI 治理專章（Generative AI Governance） 10.1 生成式 AI 風險特論 10.2 大型語言模型（LLM）使用規範 10.3 AI Agent 與自動化工作流治理 10.4 生成式 AI 倫理框架 11. 附錄（Templates） 11.1 AI 使用申請表 11.2 Prompt Template 範例 11.3 AI Risk Assessment 表 11.4 Code Review Checklist（AI 產出專用） 12. AI 素養與教育訓練體系（AI Literacy & Training） 12.1 AI 素養框架 12.2 分層培訓體系 12.3 培訓成效評估 13. 跨境資料傳輸與多法域合規（Cross-border & Multi-jurisdiction） 13.1 跨境資料傳輸治理 13.2 多法域合規矩陣 13.3 國際合作與互認機制 檢查清單（Checklist） 法規與標準對照表 台灣法規 法規/標準 主管機關 核心要求 最新動態 與本手冊對應章節 《人工智慧基本法》 國科會（中央主管機關） AI 發展與治理基本原則、風險分級管理、產業推動、人才培育、資料治理；確立七大基本原則（永續發展與福祉、人類自主、隱私保護與資料治理、資安與安全、透明與可解釋、公平與不歧視、問責） 國科會 2024 年草擬、2025 年改由數位發展部推動立法作業，2025 年 12 月 23 日立法院三讀通過，2026 年 1 月 14 日總統公布施行，為台灣首部 AI 專法。法案訂有 2 年落日條款：各目的事業主管機關須於施行後 2 年內，依中央主管機關訂定之風險分類框架完成子法訂修；行政院已於 2026 年 5 月 21 日由行政院長卓榮泰親自召集正式成立「國家 AI 戰略特別委員會」，國科會將據以研擬《國家人工智慧發展綱領》提委員會審議 1, 4, 7, 10, 12 金管會「金融業運用AI核心原則與相關推動政策」 金管會 建立治理與問責機制、重視公平性及以人為本、保護隱私及客戶權益、確保系統穩健及安全、落實透明性及可解釋性、促進永續發展（六大核心原則）＋ 八項配套政策 2023 年 10 月發布，揭示六大核心原則與八項配套政策（含訂定 AI 指引、法規調適、監理科技、責成公會自律規範等）；金管會後續調查顯示已逾百家金融機構於智能客服、風控、行銷等業務導入 AI 1, 4, 7 金管會「金融業運用人工智慧（AI）指引」 金管會 依六大核心原則展開之操作性指引：涵蓋治理與問責（董事會與高階管理階層之監督責任）、AI 系統生命週期風險管理、資料治理與隱私保護、系統穩健性與安全性、透明性與可解釋性（含客戶告知）、委外與第三方管理 2024 年 6 月 20 日正式發布（2023 年 12 月草案公開徵詢後定案），為金融業 AI 治理最具體之遵循文件；採原則性、非強制性設計，並責成銀行、證券、保險等公會據以訂定自律規範與最佳實務守則。2026 年 5 月 7 日金管會主委彭金隆於立法院財政委員會表示，將修訂指引納入「可程式化 AI」「代理式 AI（AI Agent）」與風險分類機制，時程對標 EU AI Act 2026/8/2 全面生效——現階段屬研議中之修訂方向，尚未定案發布，企業應持續追蹤而非逕予採用 1, 4, 6, 7 《個人資料保護法》 個人資料保護委員會籌備處（尚未完成獨立設會） 資料蒐集/處理/利用之合法性基礎、安全維護義務、跨境傳輸限制、個資事故通知與通報義務 2023 年修正增訂獨立監督機關法源並成立個資會籌備處（2023/12/5 成立）；行政院 2025 年 3 月通過「個資會組織法」草案與個資法部分條文修正草案，個資法修正條文於 2025 年 10 月 17 日三讀、11 月 11 日總統公布（強化行政監管與檢查權限、明訂事故通知通報義務、調整罰則）。施行日期尚待行政院另定；「個資會組織法」尚未完成三讀，個資會現仍以籌備處型態運作，並非正式獨立機關。籌備處已於 2026 年 1 月預告施行細則修正草案及三項子法，內容含 72 小時資安事故通報與 DPO 設置要求 4, 7, 13 《資通安全管理法》 數位發展部（資通安全署執行） 資安防護基準、事件通報與應變、稽核評鑑、資安人員專職化、供應鏈安全管理 2025 年 8 月 29 日三讀、9 月 24 日總統公布修正，已於 2025 年 12 月 1 日正式施行：主管機關明定為數位發展部、公務機關原則禁止使用危害國家資安之資通產品、強化資安專職人員（資通安全長）配置與訓練、擴大稽核範圍至五院與地方政府、促進跨機關聯防；特定非公務機關未依規定通報之罰鍰由新台幣 30 萬元起、最高可處 1,000 萬元；資安署並同步修訂八項子法 5, 6 行政院「AI 新十大建設推動方案」 國發會/行政院 AI 基礎建設、算力提升、產業應用、人才培育、法制環境、國際合作 114 年至 117 年（2025-2028）推動中，包含建置國家級 AI 算力中心、推動 AI 人才培育計畫、建立 AI 沙盒機制；《AI 基本法》通過後成為其法制基礎 9 數位發展部「AI 風險分類框架」／AI 產品與系統評測中心（AIEC） 數位發展部（數位產業署） 風險分類框架採四步驟流程：應用盤點 → 風險辨識 → 風險評估 → 風險應變，作為跨機關共通語言，由各目的事業主管機關（如金管會）據以訂定領域拘束性規範；AIEC 提供 AI 系統可信賴性評測，涵蓋十項評測面向：安全性、可解釋性、彈性、公平性、準確性、透明性、當責性、可靠性、隱私、資安 AIEC 為既有機制，於 2023 年 12 月啟動（非新設），參考 NIST、ISO 與歐盟規範提供評測服務；風險分類框架頁面 2026 年 3 月 23 日發布、2026 年 7 月 8 日更新，對應 PDF 版本（23 頁）可供企業對照盤點自身 AI 應用；規劃 2026 年推動國內產品通過國內外標準評測 6, 12 國科會「負責任 AI 研發指引」 國科會 AI 研發倫理規範、資料治理原則、利害關係人參與、風險評估方法論 供學研界與產業界遵循，強調以人為本的 AI 研發實踐；《AI 基本法》通過後與其七大原則銜接 10, 12 國際法規與標準 法規/標準 管轄範圍 核心要求 最新動態 與本手冊對應章節 EU AI Act（Regulation 2024/1689） 歐盟/具域外效力 AI 風險四級分類（不可接受/高/有限/最低）+ 通用目的 AI（GPAI）專章；明定禁止實踐清單 2024 年 8 月 1 日生效；2025 年 2 月起八大禁止實踐與 AI 素養義務適用；2025 年 8 月 2 日起 GPAI 義務適用（GPAI Code of Practice 正式版於 2025 年 7 月 10 日發布，含透明度、著作權、安全與資安三章，8 月 1 日獲執委會與 AI Board 認可）；Digital Omnibus 修正案於 2026 年 5 月 7 日達成三方臨時協議、6 月 16 日歐洲議會通過、6 月 29 日理事會最終批准：Annex III 獨立高風險系統義務延至 2027 年 12 月 2 日、Annex I 嵌入受監管產品之 AI 延至 2028 年 8 月 2 日，並新增二項禁止實踐（AI 生成未經同意之私密影像與兒少性剝削內容，2026 年 12 月 2 日生效） 1, 7, 10, 13 ISO/IEC 42001:2023 國際 AI 管理系統（AIMS）建立、實施、維護與持續改善之要求（條款 4-10，PDCA 架構）；為全球首個 AI 管理系統國際標準 2023 年 12 月正式發布，可作為第三方認證依據；全球認證數持續成長，2026 年春已逾 350 家組織取得認證（含 AWS、Microsoft、Anthropic、KPMG 等，惟無官方統一登錄、數字係彙整各驗證機構公開資訊），台灣已有認證機構提供服務；與 ISO/IEC 42005（影響評估）、42006（驗證機構要求）構成「建置—影響評估—驗證」完整標準包 1, 6 ISO/IEC 42005:2025 國際 AI 系統影響評估（AI System Impact Assessment）指引：於 AI 生命週期各階段評估對個人與社會之可預見影響，並與 AIMS、風險管理流程整合 2025 年 5 月發布，補足 ISO/IEC 42001 條款 6 與附錄所要求之影響評估方法論，為企業執行 AI 影響評估之主要國際參考。性質為指引文件，不可單獨作為認證依據，須與 42001 併同適用 6, 7 ISO/IEC 42006:2025 國際 對 AIMS 稽核與驗證機構之額外要求（稽核員能力、稽核時間、範圍界定），確保 ISO/IEC 42001 認證之公信力與一致性 2025 年 7 月發布，規範對象為驗證機構本身（非一般企業）；驗證機構須依此取得認可，企業選擇驗證機構時應確認其符合本標準，避免與 42005 之「企業自行適用」性質混淆 6 ISO/IEC 23894:2023 國際 AI 風險管理指引，與 ISO 31000 整合，提供 AI 特定風險識別與處理方法 2023 年 2 月發布，已成為各國 AI 風險管理實務之重要參考 7 ISO/IEC 38507:2022 國際 AI 使用之治理影響，為組織治理層提供 AI 治理指引 2022 年發布，與 ISO/IEC 42001 形成互補的治理標準體系 1, 9 ISO/IEC 25059:2023 國際 AI 系統品質模型，擴展 SQuaRE 系列至 AI 系統品質評估 2023 年發布，為 AI 系統品質量測提供標準化框架 6 NIST AI RMF 1.0 美國/國際參考 AI 風險管理四大功能：治理（Govern）、對應（Map）、量測（Measure）、管理（Manage） 2023 年 1 月發布；生成式 AI 風險概覽（NIST AI 600-1）2024 年 7 月發布。美國「America’s AI Action Plan」（2025 年 7 月）指示 NIST 修訂 AI RMF，具體修訂方向為移除錯誤資訊、DEI、氣候變遷等相關引用（非中性技術性調整，反映政策立場轉變），企業引用時應留意版本差異；Cyber AI Profile（NIST IR 8596）初稿於 2025 年 12 月公開徵詢，意見徵詢已於 2026 年 1 月 30 日截止，惟尚未定稿，將 AI 風險與網路安全框架（CSF 2.0）整合；2026 年 4 月發布之關鍵基礎設施 AI RMF Profile 目前僅為概念文件並徵集社群意見，尚非正式草案 7 OECD AI Principles 國際（38 國+夥伴國） 包容性成長、永續發展、以人為本、透明與可解釋、穩健安全、問責 2024 年 5 月更新修訂版，納入生成式 AI 與基礎模型考量；2025 年 2 月推出廣島 AI 進程（HAIP）透明度報告框架；HAIP 報告框架 2.0 於 2026 年 5 月 28 日發布，擴大適用範圍至完整 AI 價值鏈（不限於前沿模型供應商）並簡化中小企業申報流程 1, 9, 10 OECD 負責任 AI 盡職調查指引（Due Diligence Guidance for Responsible AI） 國際 將「負責任商業行為（RBC）」六步驟盡職調查框架套用於 AI 價值鏈：政策內嵌、風險識別與評估、停止/預防/減緩、追蹤成效、對外溝通、補救措施 2026 年 2 月 19 日發布，為企業（含 AI 供應鏈上下游）辨識並處理 AI 負面影響之實務指引，與 OECD 跨國企業指導綱領銜接（詳見第 4.5 節） 4, 7 UNESCO AI 倫理建議書 國際（193 國） AI 倫理四大價值：尊重人權、多元包容、和平公正、環境永續；十大原則 2021 年 11 月通過，2024 年進行首次全球執行狀況評估（Readiness Assessment），顯示約 60% 會員國已啟動相關立法 10 美國白宮 AI 政策 美國 以促進創新與維持 AI 領導地位為主軸之聯邦政策 EO 14110（2023/10）於 2025 年 1 月被 EO 14179「移除美國 AI 領導地位之障礙」取代；2025 年 7 月 23 日白宮發布「Winning the Race: America’s AI Action Plan」，聚焦加速創新、AI 基礎建設與國際外交安全三大支柱，並指示 NIST 修訂 AI RMF；聯邦層級鬆綁之際，州級 AI 立法（如科羅拉多州 SB24-205）持續推進，形成多層次監管環境 7 G7 廣島 AI 程序與行為準則 G7 國家 先進 AI 系統開發者的國際行為準則，含 11 項自願承諾 2023 年 10 月發布；2024 年 G7 峰會持續推動並擴大至非 G7 夥伴國參與；2025 年加拿大 G7 輪值主席持續深化 AI 治理議題 1, 9 新加坡 AI Verify 亞太 AI 系統可信賴性測試框架，涵蓋透明度、公平性等九大面向 持續更新，已成為亞太地區重要的 AI 治理參考框架 6 中國《生成式人工智能服務管理暫行辦法》 中國大陸 生成式 AI 服務提供者之義務、內容安全、資料標註要求 2023 年 8 月施行；後續陸續發布《人工智能安全治理框架》等配套規範 10, 13 1. AI 治理總體架構（Governance Framework） 1.1 AI 治理目標 本公司 AI 治理制度之目標： ...

Open Design 教學手冊 版本：v0.13.0「Stay in Flow」（對應 Open Design 0.13.0） 最後更新：2026-07-02 適用對象：資深工程師、前後端開發人員、UI/UX 設計師、AI 架構師、平台維運與採購決策者 授權：Apache-2.0（部分內建 Plugin／Skill 沿用原始授權，詳見附錄 A） 文件等級：企業標準技術白皮書 目錄 1. 概述與背景 1.1 Open Design 是什麼 1.2 為何需要 Open Design 1.3 市場產品比較全景 1.4 BYOK 與 AMR 雙軌設計理念 1.5 適用場景 1.6 開源基石與技術譜系 2. 系統整體架構設計 2.1 高階架構圖 2.2 技術組成 2.3 AI Agent 整合架構 2.4 設計生成流程 2.5 Prompt Stack 組合機制 2.6 專案目錄結構與資料治理 2.7 與企業架構整合 3. 安裝與環境建置 3.1 系統需求 3.2 安裝路徑總覽 3.3 首次啟動與驗證 3.4 BYOK 設定 3.5 桌面版安裝 3.6 容器化與雲端部署 3.7 多語系與國際化 4. 核心機制解析 4.1 Skill 驅動架構 4.2 HTML PPT Studio 技能體系 4.3 Design System 設計系統 4.4 Visual Directions 視覺方向 4.5 Anti-AI-Slop 防劣質機制 4.6 媒體生成能力 4.7 Craft 設計參考系統 4.8 OD Library 與使用者資產庫 5. Plugin 系統與 MCP 整合 5.1 Plugin 市集架構與定位 5.2 官方 Plugin 六大分類 5.3 Plugin CLI 操作 5.4 建立與貢獻 Plugin 5.5 MCP Server 整合 5.6 Open Design AMR 模型路由器 6. AI 開發流程（企業級） 6.1 Web Application 開發 6.2 舊系統逆向工程 6.3 Framework 升級 6.4 企業文件與報表生成 7. Prompt Engineering 7.1 Prompt 結構設計原則 7.2 高品質 Prompt 範本 7.3 Prompt 最佳化策略 8. 設計品質控管機制 8.1 五維度自我審核機制 8.2 P0 / P1 / P2 Checklist 8.3 Artifact Lint API 8.4 Slop 黑名單 9. 輸出與整合 9.1 匯出格式 9.2 CI/CD 整合 9.3 Git / PR 開發流程整合 9.4 Claude Design ZIP 匯入 10. 系統維護與營運 10.1 日誌與監控 10.2 錯誤處理 10.3 Skill 管理 10.4 Design System 更新策略 10.5 資料備份與復原 11. 系統升級策略 11.1 Open Design 升級流程 11.2 相容性管理 11.3 版本控管策略 11.4 回滾機制 12. 團隊導入建議 12.1 開發團隊使用方式 12.2 設計師協作模式 12.3 AI Agent 分工策略 12.4 SSDLC 整合方式 13. 最佳實踐（Best Practices） 14. 常見問題與風險 15. 與企業架構深度整合 15.1 微服務架構整合 15.2 Clean Architecture 對應 15.3 前端框架整合（Vue / React） 15.4 後端框架整合（Spring Boot / FastAPI） 16. 檢查清單（Checklist） 附錄 A：參考來源與技術譜系 附錄 B：Roadmap 發展藍圖 1. 概述與背景 1.1 Open Design 是什麼 Open Design（OD）是由 nexu-io 團隊主導開發的開源設計生成平台，定位為 Anthropic Claude Design 的全功能開源替代方案。經過近兩個月的高速迭代，OD 已從單純的「Web app + 本地 daemon」演進為原生桌面應用、MCP 整合、Plugin 市集三翼並進的完整平台，但核心設計原則維持不變： ...

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 在開發體系中的角色 1.2 Warp + Oz 平台架構圖 1.3 與傳統 Terminal 比較 2. 安裝與環境建置 2.1 各平台安裝方式 2.2 GPU 與 Shell 設定 2.3 開發工具整合 3. Warp 核心功能解析 3.1 Block（區塊系統） 3.2 Command Palette 3.3 AI 功能與多模型支援 3.4 Agent 進階能力 3.5 Code Editor 與 Code Review 3.6 Warp Drive（Workflows / Env 管理） 3.7 團隊共享機制 4. Warp + AI Coding Agent 整合 4.1 Claude Code 整合 4.2 GitHub Copilot CLI 整合 4.3 Gemini CLI 整合 4.4 OpenAI Codex CLI 整合 4.5 其他 CLI Agent 整合 4.6 AI Agent 比較表 5. Oz Cloud Agents（雲端代理） 5.1 Cloud Agents 概述 5.2 觸發機制與整合 5.3 自託管（Self-Hosting） 5.4 Oz Platform（CLI / API / SDK / Web App） 6. Warp 在 AI 開發流程中的應用 6.1 建立專案（Scaffold） 6.2 撰寫程式碼 6.3 測試（Unit / Integration） 6.4 Debug 6.5 Refactor 6.6 文件生成 7. 實戰：Web Application 開發（企業級） 7.1 前端（Vue 3 + TypeScript） 7.2 後端（Spring Boot） 7.3 API 設計 7.4 DB 操作 7.5 Warp + AI 全流程自動生成 8. 逆向工程（Legacy → Modern） 8.1 分析舊系統 8.2 用 Warp + AI 重建架構 8.3 自動產生文件 / API / 測試 9. Framework 升級 9.1 Spring Boot 2 → 3 / 4 升級 9.2 Java 8 → 21+ 升級 9.3 Warp + AI 升級自動化流程 10. Warp Drive（團隊協作） 10.1 建立企業 Workflow Library 10.2 指令模板設計 10.3 敏感資訊（Env）管理策略 11. SSDLC + Warp（安全開發） 11.1 SAST 靜態應用安全測試 11.2 Dependency Scan 相依套件掃描 11.3 Secret Scan 機密掃描 11.4 自動化安全檢查流程 12. 系統維運與監控 12.1 Log 分析 12.2 指令自動化 12.3 Incident 處理 13. 最佳實務（Best Practices） 13.1 Prompt Engineering 13.2 Workflow 設計 13.3 團隊導入策略 14. 常見錯誤與反模式 15. 結論與導入建議 15.1 適合導入的組織 15.2 ROI 分析 15.3 成熟度模型（Level 1 ~ Level 5） 附錄 A：檢查清單（Checklist） 附錄 B：常用指令速查表 附錄 C：AI Prompt 範本庫 附錄 D：Warp 方案與計費 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 系列模型驅動。 ...

Claude Code Best Practice 教學手冊 版本：基於 GitHub 專案 shanraisshan/claude-code-best-practice（v2.1.181+，2026 年 7 月 1 日） 適用對象：資深工程師、架構師、技術主管 定位：企業標準技術白皮書 / 企業級 AI 輔助開發實戰手冊 語言：繁體中文 文件版本：v2.0 文件更新日期：2026 年 7 月 1 日 目錄 第 1 章 專案介紹與核心理念 1.1 claude-code-best-practice 是什麼 1.2 Vibe Coding → Agentic Engineering 轉型 1.3 Hot Features 與 Beta 功能清單 1.4 為什麼適合企業級開發 第 2 章 整體架構設計 2.1 Claude Code 在系統中的角色 2.2 與 GitHub Copilot 的協作架構 2.3 Agentic Workflow 架構 2.4 多 Agent（Subagents）設計模式 2.5 與 CI/CD / DevOps 整合方式 第 3 章 安裝與環境建置 3.1 Claude Code CLI 安裝 3.2 Terminal 優化 3.3 專案初始化方式 3.4 開發環境最佳實踐 3.5 Devcontainers 與遠端開發 第 4 章 專案結構設計 4.1 CLAUDE.md 設計原則 4.2 .claude/rules/*.md 延遲載入機制 4.3 YAML Frontmatter 規則設計 4.4 多層規則架構 4.5 settings.json 設計與階層體系 4.6 Plugins 與 Marketplaces 第 5 章 Claude Code 核心工作流 5.1 Plan Mode（規劃模式） 5.2 任務拆解策略（50% Context Rule） 5.3 /compact 使用時機 5.4 長任務控制技巧 5.5 Auto Mode 與 Permission 模式 第 6 章 Agentic Engineering 實戰 6.1 Subagents 設計 6.2 多 Agent 協作模式 6.3 任務分派與回收機制 6.4 如何避免「全能型 Agent 失控」 6.5 Agent SDK 與程式化整合 第 7 章 Hooks 自動化機制 7.1 Hooks 概述與事件類型 7.2 SessionStart — 自動載入上下文 7.3 PreToolUse — 安全檢查 7.4 PostToolUse — 自動格式化與品質檢查 7.5 Stop Hook — 品質門檻 7.6 Permission Request Hook — 智能審批 7.7 HTTP Hooks 與進階機制 7.8 企業級 Hooks 最佳實踐總結 第 8 章 AI 輔助開發實戰場景 8.1 Web Application 開發 8.2 舊系統逆向工程 8.3 Framework 升級 第 9 章 CLI 與數據分析整合 9.1 BigQuery CLI 使用方式 9.2 無 SQL 分析流程 9.3 自動生成報表 第 10 章 與 GitHub Copilot 協作模式 10.1 Claude Code vs Copilot 分工 10.2 Code Generation vs Architecture Planning 10.3 雙 AI Workflow 設計 10.4 Cross-Model 與多引擎工作流 第 11 章 SSDLC 安全開發整合 11.1 Threat Modeling（威脅建模） 11.2 Secure Coding 規範 11.3 自動弱點掃描（SAST / DAST） 11.4 Sandbox 沙箱模式 11.5 Compliance（OWASP / ISO） 第 12 章 系統維護與最佳化 12.1 長期使用策略 12.2 Token 使用優化 12.3 成本控制（模型選擇） 12.4 記憶體系統管理 第 13 章 系統升級策略 13.1 Claude Code 規則升級 13.2 Prompt 演進管理 13.3 Agent 持續優化 13.4 Plugins、Channels 與 Routines 第 14 章 團隊導入建議 14.1 團隊導入流程（Phase 1~3） 14.2 開發規範 14.3 Code Review + AI Review 模式 14.4 常見錯誤與反模式 第 15 章 最佳實踐總結與 Checklist 15.1 專案初始化 Checklist 15.2 每日開發 Checklist 15.3 安全 Checklist 15.4 團隊導入 Checklist 15.5 升級前 Checklist 第 16 章 MCP（Model Context Protocol）整合指南 16.1 MCP 概述與架構 16.2 .mcp.json 設定語法 16.3 常用 MCP Servers 16.4 Cross-Model Workflows（跨模型整合） 16.5 MCP 權限設定 16.6 MCP 安全性最佳實踐 附錄 A：核心指令速查表（81 個官方指令） 附錄 B：主流開發工作流比較 附錄 C：Skill Collections 資源 附錄 D：參考資源 附錄 E：Agent Collections 資源 第 1 章 專案介紹與核心理念 1.1 claude-code-best-practice 是什麼 claude-code-best-practice 是由 Shayan Rais（shanraisshan）維護的開源專案，目前已累積超過 50,000 顆 GitHub Stars，是 Claude Code 社群中最受歡迎的實戰指南。該專案彙整了： ...