aodw-skill 0.7.13 → 0.7.17

package/.aodw-next/02-workflow/ui-workflow-rules.md

@@ -1,334 +1,99 @@
 # UI Workflow Rules
-UI 设计与审查流程规范
 
-## 0. 概述
-
-当 RT 任务涉及 UI/界面/交互相关工作时，必须执行本流程。本流程确保：
-- UI 设计符合项目统一审美标准（非 AI 风格）
-- **在实现前先产出静态 HTML 原型供用户确认**（强制步骤）
-- 通过严格的 UI 审查机制保证质量
-
-### 0.1 核心要求
-
-> ⚠️ **关键规则**：所有 UI 相关任务**必须**在 RT 目录中创建 HTML 版本的界面原型，并**必须**获得用户确认后才能进入实现阶段。
-
-- **HTML 原型文件位置**：`RT/RT-XXX/docs/ui-prototype.html`
-- **用户确认**：是强制门禁，不可跳过
-- **实现代码**：仅在用户确认原型后才能生成
+**适用场景**：UI/界面相关工作
 
 ---
 
-## 1. UI 任务识别（Task Type Detection）
-
-在执行任何任务之前，AI 必须首先进行 **任务类型判断**。
-
-### 1.1 UI 相关任务判定条件
-
-以下任意条件满足，即视为 **UI 相关任务**：
-
-- ✅ 涉及页面、界面、布局、组件、表单、Dashboard
-- ✅ 涉及用户操作流程、交互体验、可视化
-- ✅ 涉及前端 UI、样式、视觉呈现
-- ✅ 用户明确提到"界面 / UI / 好看 / 丑 / 设计"
-- ✅ 涉及 UI 改造、UI 新建、UI 优化
-
-### 1.2 判断时机
-
-- **RT 创建阶段**：在 `intake.md` 生成时进行判断
-- **任务执行阶段**：在执行任何代码修改前进行判断
-- **需求变更阶段**：当用户提出新需求时重新判断
-- **用户主动触发**：用户明确要求执行 UI 流程时（见第 1.4 节）
-
-### 1.3 判断结果处理
-
-- **非 UI 相关任务**：按正常 AODW 流程执行
-- **UI 相关任务**：**必须进入 UI 专用流程**（见第 2 节）
-
-### 1.4 用户主动触发 UI 流程
-
-用户可以在任何时候主动触发 UI 相关流程，AI 必须识别并执行。
-
-#### 1.4.1 触发命令识别
-
-AI 必须识别以下用户指令（支持多种表达方式）：
-
-| 触发类型 | 触发词示例 | 执行动作 |
-|---------|-----------|---------|
-| **UI 设计** | "请 AODW 规范，帮我就当前这个 RT 任务的界面进行设计"<br>"按 AODW 规范设计界面"<br>"设计 UI"<br>"生成界面原型" | 执行 UI 设计流程（第 2 节） |
-| **UI 审计/审查** | "请 AODW 规范，帮我就当前这个 RT 任务的界面进行审计"<br>"审计界面"<br>"审查 UI"<br>"检查界面" | 执行 UI Critic 审查流程（第 3 节） |
-| **UI 挑毛病** | "请 AODW 规范，帮我就当前这个 RT 任务的界面挑毛病"<br>"挑 UI 毛病"<br>"找界面问题"<br>"UI 有什么问题" | 执行 UI Critic 审查流程（第 3 节，严格模式） |
-
-> **详细规则**：请参考 `.aodw/01-core/ai-interaction-rules.md` 第 5.5 节
-
-#### 1.4.2 触发条件检查
-
-当用户触发 UI 流程时，AI 必须：
-
-1. **检查当前 RT 上下文**
-   - 确认是否存在当前 RT（检查 `RT/RT-XXX/` 目录）
-   - 如果不存在，提示用户："未找到当前 RT，请先创建或打开一个 RT"
-   - 如果存在，读取 `intake.md` 或 `spec.md` / `spec-lite.md` 了解任务内容
-
-2. **检查是否为 UI 相关任务**
-   - 如果 `intake.md` 中标注了 `ui_related: true`，直接进入 UI 流程
-   - 如果未标注，但任务涉及 UI（根据第 1.1 节判断），提示用户："检测到当前 RT 可能涉及 UI，是否执行 UI 流程？"
-   - 如果完全不涉及 UI，提示用户："当前 RT 不涉及 UI，是否仍要执行 UI 审查？"
-
-3. **执行对应的 UI 流程**
-   - **UI 设计**：按照第 2 节执行
-   - **UI 审计/审查/挑毛病**：按照第 3 节执行
-
-#### 1.4.3 执行优先级
+## 0. 概述
 
-- **用户主动触发** > **自动流程触发**
-- 如果用户主动触发 UI 流程，即使当前不在 UI 相关阶段，也应立即执行
-- 执行完成后，询问用户是否继续原流程
+> **关键规则**：所有 UI 相关任务**必须**在 RT 目录中创建 HTML 版本的界面原型，并**必须**获得用户确认后才能进入实现阶段。
 
 ---
 
-## 2. UI 专用流程（强制执行，不可跳过）
-
-当任务被判定为 UI 相关时，AI 必须严格按以下顺序执行：
-
-### 2.1 规则文件读取（强制前置，但按需加载）
-
-> ⚠️ **Token 优化**：UI-Kit 文件应该合并为单个文件（`.aodw/03-standards/ui-kit/ui-kit.md`），以减少加载次数和 token 消耗。
-
-**加载时机**：在生成任何 UI 代码之前，AI **必须**先读取并理解 UI 设计规范文件。
-
-**文件位置**：`.aodw/03-standards/ui-kit/` 目录
-
-**加载方式**：
-- **必须读取**：`.aodw/03-standards/ui-kit/ui-kit.md`（合并后的统一文件，包含所有 UI 设计规范）
-  - 第 1 节：UI 设计系统（统一审美与设计约束）
-  - 第 2 节：UI 生成提示词（所有 UI 生成的"总提示词"）
-  - 第 3 节：禁止的 AI 风格（明确禁止的 AI 审美）
-  - 第 4 节：UI Critic Agent（UI 审查标准）
-
-**关键规则**：
-- ⚠️ 在未确认理解上述规则之前，**不允许生成任何 UI**
-- ⚠️ 在未确认理解上述规则之前，**不允许输出任何代码**
-- ⚠️ **只在 UI 任务时加载**，非 UI 任务不加载 UI-Kit 文件
-- AI 必须明确告知用户："已读取 UI 设计规范，准备开始设计"
-
-### 2.2 UI 生成阶段规则
-
-#### 2.2.1 设计原则
-
-UI 生成必须遵守：
-- ✅ 克制、非 AI 风格
-- ✅ 禁止蓝 / 紫 / 红 AI 默认审美
-- ✅ 更像真实成熟产品（Linear / Notion / Stripe），而非 Demo 或 AI 工具
-- ✅ 严格遵循 `ui-kit.md` 第 1 节（UI 设计系统）中的规范
+## 1. 强制要求
 
-#### 2.2.2 生成流程（必须顺序执行，不可跳过）
-
-**步骤 A：UI 结构与设计说明**
-- 先输出 UI 结构与设计说明
-- 包括：布局结构、组件层次、交互流程、颜色方案
-- 说明设计理由，解释如何符合设计系统
-
-**步骤 B：静态 HTML 原型生成（强制步骤）**
-
-> ⚠️ **关键规则**：所有 UI 相关任务**必须**在 RT 目录中创建 HTML 版本的界面原型。
-
-- **文件位置**：必须在 `RT/RT-XXX/docs/ui-prototype.html`（如果 `docs/` 目录不存在，必须先创建）
-- **文件命名**：统一使用 `ui-prototype.html`
-- **文件内容要求**：
-  - ✅ 生成**完整的静态 HTML 原型**（使用模拟数据）
-  - ✅ **必须包含所有 UI 元素和交互状态**
-  - ✅ **必须包含完整的样式**（内联 CSS 或 `<style>` 标签）
-  - ✅ **必须包含模拟数据**（不需要任何真实 API 请求）
-  - ✅ 必须能够在浏览器中直接打开查看
-  - ✅ 必须符合 `ui-kit.md` 第 1 节（UI 设计系统）中的设计规范
-- **文件创建**：AI 必须使用 `write` 工具创建此文件，确保文件存在于 RT 目录中
-
-**步骤 C：用户确认（强制门禁，不可跳过）**
-
-> ⚠️ **关键规则**：用户确认是**强制步骤**，未获得确认前**严禁**进入实现阶段。
-
-- **展示 HTML 原型**：
-  - 告知用户文件位置：`RT/RT-XXX/docs/ui-prototype.html`
-  - 提示用户："请在浏览器中打开此文件查看界面原型"
-  - 如果可能，提供文件路径的完整说明
-- **明确询问**：
-  - 必须明确询问："请确认此 UI 原型是否符合预期？"
-  - 必须等待用户明确确认（"确认"、"通过"、"继续"、"批准"等）
-- **确认前禁止**：
-  - ❌ **未获得用户确认前，禁止进入下一步**
-  - ❌ **未获得用户确认前，禁止生成任何实现代码**
-  - ❌ **未获得用户确认前，禁止修改任何业务代码**
-
-**步骤 D：实现代码生成（用户确认后）**
-- **仅在用户明确确认后**，才生成实际实现代码
-- 代码必须与确认的原型保持一致
-- 如果用户要求修改，必须回到步骤 A 重新设计
+⚠️ **绝对禁止**：
+- ❌ 在 HTML 原型未获用户确认前生成实现代码
+- ❌ 跳过 UI 原型或界面设计阶段
+- ❌ 未经过用户确认直接进入实现阶段
 
 ---
 
-## 3. UI 质量审查（必须执行）
-
-在 UI 初稿生成完成后（无论是 HTML 原型还是实现代码），**必须自动执行 UI 审查流程**。
+## 2. 流程步骤
 
-### 3.1 审查触发时机
+### Step 0: 任务类型判断
 
-- **自动触发**：
-  - HTML 原型生成后（用户确认前）
-  - 实现代码生成后（提交前）
-- **用户主动触发**：
-  - 用户明确要求"审计界面"、"审查 UI"、"检查界面"、"挑 UI 毛病"等
-  - 用户可以在任何时候主动触发 UI 审查，即使不在 UI 相关阶段
-  - 详细触发命令见第 1.4 节
-
-### 3.2 审查执行流程
-
-1. **切换到 UI Critic 角色**
-   - 按照 `.aodw/03-standards/ui-kit/ui-kit.md` 第 4 节（UI Critic Agent）的标准执行审查
-   - 以"挑剔的资深 UI/UX 设计总监"身份进行评判
-
-2. **审查标准**
-   - 是否有 AI 默认审美特征
-   - 是否像真实产品，而不是 Demo
-   - 是否存在颜色、排版、层级滥用
-   - 是否"用力过猛"
-
-3. **审查输出格式**
-   必须包含：
-   - **丑点清单**（明确指出问题）
-   - **为什么丑**（原因分析）
-   - **如何改**（改进建议）
-   - **是否建议整体重做**（是 / 否）
-
-### 3.3 审查结果处理
-
-- **通过审查**：继续下一步流程
-- **未通过审查**：进入重构流程（见第 4 节）
+**触发条件**（任一满足即视为 UI 任务）：
+- 涉及页面、界面、布局、组件、表单、Dashboard
+- 涉及前端 UI、样式、视觉呈现
+- 涉及用户操作流程、交互体验、可视化
+- 用户明确提到"界面"、"UI"、"设计"、"原型"
 
 ---
 
-## 4. 重构流程（条件触发）
-
-如果 UI Critic 指出存在明显问题，必须执行重构：
-
-### 4.1 重构触发条件
-
-- UI Critic 明确建议"整体重做"
-- 发现 `ui-kit.md` 第 3 节（禁止的 AI 风格）中列出的任何禁止模式
-- 存在明显的颜色、排版、层级问题
+### Step 1: HTML 原型（强制）
 
-### 4.2 重构执行规则
+**AI 必须**：
+1. 生成静态 HTML 原型
+2. 保存位置：`RT/RT-XXX/docs/ui-prototype.html`
+3. 使用 Tailwind CSS 实现统一审美（如项目使用）
 
-1. **禁止引入禁止模式**
-   - 不得引入 `ui-kit.md` 第 3 节（禁止的 AI 风格）中的任何模式
-   - 不得使用蓝紫渐变、紫色主色、高饱和科技蓝等
+**原型内容**：
+- 页面结构
+- 核心组件
+- 关键交互流程
+- 表单布局
+- **无真实逻辑代码**
 
-2. **重构目标**
-   - 更人类、更克制、更专业
-   - 更接近 Linear / Notion / Stripe 风格
-
-3. **重构后重新审查**
-   - 重构完成后，必须再次执行 UI 审查流程
-   - 直到通过审查或用户明确接受
+**用户确认**：
+- 原型必须通过用户审查（A/B/C）
+- 确认后才能进入实现阶段
 
 ---
 
-## 5. UI 流程与 RT 流程集成
-
-### 5.1 在 Spec-Lite 中的集成
-
-当 RT 使用 Spec-Lite Profile 且涉及 UI 时：
-
-1. **Intake 阶段**：识别为 UI 任务
-2. **Spec 阶段**：在 `spec-lite.md` 中明确标注 UI 相关
-3. **Plan 阶段**：在 `plan-lite.md` 中必须包含：
-   - UI 原型生成步骤
-   - UI 审查步骤
-   - 用户确认步骤
-4. **实现阶段**：按本流程执行
-
-### 5.2 在 Spec-Full 中的集成
-
-当 RT 使用 Spec-Full Profile 且涉及 UI 时：
-
-1. **Intake 阶段**：识别为 UI 任务
-2. **Spec 阶段**：在 `spec.md` 中详细描述 UI 需求
-3. **Plan 阶段**：在 `plan.md` 中必须包含：
-   - UI 原型设计步骤
-   - UI 审查步骤
-   - 用户确认步骤
-   - UI 实现步骤
-4. **Impact 阶段**：在 `impact.md` 中分析 UI 变更影响
-5. **实现阶段**：按本流程执行
-
-### 5.3 文档记录要求
-
-UI 相关 RT 必须在以下文档中记录：
+### Step 2: 实现阶段（可选）
 
-- **`intake.md`**：标注 `ui_related: true`
-- **`spec.md` 或 `spec-lite.md`**：包含 UI 设计说明
-- **`plan.md` 或 `plan-lite.md`**：包含 UI 流程步骤
-- **`RT/RT-XXX/docs/ui-prototype.html`**：**必须创建** HTML 原型文件（强制要求）
-- **`changelog.md`**：记录 UI 变更历史，包括 HTML 原型的创建和确认时间
+**仅在以下情况进入**：
+- HTML 原型已获用户确认
+- 明确告知"现在开始实现"
 
 ---
 
-## 6. 最终原则
+## 3. 配置模板位置
 
-### 6.1 质量优先
+**HTML 原型模板**：
+- 位置：`.aodw-next/templates/ui-prototype.template.html`
 
-**UI 的质量优先级高于完成速度。**
+**前端工具配置**：
+- ESLint 配置模板：`.aodw-next/templates/tools-config/frontend/eslint.config.template.json`
+- TypeScript 配置模板：`.aodw-next/templates/tools-config/frontend/tsconfig.paths.template.json`
 
-如果不确定是否好看，**优先简化，而不是增加设计**。
-
-### 6.2 用户确认优先（强制要求）
-
-**所有 UI 设计必须经过用户确认才能进入实现阶段。**
-
-**强制要求**：
-- ✅ **必须**在 `RT/RT-XXX/docs/ui-prototype.html` 创建 HTML 原型文件
-- ✅ **必须**等待用户在浏览器中查看原型并明确确认
-- ✅ **必须**在用户确认后才允许生成实现代码
-- ❌ **严禁**跳过 HTML 原型直接生成实现代码
-- ❌ **严禁**在未获得用户确认前进入实现阶段
-
-静态 HTML 原型是确认的关键工具，必须包含完整的视觉呈现和所有交互状态。
-
-### 6.3 禁止跳过（强制检查点）
+---
 
-以下步骤**不可跳过**，违反将视为严重违规：
-- ❌ 规则文件读取
-- ❌ UI 结构与设计说明
-- ❌ **静态 HTML 原型生成**（必须在 `RT/RT-XXX/docs/ui-prototype.html` 创建文件）
-- ❌ **用户确认**（强制门禁，未确认前禁止进入实现阶段）
-- ❌ UI 审查
+## 4. 检查清单
 
-**违规处理**：
-- 如果 AI 跳过 HTML 原型生成或用户确认步骤，必须立即停止，重新执行完整流程
+| 项目 | 检查项 | 状态 |
+|-------|---------|------|
+| HTML 原型 | `docs/ui-prototype.html` 已创建并确认 | |
+| 技术栈 | React/TypeScript / Vue 已配置 | |
+| 工具链 | ESLint / Prettier 已安装 | |
 
 ---
 
-## 7. 违规处理
+## 5. 审计选项
 
-如果 AI 违反本流程：
+**AI 识别到 UI 任务时，必须提供以下审计选项**：
 
-1. **在未读取规则文件前生成 UI**：必须立即停止，重新读取规则
-2. **未创建 HTML 原型文件**：必须立即停止，创建 `RT/RT-XXX/docs/ui-prototype.html` 文件
-3. **跳过用户确认直接实现**：必须回退，重新生成原型并确认，**严禁**在未确认前生成实现代码
-4. **未执行 UI 审查**：必须补充审查，根据结果决定是否重构
-5. **引入禁止的 AI 风格**：必须立即重构，不得继续
-
-**严重违规**：
-- 如果 AI 跳过 HTML 原型创建或用户确认步骤，视为严重违规
-- 必须立即停止所有工作，重新执行完整的 UI 流程
-- 必须向用户明确说明违规情况并道歉
+1. **UI 设计流程**（推荐）：按 AODW UI 规范设计原型，等待确认
+2. **UI 审计流程**：按 AODW UI 规范审计现有界面，提供改进建议
+3. **UI 找问题流程**：按 AODW UI 规范找出界面问题，提供修复建议
 
 ---
 
-## 8. 参考文件
-
-- `.aodw/03-standards/ui-kit/ui-kit.md` - 统一 UI 设计规范（合并文件，包含所有 UI 设计规范）
-  - 第 1 节：UI 设计系统（统一审美与设计约束）
-  - 第 2 节：UI 生成提示词（所有 UI 生成的"总提示词"）
-  - 第 3 节：禁止的 AI 风格（明确禁止的 AI 审美）
-  - 第 4 节：UI Critic Agent（专门「挑丑」的 AI Agent）
+## 6. 禁止行为
 
+⚠️ **严禁以下行为**：
+- ❌ 生成实现代码（HTML 原型仅包含结构和布局）
+- ❌ 跳过 HTML 原型阶段
+- ❌ 未经确认进入实现阶段
+- ❌ 不遵循项目 UI 设计系统（如有）

package/.aodw-next/03-standards/ai-coding-rules-common.md

@@ -1,6 +1,6 @@
 # AI Coding Rules - Common Standards
 
-> **注意**：本文件是 `.aodw/03-standards/ai-coding-rules.md` 的子规范文件。  
+> **注意**：本文件是 `.aodw-next/03-standards/ai-coding-rules.md` 的子规范文件。  
 > 请先阅读主文件了解通用编码原则，再阅读本文件了解通用编码规范。
 
 **适用场景**：

package/.aodw-next/03-standards/ai-coding-rules.md

@@ -11,16 +11,16 @@
 在进行任何非琐碎（非机械重复）操作前，AI 必须：
 
 1. **读取核心文档**：
-   - `.aodw/01-core/aodw-constitution.md`
-   - `.aodw/06-project/ai-overview.md`
-   - `.aodw/03-standards/ai-coding-rules.md`（本文件）
-   - `.aodw/01-core/ai-knowledge-rules.md`
+   - `.aodw-next/01-core/aodw-constitution.md`
+   - `.aodw-next/06-project/ai-overview.md`
+   - `.aodw-next/03-standards/ai-coding-rules.md`（本文件）
+   - `.aodw-next/01-core/ai-knowledge-rules.md`
 
 2. **按需加载开发规范**（根据任务类型）：
-   - **通用编码规范**：必须读取 `.aodw/03-standards/ai-coding-rules-common.md`（文件大小、复杂度、拆分原则等）
+   - **通用编码规范**：必须读取 `.aodw-next/03-standards/ai-coding-rules-common.md`（文件大小、复杂度、拆分原则等）
    - **如果涉及前端开发**：必须读取对应的栈规范（React: `stacks/react-typescript/...`, Vue2: `stacks/vue2/...`）
    - **如果涉及后端开发**：必须读取对应的栈规范（Python: `stacks/python-fastapi/...`, Java: `stacks/java-springboot/...`）
-   - **如果涉及 UI 设计**：必须读取 `.aodw/ai-coding-rules-ui.md`（如果存在）
+   - **如果涉及 UI 设计**：必须读取 `.aodw-next/03-standards/ui-kit/ui-kit.md`
 
    **判断任务类型的依据**：
    - **代码路径**：
@@ -59,6 +59,72 @@
 
 ---
 
+## 1.5 LLM 编码行为基线（防失误）
+
+> 目标：减少 AI 过度实现、静默假设、无关重构与“改完才澄清”的问题。  
+> 原则：在多数任务中优先稳健性，高于执行速度；对琐碎任务可适度简化。
+
+### A. 先想后写（Think Before Coding）
+
+在开始实现前，AI 必须显式给出：
+
+1. **假设声明**：列出关键假设（输入、边界、依赖、预期行为）。
+2. **不确定性声明**：如存在歧义，必须列出 2+ 种解释，不得静默选择其一。
+3. **简化选项说明**：若存在更小改动方案，必须说明并优先推荐。
+4. **阻断提问机制**：关键信息缺失时，必须暂停实现并提问，不得“先写后问”。
+
+### B. 简单优先（Simplicity First）
+
+AI 必须遵守最小实现原则：
+
+- 不实现用户未请求的能力（禁止 scope creep）
+- 不为一次性逻辑引入抽象层
+- 不为“未来可能”增加配置项
+- 不为不可能场景添加防御性错误处理
+
+**自检问题（必须）**：  
+“当前方案是否被资深工程师认为过度设计？”  
+若答案是“可能是”，必须先简化再实现。
+
+### C. 外科手术式修改（Surgical Changes）
+
+AI 在修改现有代码时必须：
+
+1. 仅修改与当前请求直接相关的代码行；
+2. 不顺手重构、重排、格式化无关代码；
+3. 保持原有代码风格（除非用户要求统一风格）；
+4. 仅清理由本次改动引入的孤儿代码（unused import/var/function）。
+
+如果发现预存死代码或可优化点：**只记录，不自动处理**。
+
+### D. 目标驱动执行（Goal-Driven Execution）
+
+AI 必须把需求改写为可验证目标，并形成“实现-验证”闭环：
+
+- Bug 修复：先构造复现（测试或步骤），再修复并验证通过
+- 行为增强：先定义成功判据，再实现并验证
+- 重构任务：确保变更前后行为等价（测试或关键路径回归）
+
+对于多步骤任务，必须先给出简要计划（步骤 + 对应验证方式）。
+
+### E. 实现前最小输出模板（建议在 plan/回复中复用）
+
+```markdown
+## 实现前对齐
+- 假设：
+  - ...
+- 歧义点：
+  - 解释 A：...
+  - 解释 B：...
+  - 推荐：A（理由：...）
+- 最小可行改动：
+  - ...
+- 成功标准（可验证）：
+  - ...
+```
+
+---
+
 ## 2. 影响分析（Impact Analysis）
 
 在提出任何解决方案之前，AI 必须生成一份影响分析，并写入当前 RT 的 `impact.md`（或更新之）。
@@ -97,7 +163,7 @@
 
 1. 打开并检查：
    - `RT/RT-XXX/invariants.md`（如果存在）
-   - `.aodw/06-project/ai-overview.md` 中的系统级 Invariants
+   - `.aodw-next/06-project/ai-overview.md` 中的系统级 Invariants
 2. 在 `invariants.md` 中列出本次改动必须保持的条件，例如：
 
 ```markdown
@@ -126,7 +192,7 @@ AI 提出变更方案时，应：
 4. 允许用户选择“推荐方案”或指定其他选项。
 
 在 Spec-Full 流程中，方案设计应记录在 `plan.md`；  
-在 Spec-Lite 流程中，记录在 `plan-lite.md`。
+在 Spec-Lite 流程中，记录在 `rt-lite.md` §2。
 
 ---
 
@@ -170,7 +236,7 @@ AI 提出变更方案时，应：
 
 ## 7. Git Discipline（完成与合并规则）
 
-所有 Git 操作必须严格遵循 `.aodw/01-core/git-discipline.md` 中定义的规范，包括：
+所有 Git 操作必须严格遵循 `.aodw-next/01-core/git-discipline.md` 中定义的规范，包括：
 
 - **分支命名**：`feature/RT-XXX-short-name`
 - **提交信息格式**：Conventional Commits + `Refs: RT-XXX`
@@ -186,10 +252,10 @@ AI 在完成 RT 时，应提示用户执行完整的 Git Discipline 流程，或
 
 ## 8. 代码复杂度与输出规范 (Complexity & Output Standards)
 
-> **注意**：本节的详细规范已移至 `.aodw/03-standards/ai-coding-rules-common.md`。  
+> **注意**：本节的详细规范已移至 `.aodw-next/03-standards/ai-coding-rules-common.md`。  
 > 所有开发任务都必须读取该文件，了解文件大小限制、复杂度控制、拆分原则和输出策略。
 
-**必须读取**：`.aodw/03-standards/ai-coding-rules-common.md`
+**必须读取**：`.aodw-next/03-standards/ai-coding-rules-common.md`
 
 该文件包含：
 - 全局文件长度限制（软上限）
@@ -207,7 +273,7 @@ AI 在完成 RT 时，应提示用户执行完整的 Git Discipline 流程，或
 
 ### 9.1 通用编码规范
 
-**文件**：`.aodw/03-standards/ai-coding-rules-common.md`
+**文件**：`.aodw-next/03-standards/ai-coding-rules-common.md`
 
 **适用场景**：所有类型的代码开发
 
@@ -224,7 +290,7 @@ AI 在完成 RT 时，应提示用户执行完整的 Git Discipline 流程，或
 
 ### 9.2 前端开发规范
 
-**文件**：`.aodw/03-standards/stacks/react-typescript/ai-coding-rules-frontend.md`
+**文件**：`.aodw-next/03-standards/stacks/react-typescript/ai-coding-rules-frontend.md`
 
 **适用场景**：
 - 前端开发（React + TypeScript + Vite）
@@ -254,7 +320,7 @@ AI 在完成 RT 时，应提示用户执行完整的 Git Discipline 流程，或
 
 ### 9.3 前端开发规范 (Vue 2)
 
-**文件**：`.aodw/03-standards/stacks/vue2/ai-coding-rules-frontend.md`
+**文件**：`.aodw-next/03-standards/stacks/vue2/ai-coding-rules-frontend.md`
 
 **适用场景**：
 - 前端开发（Vue 2.6 + Webpack 4）
@@ -272,7 +338,7 @@ AI 在完成 RT 时，应提示用户执行完整的 Git Discipline 流程，或
 
 ### 9.4 后端开发规范 (Python FastAPI)
 
-**文件**：`.aodw/03-standards/stacks/python-fastapi/ai-coding-rules-backend.md`
+**文件**：`.aodw-next/03-standards/stacks/python-fastapi/ai-coding-rules-backend.md`
 
 **适用场景**：
 - 后端开发（FastAPI / Python、Node.js、Go 等）
@@ -304,7 +370,7 @@ AI 在完成 RT 时，应提示用户执行完整的 Git Discipline 流程，或
 
 ### 9.5 后端开发规范 (Java SpringBoot)
 
-**文件**：`.aodw/03-standards/stacks/java-springboot/ai-coding-rules-backend.md`
+**文件**：`.aodw-next/03-standards/stacks/java-springboot/ai-coding-rules-backend.md`
 
 **适用场景**：
 - 后端开发（Java 21 + Spring Boot 2.7）
@@ -321,7 +387,7 @@ AI 在完成 RT 时，应提示用户执行完整的 Git Discipline 流程，或
 
 ### 9.6 UI 设计规范（将来）
 
-**文件**：`.aodw/ai-coding-rules-ui.md`
+**文件**：`.aodw-next/03-standards/ui-kit/ui-kit.md`
 
 **适用场景**：
 - UI 设计
@@ -334,7 +400,7 @@ AI 在完成 RT 时，应提示用户执行完整的 Git Discipline 流程，或
 
 ### 9.7 工具初始化规则
 
-**文件**：`.aodw/05-tooling/ai-tools-init-rules.md`
+**文件**：`.aodw-next/05-tooling/ai-tools-init-rules.md`
 
 **适用场景**：
 - 用户说"初始化工具"、"设置开发工具"、"配置工具"等
@@ -360,11 +426,11 @@ AI 在执行开发任务时，必须按以下流程加载规范：
 1. **第一步**：读取核心文档（见第 0 节）
 2. **第二步**：判断任务类型（根据代码路径、文件类型、RT 文档、用户说明）
 3. **第三步**：按需加载开发规范：
-   - **必须**读取 `.aodw/03-standards/ai-coding-rules-common.md`（通用规范）
-   - **如果涉及前端 (React)**：读取 `.aodw/03-standards/stacks/react-typescript/ai-coding-rules-frontend.md`
-   - **如果涉及前端 (Vue 2)**：读取 `.aodw/03-standards/stacks/vue2/ai-coding-rules-frontend.md`
-   - **如果涉及后端 (Python)**：读取 `.aodw/03-standards/stacks/python-fastapi/ai-coding-rules-backend.md`
-   - **如果涉及后端 (Java)**：读取 `.aodw/03-standards/stacks/java-springboot/ai-coding-rules-backend.md`
-   - **如果涉及 UI 设计**：读取 `.aodw/ai-coding-rules-ui.md`（如果存在）
-   - **如果用户表达工具初始化意图**：读取 `.aodw/05-tooling/ai-tools-init-rules.md`
+   - **必须**读取 `.aodw-next/03-standards/ai-coding-rules-common.md`（通用规范）
+   - **如果涉及前端 (React)**：读取 `.aodw-next/03-standards/stacks/react-typescript/ai-coding-rules-frontend.md`
+   - **如果涉及前端 (Vue 2)**：读取 `.aodw-next/03-standards/stacks/vue2/ai-coding-rules-frontend.md`
+   - **如果涉及后端 (Python)**：读取 `.aodw-next/03-standards/stacks/python-fastapi/ai-coding-rules-backend.md`
+   - **如果涉及后端 (Java)**：读取 `.aodw-next/03-standards/stacks/java-springboot/ai-coding-rules-backend.md`
+   - **如果涉及 UI 设计**：读取 `.aodw-next/03-standards/ui-kit/ui-kit.md`
+   - **如果用户表达工具初始化意图**：读取 `.aodw-next/05-tooling/ai-tools-init-rules.md`
 4. **第四步**：根据规范执行开发任务

package/.aodw-next/03-standards/stacks/java-springboot/ai-coding-rules-backend.md

@@ -1,6 +1,6 @@
 # AI Coding Rules - Backend Development
 
-> **注意**：本文件是 `.aodw/03-standards/ai-coding-rules.md` 的子规范文件。  
+> **注意**：本文件是 `.aodw-next/03-standards/ai-coding-rules.md` 的子规范文件。  
 > 请先阅读主文件了解通用编码原则，再阅读本文件了解后端特定规范。
 
 **适用场景**：
@@ -24,9 +24,9 @@
 - **消息中间件**：RabbitMQ
 
 **必须与以下规范配合使用**：
-- `.aodw/03-standards/ai-coding-rules.md`（主文件，包含通用原则）
-- `.aodw/03-standards/ai-coding-rules-common.md`（通用编码规范）
-- `.aodw/05-tooling/ai-tools-init-rules.md`（工具初始化规则，如果通过 AI 方式初始化工具）
+- `.aodw-next/03-standards/ai-coding-rules.md`（主文件，包含通用原则）
+- `.aodw-next/03-standards/ai-coding-rules-common.md`（通用编码规范）
+- `.aodw-next/05-tooling/ai-tools-init-rules.md`（工具初始化规则，如果通过 AI 方式初始化工具）
 
 **⚠️ 强制要求**：所有后端开发必须严格遵守 `docs/backend-guidelines.md` 中的规范（如果存在）。
 
@@ -44,10 +44,10 @@
 
 **AI 必须检查**：
 - [ ] 是否已运行工具初始化？
-- [ ] `.aodw/tools-status.yaml` 中 `initialized: true` 且后端工具状态为 `configured: true`？
+- [ ] `.aodw-next/tools-status.yaml` 中 `initialized: true` 且后端工具状态为 `configured: true`？
 
 **检查方法**：
-1. 读取 `.aodw/tools-status.yaml` 文件
+1. 读取 `.aodw-next/tools-status.yaml` 文件
 2. 检查 `tools_init.initialized` 是否为 `true`
 3. 检查 `tools_init.backend.maven.configured` 是否为 `true`（Maven 依赖管理）
 4. 检查 `tools_init.backend.checkstyle.configured` 是否为 `true`（如果使用 Checkstyle）
@@ -87,7 +87,7 @@
 
 ### 2.4 工具配置参考
 
-**配置模板位置**：`.aodw/templates/tools-config/backend/`
+**配置模板位置**：`.aodw-next/templates/tools-config/backend/`
 - Checkstyle 配置模板：`checkstyle.config.template.xml`（如果存在）
 - Spotless 配置模板：`spotless.config.template.xml`（如果存在）
 - pre-commit 配置模板：`pre-commit.config.template.yaml`
@@ -184,10 +184,10 @@ backend/
 
 在提交 Java 代码前，必须完成以下检查：
 
-### 8.1 工具初始化检查（参考 `.aodw/03-standards/stacks/java-springboot/ai-coding-rules-backend.md` 第 2 节）
+### 8.1 工具初始化检查（参考 `.aodw-next/03-standards/stacks/java-springboot/ai-coding-rules-backend.md` 第 2 节）
 
 - [ ] **工具是否已初始化**：
-  - [ ] 检查 `.aodw/tools-status.yaml` 中 `initialized: true`
+  - [ ] 检查 `.aodw-next/tools-status.yaml` 中 `initialized: true`
   - [ ] **Maven** 是否已安装并配置？
   - [ ] **Checkstyle** 是否已安装并配置？（如果使用）
   - [ ] **Spotless** 是否已安装并配置？（如果使用）