release: v1.34.0

docs/develop/lime-borrow-codex-engineering-practices.md

@@ -140,7 +140,7 @@ Codex 值得借鉴的，不是 Bazel、不是纯 Rust、也不是它的体量；
 
 当前 GitHub Actions 里：
 
-- `ci.yml` 主要覆盖 `src-tauri/**` 改动下的 **Windows OpenClaw regression**
+- `quality.yml` 主要覆盖前端、契约与一致性质量信号
 - `deploy-docs.yml` 只负责文档站点
 - `release.yml` 只负责发布
 
@@ -189,7 +189,7 @@ Lime 现在更像是“积木已经有了，但还没拼成系统”。
 - Tauri command 参数结构
 - 前后端共享数据结构
 - bridge 交互协议
-- OpenClaw / Gateway / Workspace 相关状态快照
+- Gateway / Workspace 相关状态快照
 - 插件 / MCP 相关 manifest 或接口字段
 
 Codex 的经验告诉我们：
@@ -274,8 +274,6 @@ Codex 很重要的一个做法，是把很多检查统一收口到一个最终
 
 - `src/lib/dev-bridge/**`
 - `src/lib/tauri-mock/**`
-- `src/components/openclaw/**`
-- `src-tauri/src/services/openclaw_service/**`
 - `src-tauri/src/app/**`
 - Workspace / browser-runtime / MCP / plugin 高风险路径
 
@@ -390,7 +388,6 @@ Lime 现在涉及：
 - bridge
 - 浏览器 runtime
 - Provider / Gateway
-- OpenClaw 安装与运行态
 - 文档站点
 
 这些链路任何一处变化，都可能需要在正式 tag 前先经过一次“真实用户环境暴露”。
@@ -498,9 +495,8 @@ Codex 借鉴给我们的，不是“让 AI 代替工程”，而是：
 优先建议覆盖：
 
 1. `safeInvoke` / Tauri command 契约
-2. OpenClaw 安装与运行态相关路径
-3. bridge / headless / smoke 相关路径
-4. Workspace 准备态相关 smoke
+2. bridge / headless / smoke 相关路径
+3. Workspace 准备态相关 smoke
 
 可复用现有脚本：