diff --git a/.agents/skills/unidesk-cicd/SKILL.md b/.agents/skills/unidesk-cicd/SKILL.md
index 04a75333..0c31a832 100644
--- a/.agents/skills/unidesk-cicd/SKILL.md
+++ b/.agents/skills/unidesk-cicd/SKILL.md
@@ -18,7 +18,8 @@ HWLAB G14 和 AgentRun CI/CD 的受控入口。任何 PR 监控、Tekton/Argo、
   - 本 skill 负责这两种方式的自动交付、运行面操作和事故处理；
   - L0 Function 与 L1 Native 不使用 CI/CD。
   - 能在 L0/L1 复现和修复的问题，不用反复 L2/L3 rollout 代替快速小回环；修复后再通过正常自动链回归对应集群方式。
-  - L2 可由代理按任务需要自行判断；L3 的每一次生产操作都必须取得用户当次明确授权。
+  - L2 可由代理按任务需要自行判断。
+  - L3 必须先完成对应 L2 回归，L2 通过后才请求用户当次明确授权，获授权后再滚动到生产。
 
 ## 高频入口
 
diff --git a/.agents/skills/unidesk-devlevel/SKILL.md b/.agents/skills/unidesk-devlevel/SKILL.md
index fbf56b0a..05bc0321 100644
--- a/.agents/skills/unidesk-devlevel/SKILL.md
+++ b/.agents/skills/unidesk-devlevel/SKILL.md
@@ -20,10 +20,10 @@ description: >-
 | L2 | Development | `CLI -> dev K8s API -> dev Worker`；`web-probe -> dev Web` |
 | L3 | Production | `CLI -> prod K8s API -> prod Worker`；`web-probe -> prod Web` |
 
-- 四种方式相互独立，可以随时切换或组合。
-- 不要求按 L0、L1、L2、L3 顺序执行。
+- L0、L1 和 L2 可以自由选择、切换或组合。
+- 不要求按 L0、L1、L2 顺序执行；进入 L3 必须先完成对应 L2 回归。
 - 已经部署到 L3 的项目仍然经常使用 L0 和 L1 开发新功能、复现问题和快速调试。
-- 同一个任务可以按实际需要组合多种方式，也可以只使用其中一种。
+- 同一个任务可以按实际需要组合多种方式；不进入 L3 时也可以只使用其中一种。
 
 ## L0 Function
 
@@ -59,7 +59,9 @@ description: >-
 - Web 使用 `$unidesk-webdev` 与 owning YAML 选择的 production semantic origin。
 - 适合生产发布、生产环境问题复现和生产入口检查。
 - 生产 branch、tag、target、namespace 和入口只从项目 owning YAML 与领域 skill 读取。
-- 每一次执行 L3 都必须获得用户对本次生产操作的明确授权。
+- 执行 L3 前必须先完成目标版本和受影响路径的 L2 回归，并确认 L2 通过。
+- L2 未完成或未通过时，不请求 L3 授权，也不执行 L3 滚动。
+- L2 通过后，才请求用户对本次 L3 生产操作的明确授权；获得授权后才能滚动到 L3。
 - 不得沿用历史授权、其他任务授权、泛化的生产权限或“项目已经部署到生产”的事实。
 - 未取得本次明确授权时，只能说明需要 L3 并等待用户决定，不能执行生产写入。
 
@@ -69,7 +71,7 @@ description: >-
 - 需要 HTTP、Worker、Workflow 或前端联调时使用 L1。
 - 需要开发集群真实容器、网络、SecretRef 或共享依赖时使用 L2。
 - L2 可由代理根据任务实际需要自行判断和执行。
-- L3 只有在用户对本次生产操作明确授权后才能执行。
+- L3 只有在对应 L2 回归通过，并获得用户对本次生产操作的明确授权后才能执行。
 - 调试 L2/L3 问题时，可以随时回到 L0/L1 做更快的局部实验。
 - 不因为项目已经部署到 L2/L3 而跳过日常 L0/L1 开发。
 
@@ -85,8 +87,9 @@ description: >-
   - L0 修复的 L3 问题，依次回归 L0、L1、L2、L3；
   - L1 修复的 L2 问题，依次回归 L1、L2；
   - 回归只覆盖受影响路径和必要依赖。
-- 回归需要进入 L3 时必须停下并取得用户对本次生产操作的明确授权。
-- 这个顺序只用于问题处理，不改变四种开发方式可以自由选择和反复使用的定义。
+- 回归需要进入 L3 时，先完成并确认 L2 回归通过，再停下请求用户对本次生产操作的明确授权。
+- 获得当次授权后才滚动到 L3；未获授权时停留在已通过的 L2。
+- L3 的 L2 前置与当次授权只约束生产操作，不把等级变成项目成熟度或晋升状态。
 
 ## 项目适配