universal-dev-standards 5.6.0 → 5.7.0

package/bundled/core/policy-as-code-testing.md

@@ -25,20 +25,20 @@ Policy as Code 的特殊風險：
 ```rego
 # 檔案命名：<policy_module>_test.rego
 # Package：<policy_package>_test
-package vibeops.guardian.forbidden_patterns_test
+package governance.guardian.forbidden_patterns_test
 
 import future.keywords.if
 
 # 正向測試：規則應觸發（assert rule fires）
 test_drop_database_is_forbidden if {
-    data.vibeops.guardian.forbidden_patterns.has_forbidden_pattern with input as {
+    data.governance.guardian.forbidden_patterns.has_forbidden_pattern with input as {
         "plan": [{"command_type": "sql", "command": "DROP DATABASE prod_main", "reversible": false}]
     }
 }
 
 # 負向測試：規則不應觸發（assert rule does NOT fire）
 test_safe_select_is_not_forbidden if {
-    not data.vibeops.guardian.forbidden_patterns.has_forbidden_pattern with input as {
+    not data.governance.guardian.forbidden_patterns.has_forbidden_pattern with input as {
         "plan": [{"command_type": "sql", "command": "SELECT * FROM users LIMIT 10", "reversible": true}]
     }
 }
@@ -79,9 +79,9 @@ docker run --rm \
 default allow = false
 
 allow if {
-    not data.vibeops.guardian.forbidden_patterns.has_forbidden_pattern
-    not data.vibeops.guardian.env_policy.prod_violation
-    not data.vibeops.guardian.logic_constraints.has_logic_violation
+    not data.governance.guardian.forbidden_patterns.has_forbidden_pattern
+    not data.governance.guardian.env_policy.prod_violation
+    not data.governance.guardian.logic_constraints.has_logic_violation
 }
 ```
 
@@ -93,9 +93,9 @@ OPA ≥ 0.40 的型別系統嚴格區分 array 和 set。`violations` partial ru
 
 ```rego
 # ✅ 正確：partial set rule 集合 violations
-deny_reasons[r] if { r := data.vibeops.guardian.forbidden_patterns.violations[_] }
-deny_reasons[r] if { r := data.vibeops.guardian.env_policy.violations[_] }
-deny_reasons[r] if { r := data.vibeops.guardian.logic_constraints.violations[_] }
+deny_reasons[r] if { r := data.governance.guardian.forbidden_patterns.violations[_] }
+deny_reasons[r] if { r := data.governance.guardian.env_policy.violations[_] }
+deny_reasons[r] if { r := data.governance.guardian.logic_constraints.violations[_] }
 
 # ❌ 錯誤：array.concat 用在 set 上 → rego_type_error
 # deny_reasons := array.concat(violations1, violations2)

package/bundled/core/recovery-recipe-registry.md

@@ -56,8 +56,8 @@ escalation:                         # required
 
 ## Applicable Scenarios
 
-- DevAP Orchestrator selects recovery strategy before fix loop
-- VibeOps PipelineRunner handles `agent:error` with registry lookup
+- Orchestrator (adoption layer) selects recovery strategy before fix loop
+- Pipeline Runner (adoption layer) handles `agent:error` with registry lookup
 - Custom `recovery-recipes.yaml` for project-level recipe override
 - Telemetry tracking recovery strategy effectiveness
 

package/bundled/core/release-quality-manifest.md

@@ -19,7 +19,7 @@ A Release Quality Manifest makes quality evidence:
 The RQM now covers **16 quality dimensions** matching `release-readiness-gate.md`. Automated gates appear here; human-verified gates appear in the Release Readiness Sign-off document.
 
 ```yaml
-release: vibeops-commercial-1.2.0
+release: app-commercial-1.2.0
 generated_at: "2026-05-05T04:00:00Z"
 commit: "abc1234"
 gates:
@@ -167,7 +167,7 @@ YAML
 Generate a Markdown table alongside the YAML for inclusion in release notes:
 
 ```markdown
-## Release Quality Gates — vibeops-commercial-1.2.0
+## Release Quality Gates — app-commercial-1.2.0
 
 | Gate | Actual | Target | Status |
 |------|--------|--------|--------|

package/bundled/core/sast-advanced.md

@@ -141,7 +141,7 @@ sast:
 ### `.gitleaks.toml` Configuration Example
 
 ```toml
-title = "VibeOps Gitleaks Configuration"
+title = "Gitleaks Configuration (example)"
 version = "8"
 
 [extend]
@@ -149,11 +149,11 @@ version = "8"
 useDefault = true
 
 [[rules]]
-id = "vibeops-license-key"
-description = "VibeOps license key"
-regex = '''vibeops[_\-]?license[_\-]?key\s*[:=]\s*["']?([A-Za-z0-9\-]{32,})["']?'''
+id = "app-license-key"
+description = "App license key"
+regex = '''app[_\-]?license[_\-]?key\s*[:=]\s*["']?([A-Za-z0-9\-]{32,})["']?'''
 severity = "CRITICAL"
-tags = ["license", "vibeops"]
+tags = ["license", "app"]
 
 [[allowlist.commits]]
 # Example: allow a specific commit hash that was remediated

package/bundled/core/secure-op.md

@@ -12,7 +12,7 @@
 
 **Secure-Op** 是針對 AI Agent 系統的安全操作方法論，定義 AI Agent 在執行高風險操作時必須遵循的六大安全支柱。
 
-本標準源自 VibeOps Guardian OPA Sidecar（XSPEC-146）的實作經驗，並沉澱為通用 UDS 標準，供任何採用 UDS 的 AI Agent 系統套用。
+本標準源自 External Guardian OPA Sidecar reference implementation (XSPEC-146 from an external project)的實作經驗，並沉澱為通用 UDS 標準，供任何採用 UDS 的 AI Agent 系統套用。
 
 ### 核心理念
 
@@ -214,9 +214,9 @@ AI Agent 系統必須防護 Prompt Injection 攻擊，防止惡意輸入繞過
 
 ## 實作參考
 
-### VibeOps Guardian（TypeScript 參考實作）
+### External Guardian (reference implementation)（TypeScript 參考實作）
 
-VibeOps Guardian OPA Sidecar（XSPEC-146）是 Secure-Op 的完整 TypeScript 參考實作，包含：
+External Guardian OPA Sidecar reference implementation (XSPEC-146 from an external project)是 Secure-Op 的完整 TypeScript 參考實作，包含：
 
 - **GuardianService**：主要 Veto-based 決策管線
 - **SobrScorer**：SOBR 四維風險評分
@@ -224,7 +224,7 @@ VibeOps Guardian OPA Sidecar（XSPEC-146）是 Secure-Op 的完整 TypeScript
 - **HitlNotifier**：Webhook Adapter（支援 Slack/Teams）
 - **PromptInjectionDetector**：正則表達式 + 模式比對
 
-> 路徑：`vibeops/src/guardian/`（VibeOps repo，AGPL-3.0）
+> 路徑：external Guardian implementation (separately licensed)
 
 ### 最小實作清單
 
@@ -298,7 +298,7 @@ Secure-Op 標準分為三個實作等級（Priority Levels）：
 
 ### 對於生產環境 AI Agent 系統
 
-完整實作六大支柱，使用 VibeOps Guardian 作為參考或直接引用。
+完整實作六大支柱，使用 External Guardian (reference implementation) 作為參考或直接引用。
 
 ### 對於法規要求環境（金融、醫療、政府）
 

package/bundled/core/security-decision.md

@@ -30,7 +30,7 @@ In non-interactive (CI/CD) environments, `ask` is treated as `deny` — there is
 
 ## projectSettings Trust Radius
 
-Configuration from `projectSettings` (`.devap/`, `.vibeops/`) is excluded from security-sensitive operations to prevent malicious repository injection:
+Configuration from `projectSettings` (`.adoption/` style directories) is excluded from security-sensitive operations to prevent malicious repository injection:
 
 **Blocked operations from projectSettings**:
 - Setting `requiresUserConfirmation: false`

package/bundled/core/server-ops-security.md

@@ -11,7 +11,7 @@
 
 ### 為什麼 AI 自主運維需要伺服器操作安全？
 
-AI 自主運維系統（如 VibeOps）在生產環境中以自動化方式執行高權限操作——部署服務、管理容器、調用外部 API、存取資料庫。這些能力若缺乏適當的基礎設施安全防護，將帶來遠超傳統 Web 應用的風險：
+AI 自主運維系統（如 AI Agent / pipeline runtime）在生產環境中以自動化方式執行高權限操作——部署服務、管理容器、調用外部 API、存取資料庫。這些能力若缺乏適當的基礎設施安全防護，將帶來遠超傳統 Web 應用的風險：
 
 - **攻擊面擴大**：AI Agent 持續運行，攻擊者只需一個進入點即可橫向移動
 - **自動化即武器**：被入侵的 AI Agent 可自動執行大規模破壞（刪除資料、外洩機密）
@@ -38,7 +38,7 @@ PubkeyAuthentication yes
 Port 2222                    # 改為非預設 Port
 MaxAuthTries 3
 LoginGraceTime 30
-AllowUsers deploy vibeops    # 明確白名單
+AllowUsers deploy ai-agent    # 明確白名單
 ClientAliveInterval 300
 ClientAliveCountMax 2
 ```
@@ -159,21 +159,21 @@ sudo lynis audit system
 
 ```bash
 # 建立無 shell 的服務帳號
-sudo useradd -r -s /sbin/nologin -d /opt/vibeops vibeops
-sudo mkdir -p /opt/vibeops
-sudo chown vibeops:vibeops /opt/vibeops
-sudo chmod 750 /opt/vibeops
+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 vibeops /bin/bash  # 應拒絕
+sudo -u ai-agent /bin/bash  # 應拒絕
 ```
 
 #### sudo 設定（最小授權）
 
-`/etc/sudoers.d/vibeops`：
+`/etc/sudoers.d/ai-agent`：
 ```
-# 允許 vibeops 重啟特定服務（明確命令）
-vibeops ALL=(ALL) NOPASSWD: /bin/systemctl restart vibeops-agent
+# 允許 ai-agent 重啟特定服務（明確命令）
+ai-agent ALL=(ALL) NOPASSWD: /bin/systemctl restart ai-agent-agent
 # 禁止 NOPASSWD ALL 寫法
 ```
 
@@ -357,7 +357,7 @@ Load Balancer / API Gateway（唯一對外入口）
 Internal VPC / Overlay Network
   │
 ┌──────────────────────────────────────┐
-│  VibeOps Agent  │  Database  │  Monitoring │
+│  AI Agent       │  Database  │  Monitoring │
 │  (port: 3000)   │ (port: 5432)│ (port: 9090) │
 └──────────────────────────────────────┘
 所有節點均不直接對外
@@ -365,9 +365,9 @@ Internal VPC / Overlay Network
 
 #### AI Agent 出站白名單設定
 
-`/etc/vibeops/outbound-allowlist.conf`（範例）：
+`/etc/ai-agent/outbound-allowlist.conf`（範例）：
 ```
-# VibeOps Agent 出站流量白名單
+# AI Agent 出站流量白名單
 ALLOW api.openai.com:443          # OpenAI API
 ALLOW registry.npmjs.org:443      # npm registry
 ALLOW api.github.com:443          # GitHub API
@@ -425,7 +425,7 @@ Guardian OPA Sidecar（XSPEC-146/147）作為 AI Agent 的決策閘道，其所
 
 | 服務 | Unix 帳號 | Shell | Sudo | 說明 |
 |------|----------|-------|------|------|
-| VibeOps Agent | `vibeops` | /sbin/nologin | 限定指令 | 主要 AI 執行帳號 |
+| AI Agent | `ai-agent` | /sbin/nologin | 限定指令 | 主要 AI 執行帳號 |
 | Guardian OPA | `guardian` | /sbin/nologin | 無 | OPA 決策引擎 |
 | Prometheus | `prometheus` | /sbin/nologin | 無 | 監控收集 |
 | 部署腳本 | `deployer` | /bin/bash | 限定指令 | CI/CD 用途 |
@@ -437,7 +437,7 @@ Guardian OPA Sidecar（XSPEC-146/147）作為 AI Agent 的決策閘道，其所
 ```
 端點: api.openai.com:443
 用途: 大型語言模型 API 呼叫
-負責人: VibeOps 核心團隊
+負責人: AI 平台維運團隊
 最後審查: 2026-05-04
 ```
 

package/bundled/core/smoke-test.md

@@ -37,7 +37,7 @@ check() {
   echo "OK:   ${path} → HTTP ${status}"
 }
 
-echo "=== VibeOps Smoke Test ==="
+echo "=== Smoke Test ==="
 check "/health"
 check "/api/status"
 echo "=== PASS ==="

package/bundled/core/standard-admission-criteria.md

@@ -46,7 +46,7 @@
 
 ### 4. AI-executable（AI 可消費）
 
-至少一個 DevAP QualityGate / VibeOps Agent prompt / Skill 能消費：
+至少一個 Quality Gate (adoption layer) / Agent prompt (採用層) / Skill 能消費：
 
 - 定義清楚的 guidelines（每條可驗證）
 - 至少 2 個 Given-When-Then scenarios

package/bundled/core/standard-lifecycle-management.md

@@ -59,7 +59,7 @@ Deprecated ──(migration done)───→ Archived
 
 ## Usage Examples
 
-- **Scenario 1 — Trial → Active**：`retry-standards` 處於 trial。2026-08-01 審視發現 DevAP Fix Loop 和 VibeOps Builder 均採用且無重大缺陷 → 轉 Active，`since=2026-08-01`，移除 `expires`
+- **Scenario 1 — Trial → Active**：`retry-standards` 處於 trial。2026-08-01 審視發現 Fix Loop（採用層） 和 Builder Agent (採用層) 均採用且無重大缺陷 → 轉 Active，`since=2026-08-01`，移除 `expires`
 - **Scenario 2 — Trial 逾期自動 Archived**：某標準 trial 期限 2026-10-17 到期未通過驗證 → 狀態轉 Archived，記錄原因
 - **Scenario 3 — Deprecated 帶遷移**：`legacy-retry-logic` 被 `retry-standards` 取代 → `status=deprecated, supersedes=retry-standards, migration_guide=docs/migrations/retry-v1-to-v2.md`；Skill 使用時顯示警告
 

package/bundled/core/supply-chain-attestation.md

@@ -48,12 +48,12 @@ jq '.components[] | select(.licenses[].license.id | test("GPL"))' sbom.cdx.json
 ```yaml
 - name: Generate SLSA L1 provenance
   run: |
-    IMAGE_DIGEST=$(docker inspect --format='{{index .RepoDigests 0}}' "vibeops:commercial-${VERSION}" 2>/dev/null || echo "N/A")
+    IMAGE_DIGEST=$(docker inspect --format='{{index .RepoDigests 0}}' "your-app:commercial-${VERSION}" 2>/dev/null || echo "N/A")
     cat > provenance.json << PROVEOF
     {
       "_type": "https://in-toto.io/Statement/v0.1",
       "predicateType": "https://slsa.dev/provenance/v0.2",
-      "subject": [{"name": "vibeops-commercial-${VERSION}", "digest": {"sha256": "$(sha256sum vibeops-commercial-${VERSION}.tar.gz | cut -d' ' -f1)"}}],
+      "subject": [{"name": "app-commercial-${VERSION}", "digest": {"sha256": "$(sha256sum app-commercial-${VERSION}.tar.gz | cut -d' ' -f1)"}}],
       "predicate": {
         "buildType": "https://github.com/Attestations/GitHubActionsWorkflow@v1",
         "builder": {"id": "https://github.com/${GITHUB_REPOSITORY}/actions/runs/${GITHUB_RUN_ID}"},
@@ -99,8 +99,8 @@ cosign verify-blob --key cosign.pub --signature provenance.json.sig provenance.j
 ## Release Bundle Structure
 
 ```
-vibeops-commercial-v1.3.0/
-├── vibeops-commercial-v1.3.0.docker.tar.gz   # Primary artefact
+app-commercial-v1.3.0/
+├── app-commercial-v1.3.0.docker.tar.gz   # Primary artefact
 ├── sbom.cdx.json                              # CycloneDX SBOM
 ├── sbom.cdx.json.sig                          # cosign signature
 ├── provenance.json                            # SLSA L1 provenance

package/bundled/core/token-budget.md

@@ -46,9 +46,9 @@ Compression operations need output space to succeed. Reserve constants:
 
 ## Applicable Scenarios
 
-- DevAP task execution token monitoring
-- VibeOps 9-Agent pipeline cumulative context management
-- VibeOps PipelineMemory Snip trigger condition
+- Task execution token monitoring (adoption layer)
+- Multi-agent pipeline cumulative context management (adoption layer)
+- PipelineMemory Snip trigger condition (adoption layer)
 - Any environment with `maxTotalTokens` limit
 
 ## References

package/bundled/locales/zh-CN/CHANGELOG.md

@@ -1,8 +1,8 @@
 ---
 source: ../../CHANGELOG.md
-source_version: 5.6.0
-translation_version: 5.6.0
-last_synced: 2026-05-06
+source_version: 5.7.0
+translation_version: 5.7.0
+last_synced: 2026-05-08
 status: current
 ---
 
@@ -17,6 +17,52 @@ status: current
 
 ## [Unreleased]
 
+## [5.7.0] - 2026-05-08
+
+> **跨平台脚本迁移**（XSPEC-179 + XSPEC-180）：bash 脚本逐步被单一来源的
+> TypeScript / Node.js ESM 等价实现取代，可在 macOS / Linux / Windows 上以
+> 相同方式执行。原 `.sh` 文件保留并加上 `DEPRECATED` 警告以维持向后兼容。
+
+### 新增
+
+- **AI 工具表格补全**（`README.md`、`locales/zh-TW/README.md`、`locales/zh-CN/README.md`）：补上五个遗漏工具——GitHub Copilot、OpenAI Codex、Aider、Continue、Google Antigravity。新增 ⚠ Minimal 状态图例。（`1b588e1`）
+- **`scripts/bump-version.mjs`**（XSPEC-179 Phase 1）：跨平台版本升版实现，与原 `.sh` 对等。（`1a44e14`）
+- **`scripts/install-hooks.mjs`**（XSPEC-179 Phase 1）：跨平台 git hooks 安装程序；于 Windows 自动跳过 `chmod`。（`1a44e14`）
+- **`scripts/pre-commit.mjs`**（XSPEC-180）：pre-commit hook 的 Node.js ESM 实现，平台分支于 Windows 调用 `check-translation-sync.ps1`，其他平台调用 `.sh`。（`1572869`）
+- **7 个 TypeScript 检查脚本**（XSPEC-179 Phase 2，`0a26d14`）：从 bash 迁移至单一 TypeScript 来源，通过 `tsx` 执行：
+  - `scripts/check-ai-behavior-sync.ts`
+  - `scripts/check-commit-spec-reference.ts`
+  - `scripts/check-flow-gate-report.ts`
+  - `scripts/check-integration-commands-sync.ts`
+  - `scripts/check-registry-completeness.ts`
+  - `scripts/check-release-readiness-signoff.ts`
+  - `scripts/check-workflow-compliance.ts`
+- **`tsx@^4.20.0`** 加入 root `devDependencies`（XSPEC-179 Phase 2，`0a26d14`）。
+- **7 个 npm scripts** 串接 TypeScript 检查脚本（`0a26d14`）：`check:ai-behavior`、`check:commit-spec`、`check:flow-gate`、`check:integration-commands`、`check:registry`、`check:release-signoff`、`check:workflow-compliance`。
+
+### 变更
+
+- **下游项目解耦**（6 批次，`ebe716c`–`2392c0f`）：所有公开叙述中对特定下游产品（DevAP / VibeOps）的直接引用已替换为采用层中性术语，涵盖 130+ 个文件。UDS 重申为纯 MIT + CC BY 4.0 标准库，与任何特定采用层无依赖关系。
+- **REGISTRY**：`roo-code` integration tier 从 `planned` 升为 `partial`；AI 工具表格中将 Roo Code 独立成行（不再与 Cline 合并）。（`1b588e1`）
+- **`.githooks/pre-commit`**（XSPEC-180，`1572869`）：从 51 行 bash 精简为 16 行 POSIX `sh` 薄壳层，将实际逻辑委派给 `scripts/pre-commit.mjs`。
+- **`scripts/bump-version.mjs`**（`19ad314`）：新增 `buildCmd()` 辅助函数，于 Windows 自动切换为 PowerShell + `.ps1` 来调用 `check-version-sync` / `check-translation-sync`，恢复 Windows 平台对等性。
+- **XSPEC-179 Phase 2 策略修订**（`0a26d14`）：放弃先前的 `.sh` + `.ps1` 双轨方案，改采**单一 TypeScript 来源**策略。单一 `.ts` 通过 `tsx` 在所有平台上行为一致，消除「只能在 Windows 验证」的反馈落差。
+
+### 弃用
+
+- **`scripts/bump-version.sh`**（`1a44e14`）：标记为 DEPRECATED，由 `bump-version.mjs` 取代。
+- **`scripts/install-hooks.sh`**（`1a44e14`）：标记为 DEPRECATED，由 `install-hooks.mjs` 取代。
+- **7 个 legacy `check-*.sh` 脚本**（`0a26d14`）：对应的 `.ts` 版本（如上）已成为 canonical 实现。`.sh` 文件保留供 legacy Linux/macOS 环境使用，但不应再新增功能。
+
+### 移除
+
+- **`.devap/` 目录**（`2392c0f`）：移除孤儿 DevAP dogfooding 安装目录。DevAP 已于 2026-04-28 退场（XSPEC-086/095）。
+
+### 修复
+
+- **`scripts/check-release-readiness-signoff.sh`**（`0a26d14`，于 TypeScript 移植时顺带修复的潜伏 bug）：原本错误的 `grep -c "0\n0"` 样式（永远无法匹配到字面 `\n`）已修正，现在能可靠侦测缺漏的 sign-off 信号。
+- **`scripts/check-integration-commands-sync.sh`**（`0a26d14`，于 TypeScript 移植时顺带修复的潜伏 bug）：消除 `find` 与下游 consumer 之间 broken pipe 引发的 SIGPIPE 噪音。
+
 ## [5.3.2] - 2026-04-27
 
 > **修补版本发布**：Bug 修复 —— `uds update -y` 现在会自动安装/更新 Skills 和 Commands，不再只显示提示信息。
@@ -865,7 +911,8 @@ status: current
 - 范本：需求文档范本
 - 集成：OpenSpec 框架
 
-[Unreleased]: https://github.com/AsiaOstrich/universal-dev-standards/compare/v3.0.0...HEAD
+[Unreleased]: https://github.com/AsiaOstrich/universal-dev-standards/compare/v5.7.0...HEAD
+[5.7.0]: https://github.com/AsiaOstrich/universal-dev-standards/compare/v5.6.0...v5.7.0
 [3.0.0]: https://github.com/AsiaOstrich/universal-dev-standards/compare/v2.3.0...v3.0.0
 [2.3.0]: https://github.com/AsiaOstrich/universal-dev-standards/compare/v2.2.0...v2.3.0
 [2.2.0]: https://github.com/AsiaOstrich/universal-dev-standards/compare/v2.1.0...v2.2.0

package/bundled/locales/zh-CN/README.md

@@ -14,7 +14,7 @@ status: current
 
 > **语言**: [English](../../README.md) | [繁體中文](../zh-TW/README.md) | 简体中文
 
-**版本**: 5.6.0 | **发布日期**: 2026-04-13 | **授权**: [双重授权](../../LICENSE) (CC BY 4.0 + MIT)
+**版本**: 5.7.0 | **发布日期**: 2026-04-13 | **授权**: [双重授权](../../LICENSE) (CC BY 4.0 + MIT)
 
 语言无关、框架无关的软件项目文档标准。通过 AI 原生工作流，确保不同技术栈之间的一致性、质量和可维护性。
 
@@ -106,12 +106,18 @@ graph TD
 | :--- | :--- | :---: | :---: | :--- |
 | **Claude Code** | ✅ 完整支持 | **29** | **33** | `CLAUDE.md` |
 | **OpenCode** | ✅ 完整支持 | **29** | **33** | `AGENTS.md` |
-| **Gemini CLI** | 🧪 预览版 | **18+** | **20+** | `GEMINI.md` |
 | **Cursor** | ✅ 完整支持 | **核心** | **模拟支持** | `.cursorrules` |
-| **Cline / Roo Code**| 🔶 部分支持 | **核心** | **工作流** | `.clinerules` |
-| **Windsurf** | 🔶 部分支持 | ✅ | **规则书** | `.windsurfrules` |
+| **Roo Code** | ✅ 完整支持 | **核心** | **工作流** | `.roo/rules/` |
+| **Gemini CLI** | 🧪 预览版 | **18+** | **20+** | `GEMINI.md` |
+| **Cline** | 🔶 部分支持 | **核心** | **工作流** | `.clinerules` |
+| **Windsurf** | 🔶 部分支持 | **核心** | **规则书** | `.windsurfrules` |
+| **GitHub Copilot** | 🔶 部分支持 | **核心** | **提示词** | `.github/copilot-instructions.md` |
+| **OpenAI Codex** | 🔶 部分支持 | **核心** | — | `AGENTS.md` |
+| **Aider** | 🔶 部分支持 | — | — | `AGENTS.md` |
+| **Continue** | 🔶 部分支持 | — | — | `.continue/config.json` |
+| **Google Antigravity** | ⚠️ 最低限度 | — | — | `.antigravity/rules.md` |
 
-> **状态图例**：✅ 完整支持 | 🧪 预览版 | 🔶 部分支持 | ⏳ 计划中
+> **状态图例**：✅ 完整支持 | 🧪 预览版 | 🔶 部分支持 | ⚠️ 最低限度 | ⏳ 计划中
 
 ---
 
@@ -153,28 +159,6 @@ uds uninstall   # 从项目移除标准
 
 ---
 
-## 🌐 生态系统
-
-UDS 是 AsiaOstrich 三层产品架构中的**标准定义层**：
-
-```
-UDS（定义什么） → DevAP（代理如何执行） → VibeOps（完整生命周期）
-```
-
-| 层级 | 产品 | 角色 | 授权 |
-|------|------|------|------|
-| 标准 | **UDS** | 开发方法论框架 | MIT + CC BY 4.0 |
-| 编排 | [DevAP](https://github.com/AsiaOstrich/dev-autopilot) | 代理无关的编排引擎 | MIT |
-| 生命周期 | [VibeOps](https://github.com/AsiaOstrich/vibeops360) | AI 驱动的软件工厂 | AGPL-3.0-only |
-
-- **UDS** 定义开发标准 → 供 DevAP（质量 Gate）和 VibeOps（代理管线）使用
-- **DevAP** 使用 UDS 标准编排 AI 代理 → VibeOps 是其消费者之一
-- **VibeOps** 提供完整软件生命周期 → 通过 `uds init` 集成 UDS（一次复制）
-
-UDS 保持**工具无关性**：支持 Claude Code、OpenCode、Gemini CLI、Cursor、Cline 和 Windsurf。DevAP 和 VibeOps 是消费者，并非必要依赖。
-
----
-
 ## 📄 授权
 
 | 组件 | 授权 |

package/bundled/locales/zh-CN/core/agent-communication-protocol.md

@@ -12,7 +12,7 @@ status: current
 
 **版本**: 1.0.0
 **最后更新**: 2026-03-30
-**适用性**: 跨项目 AI Agent 编排（UDS / DevAP / VibeOps）
+**适用性**: 跨采用层 AI Agent 编排（任意 Adapter / Pipeline / Agent runtime 消费 UDS 标准）
 **范围**: 通用 (Universal)
 **相关标准**: [代理派遣](./agent-dispatch.md)、[AI 模型选择策略](./model-selection.md)
 **规格**: [SPEC-AGENT-COMM-001](../../../docs/specs/SPEC-AGENT-COMM-001-agent-communication-protocol.md)
@@ -60,12 +60,12 @@ status: current
 | `timeout` | 任务超时 |
 | `unknown` | 无法识别的状态（降级） |
 
-### 1.2 跨项目映射
+### 1.2 跨采用层映射
 
-跨项目状态码映射表：
+跨采用层状态码对映表（informative example，采用层自订自己的对映）：
 
-| 统一状态 | UDS | DevAP | VibeOps |
-|----------|-----|-------|---------|
+| 统一状态 | UDS | Adapter Example A | Adapter Example B |
+|----------|-----|-------------------|-------------------|
 | `success` | DONE | success | success |
 | `success_partial` | DONE_WITH_CONCERNS | done_with_concerns | partial |
 | `failed` | — | failed | failure |

package/bundled/locales/zh-CN/core/circuit-breaker.md

@@ -22,7 +22,7 @@ status: current
 
 通用断路器标准：三态状态机（CLOSED/HALF_OPEN/OPEN）、阈值配置、与遥测整合。
 
-各模块各自实现断路器导致行为不一致（阈值不同、HALF_OPEN 探针逻辑各异、遥测事件命名混乱）。本标准提供统一的状态机定义、配置键名，以及必须上报的遥测事件，确保 DevAP/VibeOps/telemetry 三端可互相理解断路器状态。
+各模块各自实现断路器导致行为不一致（阈值不同、HALF_OPEN 探针逻辑各异、遥测事件命名混乱）。本标准提供统一的状态机定义、配置键名，以及必须上报的遥测事件，确保 采用层（pipeline / agent / telemetry）可互相理解断路器状态。
 
 ---
 

package/bundled/locales/zh-CN/core/git-worktree.md

@@ -46,7 +46,7 @@ status: current
 
 1. **选择 worktree 位置** — 优先顺序：
    - 已配置的路径
-   - `.devap/worktrees/` 或类似项目本地目录
+   - `.uds/worktrees/` 或类似项目本地目录
    - 询问用户
 2. **验证 `.gitignore`** — 运行 `git check-ignore` 确认 worktree 目录被忽略
 3. **创建 worktree** — `git worktree add <path> -b <branch-name>`

package/bundled/locales/zh-CN/core/packaging-standards.md

@@ -12,19 +12,19 @@ status: current
 
 **版本**: 1.0.0
 **最后更新**: 2026-04-15
-**适用性**: 使用 UDS/DevAP 工具链的项目
+**适用性**: 使用 UDS-aware 工具链的项目
 **范围**: 通用 (Universal)
 
 ---
 
 ## 目的
 
-本标准定义一套基于 Recipe 的打包框架，让用户项目可在 `.devap/packaging.yaml` 中声明打包目标（target）。UDS 负责提供 Recipe 定义与内置 Recipe 库；DevAP 则在 pipeline 中执行编排。
+本标准定义一套基于 Recipe 的打包框架，让用户项目可在 專案 packaging 配置（路徑由採用層決定） 中声明打包目标（target）。UDS 负责提供 Recipe 定义与内置 Recipe 库；采用层 runtime 在 pipeline 中执行编排。
 
 框架的关注点分离如下：
 - **用户项目**：声明「打包什么」（targets + 配置覆盖）
 - **UDS**：定义「如何打包」（Recipe 结构 + 内置 Recipes）
-- **DevAP**：执行「何时打包」（在 Review 与 Deploy 之间的 pipeline 阶段）
+- **采用层 pipeline**：执行「何时打包」（在 Review 与 Deploy 之间的 pipeline 阶段）
 
 ---
 
@@ -33,9 +33,9 @@ status: current
 | 原则 | 说明 |
 |------|------|
 | **Recipe-based** | 每个打包目标都参照一个具名 Recipe；不在 pipeline YAML 中编写临时脚本 |
-| **声明式 targets** | 项目在 `.devap/packaging.yaml` 中声明 targets；DevAP 负责解析与执行 |
+| **声明式 targets** | 项目在 專案 packaging 配置（路徑由採用層決定） 中声明 targets；采用层 runtime 负责解析与执行 |
 | **可定制** | 四个定制层允许配置覆盖、Hook 注入、自定义 Recipe 及 Escape Hatch |
-| **整合至 Pipeline** | 打包作为独立阶段运行于 VibeOps pipeline 的 Review 与 Deploy 之间 |
+| **整合至 Pipeline** | 打包作为独立阶段运行于 採用層 pipeline 的 Review 与 Deploy 之间 |
 
 ---
 
@@ -119,15 +119,15 @@ UDS 随附四个内置 Recipe，位于 `recipes/` 目录：
 
 | 层级 | 机制 | 使用时机 |
 |------|------|----------|
-| **L1 — 配置覆盖** | `.devap/packaging.yaml` 中的 `config:` 块 | 更改默认值（registry URL、tag、输出目录）|
-| **L2 — Hook 注入** | `.devap/packaging.yaml` 中的 `hooks:` 块 | 在构建或发布前后执行额外命令 |
-| **L3 — 自定义 Recipe** | 项目 `.devap/recipes/` 中的新 `.yaml` 文件 | 完全不同的构建流程；内置 Recipe 不适用 |
+| **L1 — 配置覆盖** | 專案 packaging 配置（路徑由採用層決定） 中的 `config:` 块 | 更改默认值（registry URL、tag、输出目录）|
+| **L2 — Hook 注入** | 專案 packaging 配置（路徑由採用層決定） 中的 `hooks:` 块 | 在构建或发布前后执行额外命令 |
+| **L3 — 自定义 Recipe** | 项目 `.uds/recipes/` 中的新 `.yaml` 文件 | 完全不同的构建流程；内置 Recipe 不适用 |
 | **L4 — Escape Hatch** | target 定义中以 `script:` 替代 `recipe:` | 原始 shell 脚本，无合适的 Recipe 抽象 |
 
 ### L1 示例 — 配置覆盖
 
 ```yaml
-# .devap/packaging.yaml
+# .uds/packaging.yaml
 targets:
   - name: publish-npm
     recipe: npm-library
@@ -140,7 +140,7 @@ targets:
 ### L2 示例 — Hook 注入
 
 ```yaml
-# .devap/packaging.yaml
+# .uds/packaging.yaml
 targets:
   - name: docker-push
     recipe: docker-service
@@ -153,7 +153,7 @@ targets:
 ### L3 示例 — 自定义 Recipe
 
 ```yaml
-# .devap/recipes/electron-app.yaml
+# .uds/recipes/electron-app.yaml
 name: electron-app
 description: 构建 Electron 桌面应用程序
 requires:
@@ -169,7 +169,7 @@ config:
 ### L4 示例 — Escape Hatch
 
 ```yaml
-# .devap/packaging.yaml
+# .uds/packaging.yaml
 targets:
   - name: legacy-bundle
     script: |
@@ -187,9 +187,9 @@ targets:
 |------|------|------|
 | 所有 `requires` 文件存在 | 100% | 在任何步骤执行前检查 |
 | 所有步骤以 exit code 0 结束 | 100% | 任何非零 exit 使执行失败 |
-| `postBuild` 产出物存在 | 存在于预期路径 | 构建步骤后由 DevAP 验证 |
+| `postBuild` 产出物存在 | 存在于预期路径 | 构建步骤后由采用层 runtime 验证 |
 | Hook 命令以 exit code 0 结束 | 100% | Hook 失败会传播为步骤失败 |
-| 已发布产出物可被取回 | HTTP 200 / registry 查询成功 | 由 DevAP 在发布后进行 smoke check |
+| 已发布产出物可被取回 | HTTP 200 / registry 查询成功 | 由采用层 runtime 在发布后进行 smoke check |
 
 ### 失败处理
 

package/bundled/locales/zh-CN/core/recovery-recipe-registry.md

@@ -133,14 +133,11 @@ fix_loop | circuit_breaker | rebase_and_retry | model_switch | degraded_mode | h
 
 ## 集成点
 
-### DevAP
+> 集成指引（informative；具体文件路径属于采用层自订范围）。
 
-- `packages/core/src/types.ts` — `RecoveryRecipe` / `RecoveryStrategy` type
-- `packages/core/src/recovery-registry.ts` — Registry 实现与默认 recipe
-- `packages/core/src/orchestrator.ts` — fix loop 前查询 Registry
+### 预期呼叫点
 
-### VibeOps
-
-- `src/types/index.ts` — 独立定义 `RecoveryRecipe`（AGPL 隔离）
-- `src/runner/recovery-registry.ts` — 独立实现
-- `recovery-recipes.yaml` — 默认 recipe 配置
+- 核心型别模块 — `RecoveryRecipe` / `RecoveryStrategy` type
+- recovery-registry 模块 — Registry 实现与默认 recipe
+- orchestrator 模块 — fix loop 前查询 Registry
+- recovery-recipes 配置档 — 默认 recipe 配置（档名由采用层决定）

package/bundled/locales/zh-CN/core/standard-admission-criteria.md

@@ -66,7 +66,7 @@ status: current
 
 ### 4. AI-executable（AI 可消费）
 
-至少一个 DevAP QualityGate / VibeOps Agent prompt / Skill 能消费：
+至少一个采用层组件（Quality Gate / Agent prompt / Skill / IDE rule）能消费：
 
 - 定义清楚的 guidelines（每条可验证）
 - 至少 2 个 Given-When-Then scenarios

package/bundled/locales/zh-CN/core/standard-lifecycle-management.md

@@ -85,7 +85,7 @@ Deprecated ──(迁移完成)────────→ Archived
 
 ## 情境示例
 
-- **情境 1 — Trial → Active**：`retry-standards` 处于 trial。2026-08-01 审视发现 DevAP Fix Loop 和 VibeOps Builder 均采用且无重大缺陷 → 转 Active，`since=2026-08-01`，移除 `expires`
+- **情境 1 — Trial → Active**：`retry-standards` 处于 trial。2026-08-01 审视发现多个采用层（Fix Loop / Builder Agent 等）均采用且无重大缺陷 → 转 Active，`since=2026-08-01`，移除 `expires`
 - **情境 2 — Trial 逾期自动 Archived**：某标准 trial 期限 2026-10-17 到期未通过验证 → 状态转 Archived，记录原因
 - **情境 3 — Deprecated 带迁移**：`legacy-retry-logic` 被 `retry-standards` 取代 → `status=deprecated, supersedes=retry-standards, migration_guide=docs/migrations/retry-v1-to-v2.md`；Skill 使用时显示警告