universal-dev-standards 5.17.0 → 6.0.0

package/bundled/locales/zh-TW/core/server-ops-security.md

@@ -0,0 +1,507 @@
+---
+source: ../../../core/server-ops-security.md
+source_version: 1.0.0
+translation_version: 1.0.0
+last_synced: 2026-06-10
+source_hash: 5d929d539853
+status: current
+---
+
+# 伺服器操作安全標準
+
+> **語言**：[English](../../../core/server-ops-security.md) | 繁體中文
+
+> **標準 ID**: server-ops-security
+> **版本**: 1.0.0
+> **更新日期**: 2026-05-04
+> **AI 優化格式**: `ai/standards/server-ops-security.ai.yaml`
+
+---
+
+## 1. 概述
+
+### 為什麼 AI 自主運維需要伺服器操作安全？
+
+AI 自主運維系統（如 AI Agent / pipeline runtime）在生產環境中以自動化方式執行高權限操作——部署服務、管理容器、調用外部 API、存取資料庫。這些能力若缺乏適當的基礎設施安全防護，將帶來遠超傳統 Web 應用的風險：
+
+- **攻擊面擴大**：AI Agent 持續運行，攻擊者只需一個進入點即可橫向移動
+- **自動化即武器**：被入侵的 AI Agent 可自動執行大規模破壞（刪除資料、外洩機密）
+- **責任追溯困難**：若 AI Agent 以 root 身份運行，事後難以區分系統行為與攻擊者行為
+
+本標準涵蓋六大安全域，與 `secure-op.ai.yaml`（AI Agent 決策安全）形成互補：
+- `secure-op` 管控「AI Agent 決策層的安全性」
+- `server-ops-security` 管控「AI Agent 所在基礎設施的安全性」
+
+---
+
+## 2. 六大安全域
+
+### 2.1 SSH 強化（SSH Hardening）
+
+**核心原則**：SSH 服務只允許金鑰認證，禁止密碼登入與 root 直接登入。
+
+#### 必要的 `/etc/ssh/sshd_config` 設定
+
+```
+PasswordAuthentication no
+PermitRootLogin no
+PubkeyAuthentication yes
+Port 2222                    # 改為非預設 Port
+MaxAuthTries 3
+LoginGraceTime 30
+AllowUsers deploy ai-agent    # 明確白名單
+ClientAliveInterval 300
+ClientAliveCountMax 2
+```
+
+套用後重載：
+```bash
+sudo systemctl reload sshd
+# 驗證設定生效
+sshd -T | grep -E "passwordauthentication|permitrootlogin|port"
+```
+
+#### fail2ban 安裝與設定
+
+```bash
+sudo apt install fail2ban
+```
+
+`/etc/fail2ban/jail.local`：
+```ini
+[sshd]
+enabled  = true
+maxretry = 5
+findtime = 600
+bantime  = 3600   # 1 小時，建議生產環境設為 86400（24 小時）
+```
+
+#### 金鑰管理規範
+
+| 項目 | 規範 |
+|------|------|
+| 演算法 | Ed25519（禁用 RSA-1024） |
+| 私鑰保護 | 必須設定 passphrase |
+| 輪替週期 | 每年或懷疑洩漏時立即輪替 |
+| 授權金鑰 | `~/.ssh/authorized_keys` 定期審計，刪除離職人員 |
+
+**常見陷阱**：
+- 修改 sshd_config 後忘記 reload，設定不生效
+- 將 `AllowUsers` 留空（等同不限制）
+- 用 RSA-2048 金鑰但未停用 RSA-1024 的相容性
+
+**ISO 對映**：ISO/IEC 27001:2022 A.8.5（安全認證）、A.8.20（網路安全）
+
+---
+
+### 2.2 主機強化（Host Hardening）
+
+**核心原則**：最小化安裝，僅保留必要服務，遵循 CIS Benchmark Level 1。
+
+#### 停用不必要的服務
+
+```bash
+# 停用常見不必要服務
+sudo systemctl disable --now avahi-daemon cups bluetooth
+# 確認已停用
+systemctl list-unit-files --state=enabled | grep -E "avahi|cups|bluetooth"
+```
+
+#### 啟用防火牆（UFW）
+
+```bash
+sudo ufw default deny incoming
+sudo ufw default allow outgoing
+sudo ufw allow 2222/tcp    # SSH（非預設 Port）
+sudo ufw allow 443/tcp     # HTTPS
+sudo ufw enable
+sudo ufw status verbose
+```
+
+#### 啟用 auditd（系統呼叫審計）
+
+```bash
+sudo apt install auditd
+sudo systemctl enable --now auditd
+
+# 加入關鍵審計規則 /etc/audit/rules.d/hardening.rules
+-w /etc/passwd -p wa -k identity
+-w /etc/sudoers -p wa -k sudo_changes
+-w /etc/ssh/sshd_config -p wa -k sshd_config
+-a always,exit -F arch=b64 -S execve -k exec_commands
+```
+
+#### sysctl 強化參數
+
+`/etc/sysctl.d/99-hardening.conf`：
+```
+kernel.dmesg_restrict = 1
+kernel.randomize_va_space = 2
+net.ipv4.ip_forward = 0
+net.ipv4.conf.all.accept_redirects = 0
+net.ipv4.conf.all.send_redirects = 0
+net.ipv4.tcp_syncookies = 1
+fs.suid_dumpable = 0
+```
+
+套用：`sudo sysctl -p /etc/sysctl.d/99-hardening.conf`
+
+#### Lynis 合規評分
+
+```bash
+sudo apt install lynis
+sudo lynis audit system
+# 目標：Hardening index >= 75
+```
+
+**常見陷阱**：
+- 安裝 Docker 時自動修改 iptables 規則，繞過 UFW
+- auditd 未設定 `-f 2`（發生審計失敗時停機），在高安全環境應啟用
+
+**ISO 對映**：ISO/IEC 27001:2022 A.8.9（組態管理）、NIST SP 800-123
+
+---
+
+### 2.3 特權管理（Privilege Management）
+
+**核心原則**：最小特權原則，服務帳號不具 shell 或 sudo 全權。
+
+#### AI Agent 服務帳號建立
+
+```bash
+# 建立無 shell 的服務帳號
+sudo useradd -r -s /sbin/nologin -d /opt/ai-agent ai-agent
+sudo mkdir -p /opt/ai-agent
+sudo chown ai-agent:ai-agent /opt/ai-agent
+sudo chmod 750 /opt/ai-agent
+
+# 驗證：不可切換到此帳號
+sudo -u ai-agent /bin/bash  # 應拒絕
+```
+
+#### sudo 設定（最小授權）
+
+`/etc/sudoers.d/ai-agent`：
+```
+# 允許 ai-agent 重啟特定服務（明確命令）
+ai-agent ALL=(ALL) NOPASSWD: /bin/systemctl restart ai-agent-agent
+# 禁止 NOPASSWD ALL 寫法
+```
+
+驗證 sudo 設定：`sudo visudo -c`
+
+#### PAM 帳號鎖定（pam_faillock）
+
+`/etc/security/faillock.conf`：
+```
+deny = 5
+fail_interval = 300
+unlock_time = 900   # 15 分鐘鎖定
+```
+
+`/etc/pam.d/common-auth` 加入：
+```
+auth required pam_faillock.so preauth
+auth [default=die] pam_faillock.so authfail
+auth sufficient pam_faillock.so authsucc
+```
+
+#### 季度特權帳號審計
+
+```bash
+# 列出所有有 sudo 權限的帳號
+grep -r "ALL=" /etc/sudoers /etc/sudoers.d/
+# 列出最近 30 天有 sudo 紀錄的使用者
+last | grep -v reboot | awk '{print $1}' | sort -u
+```
+
+**常見陷阱**：
+- `/etc/sudoers.d/` 下檔案不必要地設定 `NOPASSWD ALL`
+- 服務帳號被開發者臨時加入 sudo 後忘記移除
+
+**ISO 對映**：ISO/IEC 27001:2022 A.8.2（特權存取權利）、A.8.18
+
+---
+
+### 2.4 堡壘機模式（Bastion Pattern）
+
+**核心原則**：生產環境只能透過 Bastion Host 存取，禁止直接 SSH 到 prod 節點。
+
+#### 架構設計
+
+```
+管理者
+  │ SSH + MFA
+  ▼
+Bastion Host（獨立 VM，對外唯一 SSH 入口）
+  │ SSH（金鑰）
+  ▼
+Prod 節點（僅接受來自 Bastion 的 SSH）
+```
+
+#### Prod 節點防火牆規則
+
+```bash
+# 僅允許來自 Bastion IP 的 SSH
+BASTION_IP="10.0.1.5"
+sudo iptables -A INPUT -p tcp --dport 22 -s $BASTION_IP -j ACCEPT
+sudo iptables -A INPUT -p tcp --dport 22 -j DROP
+# 持久化
+sudo apt install iptables-persistent
+sudo netfilter-persistent save
+```
+
+#### Bastion 上的 MFA 設定（TOTP）
+
+```bash
+sudo apt install libpam-google-authenticator
+# 每位使用者執行
+google-authenticator -t -d -f -r 3 -R 30 -w 3
+```
+
+`/etc/pam.d/sshd` 加入：
+```
+auth required pam_google_authenticator.so
+```
+
+`/etc/ssh/sshd_config` 設定：
+```
+AuthenticationMethods publickey,keyboard-interactive
+```
+
+#### Session 記錄
+
+**方案一：script + tmux**
+```bash
+# 自動記錄所有 session
+cat >> /etc/profile.d/session-recording.sh << 'EOF'
+if [ -n "$SSH_TTY" ]; then
+  SESSION_LOG="/var/log/sessions/$(date +%Y%m%d-%H%M%S)-$(whoami).log"
+  mkdir -p /var/log/sessions
+  script -q -a "$SESSION_LOG"
+fi
+EOF
+```
+
+**方案二：Teleport（企業環境推薦）**
+- 提供完整的 session 錄製、playback 與審計查詢
+
+**常見陷阱**：
+- Staging 環境未要求 Bastion，開發者習慣後在 Prod 也直連
+- Bastion 本身未定期更新，成為攻擊跳板
+
+**ISO 對映**：ISO/IEC 27001:2022 A.8.3（資訊存取限制）、NIST SP 800-207（零信任架構）
+
+---
+
+### 2.5 Patch 管理（Patch Management）
+
+**核心原則**：定期更新系統與套件，CVE 修補有明確 SLA。
+
+#### CVE 修補 SLA
+
+| 嚴重等級 | SLA | 逾期處理 |
+|---------|-----|---------|
+| Critical | 24 小時內修補或隔離 | 立即下線 / 網路隔離 |
+| High | 72 小時內修補 | 記錄豁免申請（max 7 天） |
+| Medium | 7 天內修補 | Backlog + 追蹤 |
+| Low | 下次維護視窗（≤ 30 天） | 定期維護週期 |
+
+#### Ubuntu/Debian 自動安全更新
+
+```bash
+sudo apt install unattended-upgrades
+sudo dpkg-reconfigure --priority=low unattended-upgrades
+```
+
+`/etc/apt/apt.conf.d/50unattended-upgrades`：
+```
+Unattended-Upgrade::Allowed-Origins {
+    "${distro_id}:${distro_codename}-security";
+};
+Unattended-Upgrade::AutoFixInterruptedDpkg "true";
+Unattended-Upgrade::Remove-Unused-Packages "true";
+Unattended-Upgrade::Automatic-Reboot "false";  # 維護視窗手動重啟
+```
+
+#### 容器映像掃描（Trivy）
+
+```bash
+# 每次 build 後執行
+trivy image --severity HIGH,CRITICAL myapp:latest
+
+# CI 整合（阻擋 HIGH/CRITICAL）
+trivy image --exit-code 1 --severity HIGH,CRITICAL myapp:latest
+```
+
+#### AI Agent 容器映像更新規範
+
+- 使用官方 base image（`ubuntu:22.04-minimal`、`gcr.io/distroless/nodejs`）
+- 每 30 天（最多 90 天）重新 build，即使無程式碼變更
+- Guardian OPA Sidecar 映像遵循相同 SLA
+
+```bash
+# 查看映像建立日期
+docker inspect <image> | jq '.[0].Created'
+# 超過 90 天的映像應強制更新
+```
+
+**常見陷阱**：
+- 以為 `unattended-upgrades` 包含所有更新（實際上預設只包含 security）
+- 未將 Critical CVE SLA 觸發器整合到告警系統
+
+**ISO 對映**：ISO/IEC 27001:2022 A.8.8（技術漏洞管理）
+
+---
+
+### 2.6 網路隔離（Network Isolation）
+
+**核心原則**：服務間網路最小化，AI Agent 出站流量使用明確白名單。
+
+#### 防火牆分層設計
+
+```
+Internet
+  │
+Load Balancer / API Gateway（唯一對外入口）
+  │
+Internal VPC / Overlay Network
+  │
+┌──────────────────────────────────────┐
+│  AI Agent       │  Database  │  Monitoring │
+│  (port: 3000)   │ (port: 5432)│ (port: 9090) │
+└──────────────────────────────────────┘
+所有節點均不直接對外
+```
+
+#### AI Agent 出站白名單設定
+
+`/etc/ai-agent/outbound-allowlist.conf`（範例）：
+```
+# AI Agent 出站流量白名單
+ALLOW api.openai.com:443          # OpenAI API
+ALLOW registry.npmjs.org:443      # npm registry
+ALLOW api.github.com:443          # GitHub API
+ALLOW telemetry.asiaostrich.com:443  # 遙測上傳
+# 預設拒絕所有其他出站
+DENY *:*
+```
+
+使用 iptables 實作出站白名單：
+```bash
+# 允許 DNS
+sudo iptables -A OUTPUT -p udp --dport 53 -j ACCEPT
+# 允許白名單 IP（事先解析域名）
+sudo iptables -A OUTPUT -d <api.openai.com_IP> -p tcp --dport 443 -j ACCEPT
+# 預設拒絕所有出站
+sudo iptables -A OUTPUT -j DROP
+```
+
+#### 資料庫與監控端口保護
+
+```bash
+# 確認資料庫端口未對外
+sudo iptables -A INPUT -p tcp --dport 5432 -s 10.0.0.0/8 -j ACCEPT
+sudo iptables -A INPUT -p tcp --dport 5432 -j DROP
+
+# Prometheus / Grafana 僅內網
+sudo iptables -A INPUT -p tcp --dport 9090 -s 10.0.0.0/8 -j ACCEPT
+sudo iptables -A INPUT -p tcp --dport 9090 -j DROP
+sudo iptables -A INPUT -p tcp --dport 3000 -s 10.0.0.0/8 -j ACCEPT
+sudo iptables -A INPUT -p tcp --dport 3000 -j DROP
+```
+
+**常見陷阱**：
+- Docker 網路模式 `--net=host` 繞過所有 iptables 規則
+- Prometheus exporter 監聽 `0.0.0.0` 而非 `127.0.0.1`
+
+**ISO 對映**：ISO/IEC 27001:2022 A.8.20（網路安全）、A.8.22（Web 過濾）
+
+---
+
+## 3. AI Agent 環境特殊考量
+
+### Guardian 整合
+
+Guardian OPA Sidecar（XSPEC-146/147）作為 AI Agent 的決策閘道，其所在主機必須滿足本標準的全部要求：
+
+| Guardian 元件 | 對應安全域 |
+|--------------|----------|
+| OPA Sidecar 容器 | 2.5 Patch Management（映像需定期更新） |
+| Guardian 服務帳號 | 2.3 Privilege Management（non-root, no shell） |
+| Guardian API 端口 | 2.6 Network Isolation（僅允許 Agent 存取） |
+| Guardian 審計日誌 | 2.2 Host Hardening（auditd 監控寫入） |
+
+### 服務帳號矩陣
+
+| 服務 | Unix 帳號 | Shell | Sudo | 說明 |
+|------|----------|-------|------|------|
+| AI Agent | `ai-agent` | /sbin/nologin | 限定指令 | 主要 AI 執行帳號 |
+| Guardian OPA | `guardian` | /sbin/nologin | 無 | OPA 決策引擎 |
+| Prometheus | `prometheus` | /sbin/nologin | 無 | 監控收集 |
+| 部署腳本 | `deployer` | /bin/bash | 限定指令 | CI/CD 用途 |
+
+### 出站白名單文件模板
+
+每個 AI Agent 部署必須隨附出站白名單文件，記錄：
+
+```
+端點: api.openai.com:443
+用途: 大型語言模型 API 呼叫
+負責人: AI 平台維運團隊
+最後審查: 2026-05-04
+```
+
+---
+
+## 4. 標準對映表
+
+| 安全域 | ISO/IEC 27001:2022 | NIST | CIS |
+|-------|-------------------|------|-----|
+| SSH 強化 | A.8.5, A.8.20 | SP 800-52 | Benchmark 5.x |
+| 主機強化 | A.8.9 | SP 800-123 | Benchmark Level 1 |
+| 特權管理 | A.8.2, A.8.18 | SP 800-53 AC-6 | Benchmark 5.1-5.4 |
+| 堡壘機模式 | A.8.3 | SP 800-207 (ZTA) | - |
+| Patch 管理 | A.8.8 | SP 800-40 | - |
+| 網路隔離 | A.8.20, A.8.22 | SP 800-41 | Benchmark 3.x |
+
+---
+
+## 5. 部署前快速 Checklist
+
+### 通用（所有環境）
+
+- [ ] `PasswordAuthentication no` 已設定並生效
+- [ ] `PermitRootLogin no` 已設定並生效
+- [ ] SSH Port 已改為非 22
+- [ ] fail2ban 已啟用，jailtime >= 1 小時
+- [ ] UFW / iptables 防火牆已啟用，預設 deny inbound
+- [ ] unattended-upgrades（security）已啟用
+- [ ] auditd 已啟用並有基本規則
+- [ ] AI Agent 服務帳號：non-root, /sbin/nologin
+- [ ] 無 `NOPASSWD ALL` 的 sudo 設定
+
+### 生產環境額外項目
+
+- [ ] Bastion Host 已部署
+- [ ] Bastion 上 MFA 已強制（TOTP 或 YubiKey）
+- [ ] Prod 節點防火牆只允許來自 Bastion 的 SSH
+- [ ] Session 記錄已啟用
+- [ ] 所有 Critical CVE 已修補
+- [ ] AI Agent 出站白名單已設定並文件化
+- [ ] DB/監控端口（5432, 3306, 6379, 9090, 3000）未對外暴露
+- [ ] Guardian OPA Sidecar 映像在 90 天有效期內
+- [ ] Lynis 評分 >= 75
+
+---
+
+## 相關標準
+
+- `secure-op.ai.yaml` — AI Agent 決策層安全（Veto pipeline、SOBR 評分、HITL 機制）
+- `security-standards.ai.yaml` — 應用層安全架構
+- `security-testing.ai.yaml` — SAST、DAST、相依套件審計
+- `secret-management-standards.ai.yaml` — 機密管理與憑證衛生
+- `container-image-standards.ai.yaml` — 容器映像安全基準
+
+
+**Scope**: universal

package/bundled/locales/zh-TW/core/slo-sli.md

@@ -0,0 +1,108 @@
+---
+source: ../../../core/slo-sli.md
+source_version: 1.0.0
+translation_version: 1.0.0
+last_synced: 2026-06-17
+source_hash: 8a24ef8525c7
+status: current
+---
+
+# SLO/SLI 定義標準
+
+> **Language**: [English](../../../core/slo-sli.md) | 繁體中文
+
+> **版本**: 1.0.0 | **狀態**: Active | **更新日期**: 2026-06-17
+> **AI 最佳化版本**: `ai/standards/slo-sli.ai.yaml`
+> **規格**: XSPEC-063（cross-project/specs/XSPEC-063-uds-sre-standards-pack.md）
+
+## 概觀
+
+本標準定義團隊如何**選取、量測與治理 Service Level Indicators（SLIs）與 Service
+Level Objectives（SLOs）**。涵蓋各服務類型的 SLI 選取、SLO 目標設定方法、error
+budget 政策，以及 multi-window burn-rate 告警。設計目標為銜接工程可靠性工作與
+面向客戶的 SLA 承諾。
+
+本標準屬於 **SRE／運維標準包**（XSPEC-063），是與 `incident-response`（error
+budget 燃燒常觸發事件）與 `runbook`（error budget 政策由服務 runbook 連結）並列的
+可靠性目標成員。它補充既有的 `slo-standards` Skill 錨點，並餵養 XSPEC-251
+（Operator）所述的主動可靠性責任。
+
+> **範圍**：本標準定義「如何選取 SLI、設定 SLO 目標與治理 error budget」。metrics
+> 後端（Prometheus、Datadog）、dashboard 產品與告警工具屬採用者的選擇，不在本標準
+> 範圍內。
+
+## 需求
+
+| ID | 規則 | 等級 |
+|----|------|------|
+| REQ-001 | 各服務類型的 SLI 選取（API／batch／frontend） | MUST |
+| REQ-002 | SLO 目標設定方法（歷史 P5 baseline + buffer） | MUST |
+| REQ-003 | Error budget 政策（freeze + reliability-sprint 觸發） | MUST |
+| REQ-004 | Multi-window burn-rate 告警（fast／medium／slow burn） | SHOULD |
+| REQ-005 | SLO 文件化與檢視節奏（標準 spec + 每季檢視） | MUST |
+| REQ-006 | SLO 合規報告（每月利害關係人報告） | SHOULD |
+
+### REQ-001 — 各服務類型的 SLI 選取
+
+每個 production 服務 MUST 定義至少一個與其服務類型匹配的 SLI。API 服務 MUST 量測
+可用性（non-5xx／總數）與延遲（低於門檻的請求比例）。Batch job MUST 量測新鮮度
+（data lag ≤ 門檻）與正確性（成功處理／總數）。Frontend 服務 MUST 量測 Core Web
+Vitals（LCP < 2.5s、FID < 100ms、CLS < 0.1）。
+
+### REQ-002 — SLO 目標設定方法
+
+SLO 目標 MUST 使用歷史 baseline 資料設定。團隊 MUST 從至少 28 個 rolling day 內
+觀察到的 P5 表現（第 5 百分位最差時段）起算，再加上小幅 buffer。SLO 目標 MUST
+嚴格高於任何外部 SLA 承諾（例如 SLA 99.9% → SLO ≥ 99.95%）。切勿將 SLO 設為等於
+SLA；維持 ≥ 0.05% 的 buffer。
+
+### REQ-003 — Error Budget 政策
+
+每個具有 SLO 的服務 MUST 具備書面 Error Budget Policy，明定 error budget 部分或
+全部耗盡時的動作。政策至少 MUST 定義：(1) freeze 門檻（通常耗盡 50% → 發版凍結）、
+(2) reliability-sprint 觸發（耗盡 100%），以及 (3) SLO 檢視節奏（每季）。error
+budget 計算遵循 `budget = (1 − SLO) × 時間窗口`（例如 99.9% 於 30 天 → 43.2 分鐘）。
+
+### REQ-004 — Multi-Window Burn-Rate 告警
+
+團隊 SHOULD 實作 multi-window burn-rate 告警，以同時捕捉快速與緩慢的 budget 耗盡。
+建議門檻：fast burn（1 小時內耗用每月 budget 的 2% → P1 page）、medium burn
+（6 小時內 5% → P2 alert）、slow burn（3 天內 10% → P3 ticket）。
+
+### REQ-005 — SLO 文件化與檢視節奏
+
+每個 SLO MUST 記載於標準 SLO spec 檔，內含：服務名稱、SLI 公式、量測窗口、目標值、
+error budget、告警門檻與 owner。SLO spec MUST 每季檢視，並在任何重大架構變更後
+2 週內更新。
+
+### REQ-006 — SLO 合規報告
+
+團隊 SHOULD 每月向利害關係人發布 SLO 合規報告。報告 MUST 包含達成 vs. 目標 SLI 值、
+剩餘 error budget、影響 SLO 的重大事件，以及計畫中的可靠性改善。MUST 含 dashboard
+連結。
+
+## 與既有標準的整合
+
+- **`slo-standards`**——既有的 Skill 錨點標準；`slo-sli` 提供其背後的詳細
+  選取／目標／error-budget 方法。
+- **`incident-response`**——error budget burn-rate 告警餵入事件宣告與 severity
+  評估。
+- **`runbook`**——error budget 政策 MUST 由服務 runbook 連結。
+- **`rollback-standards`**——error budget 耗盡可觸發發版凍結，下游則觸發自動
+  rollback。
+- **`observability-standards`**——SLI 由其定義的 metric/log/trace 支柱計算。
+- **`alerting-standards`**——burn-rate 告警遵循 symptom-based 告警與 severity
+  分級規則。
+
+## 相關規格
+
+- XSPEC-063 — UDS SRE／運維標準包（本標準來源）
+- XSPEC-251 — Operator 主動可靠性（事件上游的 SLO 責任）
+- DEC-041 — EU AI Act 2026 合規（可靠性證據）
+- DEC-042 — Guardian / Governance Agent 模式（error-budget 驅動動作）
+
+## 變更紀錄
+
+| 版本 | 日期 | 變更 |
+|------|------|------|
+| v1.0.0 | 2026-06-17 | 初版——REQ-001~006：SLI 選取、SLO 目標方法、error-budget 政策、burn-rate 告警、SLO 文件化/檢視、合規報告（XSPEC-063） |

package/bundled/locales/zh-TW/core/smoke-test.md

@@ -0,0 +1,79 @@
+---
+source: ../../../core/smoke-test.md
+source_version: 1.0.0
+translation_version: 1.0.0
+last_synced: 2026-06-10
+source_hash: 391e5c330eb1
+status: current
+---
+
+# Smoke Test 標準
+
+> **Language**: [English](../../../core/smoke-test.md) | 繁體中文
+
+## 概述
+
+Smoke test 是部署後的第一道防線。它在 30 秒內回答一個問題：「系統是否基本正常運作？」如果 smoke test 通過，你可以高度確信部署成功。如果失敗，立即回滾——不要在 production 上調查。
+
+## 該測什麼
+
+| ✅ Smoke Test | ❌ 非 Smoke Test |
+|--------------|-----------------|
+| 伺服器啟動並綁定 port | 業務邏輯正確性 |
+| Health endpoint 回傳 200 | 邊界案例處理 |
+| 核心 API 路由回傳回應 | 效能基準測試 |
+| 資料庫連線存活 | 完整整合情境 |
+
+## 實作
+
+### Shell 腳本（installer/smoke.sh）
+
+```bash
+#!/usr/bin/env bash
+# SPDX-License-Identifier: AGPL-3.0-only
+set -euo pipefail
+
+BASE_URL="${VIBEOPS_URL:-http://localhost:3000}"
+TIMEOUT=5
+
+check() {
+  local path="$1"
+  local expected="${2:-200}"
+  local status
+  status=$(curl -s -o /dev/null -w "%{http_code}" --max-time "$TIMEOUT" "${BASE_URL}${path}")
+  if [[ "$status" != "$expected" ]]; then
+    echo "FAIL: ${path} → HTTP ${status} (expected ${expected})"
+    exit 1
+  fi
+  echo "OK:   ${path} → HTTP ${status}"
+}
+
+echo "=== Smoke Test ==="
+check "/health"
+check "/api/status"
+echo "=== PASS ==="
+```
+
+### npm 腳本
+
+```json
+{ "smoke": "bash installer/smoke.sh" }
+```
+
+### CI 整合（部署後步驟）
+
+```yaml
+- name: Smoke test
+  run: npm run smoke
+  env:
+    VIBEOPS_URL: http://localhost:3000
+```
+
+## 相關標準
+
+- [Testing Standards](testing-standards.md) — 整體測試金字塔
+- [Deployment Standards](deployment-standards.md) — 部署管線
+- [Performance Standards](performance-standards.md) — 延遲 SLO
+
+
+**Scope**: universal