aodw-skill 0.7.13 → 0.7.17

package/.aodw-next/03-standards/stacks/python-fastapi/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` 的子规范文件。  
 > 请先阅读主文件了解通用编码原则，再阅读本文件了解后端特定规范。
 
 **适用场景**：
@@ -10,9 +10,9 @@
 - 后端工具配置
 
 **必须与以下规范配合使用**：
-- `.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` 中的规范（如果存在）。
 
@@ -49,10 +49,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.dependency_manager.configured` 是否为 `true`（uv + pip-tools）
 4. 检查 `tools_init.backend.ruff.configured` 是否为 `true`
@@ -86,14 +86,14 @@
 **如果工具未初始化或未配置**：
 1. **AI 必须立即停止编码**
 2. **AI 必须提示用户运行工具初始化**：
-   - **CLI 方式**：运行 `aodw` 选择"工具初始化"，或运行 `aodw init-tools`
+   - **CLI 方式**：运行 `aodw-skill` 选择"工具初始化"，或运行 `aodw-skill init-tools`
    - **AI 方式**：说"初始化工具"或"设置开发工具"
 3. **AI 必须说明**：工具初始化会引导用户完成工具的安装和配置
 4. **在工具初始化完成前，不能开始编码**
 
 ### 2.4 工具配置参考
 
-**配置模板位置**：`.aodw/templates/tools-config/backend/`
+**配置模板位置**：`.aodw-next/templates/tools-config/backend/`
 - Ruff 配置模板：`ruff.config.template.toml`（需要合并到 `pyproject.toml`）
 - Black 配置模板：`black.config.template.toml`（需要合并到 `pyproject.toml`）
 - pre-commit 配置模板：`pre-commit.config.template.yaml`
@@ -455,17 +455,17 @@ AI 在编写后端代码时必须遵守以下流程和规则：
 
 在提交后端代码前，必须完成以下检查：
 
-### 11.1 工具初始化检查（参考 `.aodw/03-standards/stacks/python-fastapi/ai-coding-rules-backend.md` 第 2 节）
+### 11.1 工具初始化检查（参考 `.aodw-next/03-standards/stacks/python-fastapi/ai-coding-rules-backend.md` 第 2 节）
 
 - [ ] **工具是否已初始化**：
-  - [ ] 检查 `.aodw/tools-status.yaml` 中 `initialized: true`
+  - [ ] 检查 `.aodw-next/tools-status.yaml` 中 `initialized: true`
   - [ ] **依赖管理工具**（uv + pip-tools）是否已安装并配置？
   - [ ] Ruff 是否已安装并配置？
   - [ ] Black 是否已安装并配置？
   - [ ] pre-commit 是否已安装并配置？
   - [ ] pre-commit hooks 是否已安装？
 
-### 11.2 依赖管理检查（参考 `.aodw/03-standards/stacks/python-fastapi/ai-coding-rules-backend.md` 第 3 节）
+### 11.2 依赖管理检查（参考 `.aodw-next/03-standards/stacks/python-fastapi/ai-coding-rules-backend.md` 第 3 节）
 
 - [ ] **依赖管理规范**：
   - [ ] 是否使用 `uv + pip-tools` 管理依赖？
@@ -579,7 +579,7 @@ package==1.0.0  # 除非有特殊原因
 
 ### 13.1 配置模板位置
 
-**配置模板**：`.aodw/templates/tools-config/backend/`
+**配置模板**：`.aodw-next/templates/tools-config/backend/`
 - Ruff 配置模板：`ruff.config.template.toml`（需要合并到 `pyproject.toml`）
 - Black 配置模板：`black.config.template.toml`（需要合并到 `pyproject.toml`）
 - pre-commit 配置模板：`pre-commit.config.template.yaml`
@@ -607,6 +607,6 @@ CI/CD 再次验证（可选）
 ### 13.3 工具初始化
 
 **如果工具未初始化**：
-- 运行 `aodw init-tools` 或通过 AI 命令"初始化工具"
+- 运行 `aodw-skill init-tools` 或通过 AI 命令"初始化工具"
 - 工具初始化会引导您完成工具的安装和配置
 - 配置模板会自动应用到项目中

package/.aodw-next/03-standards/stacks/react-typescript/ai-coding-rules-frontend.md

@@ -1,6 +1,6 @@
 # AI Coding Rules - Frontend Development
 
-> **注意**：本文件是 `.aodw/03-standards/ai-coding-rules.md` 的子规范文件。  
+> **注意**：本文件是 `.aodw-next/03-standards/ai-coding-rules.md` 的子规范文件。  
 > 请先阅读主文件了解通用编码原则，再阅读本文件了解前端特定规范。
 
 **适用场景**：
@@ -9,9 +9,9 @@
 - 前端工具配置
 
 **必须与以下规范配合使用**：
-- `.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/frontend-guidelines.md` 中的规范。
 
@@ -39,10 +39,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.frontend.eslint.configured` 是否为 `true`
 4. 检查 `tools_init.frontend.prettier.configured` 是否为 `true`
@@ -72,7 +72,7 @@
 
 ### 2.4 工具配置参考
 
-**配置模板位置**：`.aodw/templates/tools-config/frontend/`
+**配置模板位置**：`.aodw-next/templates/tools-config/frontend/`
 - ESLint 配置模板：`eslint.config.template.json`
 - Prettier 配置模板：`prettier.config.template.json`
 - TypeScript Path Alias 模板：`tsconfig.paths.template.json`
@@ -257,8 +257,8 @@ AI 在编写前端代码时必须遵守以下流程：
 
 在提交前端代码前，必须完成以下检查：
 
-- [ ] **工具初始化检查**（参考 `.aodw/03-standards/stacks/react-typescript/ai-coding-rules-frontend.md` 第 2 节）：
-  - [ ] 工具是否已初始化？（检查 `.aodw/tools-status.yaml`）
+- [ ] **工具初始化检查**（参考 `.aodw-next/03-standards/stacks/react-typescript/ai-coding-rules-frontend.md` 第 2 节）：
+  - [ ] 工具是否已初始化？（检查 `.aodw-next/tools-status.yaml`）
   - [ ] ESLint 是否已安装并配置？
   - [ ] Prettier 是否已安装并配置？
   - [ ] TypeScript path alias 是否已配置？
@@ -267,7 +267,7 @@ AI 在编写前端代码时必须遵守以下流程：
   - [ ] 可复用业务逻辑是否放在 `src/features/<domain>/` 下？
   - [ ] 通用组件/hooks/工具是否放在 `src/shared/` 下？
   - [ ] 依赖关系是否符合规范（pages → features/shared, features → shared）？
-- [ ] **文件大小检查**（参考 `.aodw/03-standards/ai-coding-rules-common.md`）：
+- [ ] **文件大小检查**（参考 `.aodw-next/03-standards/ai-coding-rules-common.md`）：
   - [ ] 页面入口组件（index.tsx）是否 ≤ 300 行？
   - [ ] 普通组件/hooks/store 文件是否 ≤ 200 行？
   - [ ] 单个函数是否 ≤ 60 行？

package/.aodw-next/03-standards/stacks/rust-axum/ai-coding-rules-backend.md

@@ -89,7 +89,7 @@ backend/
 
 在开始开发前，必须运行工具初始化：
 - 通过 AI 命令："初始化工具" 或 "设置开发工具"
-- 通过 CLI 命令：`aodw init-tools`
+- 通过 CLI 命令：`aodw-skill init-tools`
 
 工具初始化会自动：
 - 检测 rustfmt、clippy、cargo 是否已安装
@@ -99,7 +99,7 @@ backend/
 ### 5.2 配置文件
 
 **rustfmt.toml**（从模板生成）：
-- 模板位置：`.aodw/templates/tools-config/backend/rustfmt.config.template.toml`
+- 模板位置：`.aodw-next/templates/tools-config/backend/rustfmt.config.template.toml`
 - 生成位置：项目根目录 `rustfmt.toml`
 - 主要配置：
   ```toml
@@ -109,11 +109,11 @@ backend/
   ```
 
 **clippy.toml**（从模板生成）：
-- 模板位置：`.aodw/templates/tools-config/backend/clippy.config.template.toml`
+- 模板位置：`.aodw-next/templates/tools-config/backend/clippy.config.template.toml`
 - 生成位置：项目根目录 `clippy.toml` 或 `Cargo.toml` 的 `[lints.clippy]` 部分
 - 主要配置：
   - 零警告策略：`warn = "all"`, `deny = ["warnings"]`
-  - 复杂度限制：`cognitive_complexity_threshold = 15`, `cyclomatic_complexity_threshold = 15`
+  - 复杂度限制：`cognitive-complexity-threshold = 15`（见模板 `clippy.config.template.toml`）
   - 文件长度限制：`too_many_lines_threshold = 400`
 
 ### 5.3 提交前检查（必须）

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

@@ -1,6 +1,6 @@
 # AI Coding Rules - Frontend Development
 
-> **注意**：本文件是 `.aodw/03-standards/ai-coding-rules.md` 的子规范文件。  
+> **注意**：本文件是 `.aodw-next/03-standards/ai-coding-rules.md` 的子规范文件。  
 > 请先阅读主文件了解通用编码原则，再阅读本文件了解前端特定规范。
 
 **适用场景**：
@@ -9,9 +9,9 @@
 - 前端工具配置
 
 **必须与以下规范配合使用**：
-- `.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/frontend-guidelines.md` 中的规范（如果存在）。
 
@@ -41,10 +41,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.frontend.eslint.configured` 是否为 `true`
 4. 检查 `tools_init.frontend.prettier.configured` 是否为 `true`
@@ -74,7 +74,7 @@
 
 ### 2.4 工具配置参考
 
-**配置模板位置**：`.aodw/templates/tools-config/frontend/`
+**配置模板位置**：`.aodw-next/templates/tools-config/frontend/`
 - ESLint 配置模板：`eslint.config.template.json`（需要适配 Vue 2）
 - Prettier 配置模板：`prettier.config.template.json`
 
@@ -165,10 +165,10 @@ frontend/
 
 在提交 Vue 2 代码前，必须完成以下检查：
 
-### 7.1 工具初始化检查（参考 `.aodw/03-standards/stacks/vue2/ai-coding-rules-frontend.md` 第 2 节）
+### 7.1 工具初始化检查（参考 `.aodw-next/03-standards/stacks/vue2/ai-coding-rules-frontend.md` 第 2 节）
 
 - [ ] **工具是否已初始化**：
-  - [ ] 检查 `.aodw/tools-status.yaml` 中 `initialized: true`
+  - [ ] 检查 `.aodw-next/tools-status.yaml` 中 `initialized: true`
   - [ ] ESLint 是否已安装并配置？（必须支持 Vue 2）
   - [ ] Prettier 是否已安装并配置？
   - [ ] PostCSS 是否已配置？

package/.aodw-next/04-auditors/aodw-development-auditor-rules.md

@@ -26,18 +26,20 @@
 
 ## 2. 审计维度与硬性检查清单（Mandatory Checklist Integration）
 
-您必须聚焦于以下四个维度，并强制执行其中包含的**硬性检查点（Hard Limits）**：
+您必须聚焦于以下五个维度，并强制执行其中包含的**硬性检查点（Hard Limits）**：
 
 | 审计维度 | 挑战重点 | 依据规范 & 强制检查点（Hard Limits） |
 | :--- | :--- | :--- |
 | **I. 硬性技术约束（Hard Technical Constraints）** | **代码质量硬性违规**：是否违反了代码复杂度或文件长度的硬性限制？是否存在分层架构的依赖倒置问题？ | **通用规范**：单个函数**最多 ≤ 60 行**；单个模块/文件**最多 ≤ 300 行**（Python/JS/TSX 页面）。<br/>**后端规范**：api → services → repositories，不得跨层调用。<br/>**前端规范**：pages / features / shared，不得违反目录结构规范。 |
 | | **分支管理违规**：是否在 main/master 分支上修改了业务代码？ | **硬性要求**：严禁在 main/master 分支直接修改业务代码；所有代码修改必须在 feature 分支上进行。 |
-| **II. 工具前置检查（Tool Readiness）** | **工具未就绪阻断**：在编码开始前，是否检查到关键工具（ESLint, Ruff, uv + pip-tools）**未初始化**？ | **Dev Ready 强制要求**：编码前必须检查 `.aodw/tools-status.yaml` 中 `initialized: true`；如果未初始化，AI **必须停止编码**。 |
+| **II. 工具前置检查（Tool Readiness）** | **工具未就绪阻断**：在编码开始前，是否检查到关键工具（ESLint, Ruff, uv + pip-tools）**未初始化**？ | **Dev Ready 强制要求**：编码前必须检查 `.aodw-next/tools-status.yaml` 中 `initialized: true`；如果未初始化，AI **必须停止编码**。 |
 | | **工具检查失败**：代码是否通过静态检查工具？ | **硬性要求**：代码必须通过 ESLint / Ruff 检查；必须通过格式化工具（Prettier / Black）检查。 |
 | **III. 架构合规性（Architecture Compliance）** | **分层架构违规**：是否违反了分层架构的依赖关系？API 层是否直接导入 models/repositories？ | **后端规范**：api → services → repositories，不得跨层调用；不允许在路由中直接写数据库查询。<br/>**前端规范**：pages / features / shared，不得违反目录结构规范。 |
 | | **依赖管理违规**：是否违反了依赖管理的核心原则？ | **uv + pip-tools 强制规则**：禁止使用 `pip install`；禁止直接编辑 `.txt` 文件；必须使用版本约束。 |
 | **IV. 知识维护（Knowledge Maintenance）** | **文档与代码不一致**：代码变更是否同步更新了相关文档？模块 README 是否已更新？ | **知识维护强制性**：文档与代码不一致视为 Bug；任何涉及行为/数据模型的变更都必须更新相关文档和模块 README。 |
 | | **知识蒸馏失败**：是否涉及模块职责或 Invariants 变更，但未计划更新相关的**模块 README**或**系统级 Invariants** (`ai-overview.md`)？ | **知识维护强制性**：文档与代码不一致视为 Bug；任何涉及行为/数据模型的变更都必须更新相关文档和模块 README。 |
+| **V. LLM 行为合规性（LLM Behavior Compliance）** | **静默假设与歧义跳过**：是否在实现前显式声明假设、列出歧义解释并给出推荐？ | **行为基线强制规则**：实现前必须完成“假设声明 + 歧义处理 + 成功标准 + 最小方案”四项对齐。 |
+| | **过度实现与无关改动**：是否引入未请求功能、一次性逻辑抽象化、无关重构、无关格式化？ | **行为基线强制规则**：最小必要修改；每一处变更应可追溯到用户请求；仅清理由本次改动引入的孤儿代码。 |
 
 ---
 
@@ -62,16 +64,19 @@
 - [ ] 代码是否通过格式化工具检查？
 - [ ] 文档与代码是否一致？
 - [ ] 模块 README 是否已更新（如涉及）？
+- [ ] 是否在实现前完成了假设声明、歧义处理、成功标准、最小方案四项对齐？
+- [ ] 是否存在未被需求授权的额外功能、抽象或配置扩展？
+- [ ] 是否存在与请求无关的重构、格式化、注释清理或风格“顺手优化”？
 
 ### 3.2 关键里程碑（自动触发）
 
 **检查重点**：
 - 阶段性成果是否符合规范
-- 是否偏离了 `plan.md` / `plan-lite.md` 中的设计
+- 是否偏离了 `plan.md` / `rt-lite.md` 中的设计
 
 **必须检查项**：
 - [ ] 阶段性成果是否符合编码规范？
-- [ ] 是否偏离了 `plan.md` / `plan-lite.md` 中的代码结构与分层设计？
+- [ ] 是否偏离了 `plan.md` / `rt-lite.md` 中的代码结构与分层设计？
 - [ ] 是否引入了未计划的技术风险？
 
 ### 3.3 用户手动触发
@@ -153,7 +158,7 @@
 针对工具未初始化、工具检查失败等问题。
 
 1. **[缺陷类型：工具未就绪阻断] 细节：**
-   - 在开发准备阶段（Dev Ready），检测到 `.aodw/tools-status.yaml` 中 `initialized: false`，但您已经开始编写代码。
+   - 在开发准备阶段（Dev Ready），检测到 `.aodw-next/tools-status.yaml` 中 `initialized: false`，但您已经开始编写代码。
    - **疑问与挑战：** 如果 Ruff/ESLint/Pre-commit 尚未配置，您如何确保代码不会违反 **函数 ≤ 60 行** 或 **模块 ≤ 300 行**的硬性限制？请立即停止编码，先初始化工具。
 
 2. **[缺陷类型：工具检查失败] 细节：**
@@ -263,7 +268,7 @@
 
 2. **读取相关文件**
    - 读取修改的代码文件
-   - 读取 `plan.md` / `plan-lite.md` 进行设计一致性检查
+   - 读取 `plan.md` / `rt-lite.md` 进行设计一致性检查
    - 读取相关文档（模块 README、`ai-overview.md` 等）进行知识维护检查
 
 3. **执行审计**
@@ -274,7 +279,7 @@
    - 生成审计报告
 
 4. **更新审计报告**
-   - 如果 `development-audit-report.md` 已存在，追加新的审计记录
+   - 如果 `audit-report.md` 已存在，追加新的审计记录
    - 如果不存在，创建新的审计报告
 
 5. **展示审计结果**
@@ -331,7 +336,7 @@ black .
 
 **检查工具初始化状态**：
 ```yaml
-# .aodw/tools-status.yaml
+# .aodw-next/tools-status.yaml
 frontend:
   eslint:
     initialized: true
@@ -430,7 +435,7 @@ backend:
 - 任何涉及模块职责或 Invariants 变更的代码，都必须更新相关文档
 
 **检查方法**：
-- 检查 `plan.md` / `plan-lite.md` 中是否包含知识蒸馏步骤
+- 检查 `plan.md` / `rt-lite.md` 中是否包含知识蒸馏步骤
 - 检查模块 README 是否已更新
 
 ---
@@ -456,7 +461,7 @@ backend:
 在 `aodw-kernel-loader-template.md` 中添加：
 
 ```markdown
-| **执行开发审计** | {{REF_PREFIX}}.aodw/04-auditors/aodw-development-auditor-rules.md | 调用开发阶段审计官，对代码进行审计 |
+| **执行开发审计** | {{REF_PREFIX}}.aodw-next/04-auditors/aodw-development-auditor-rules.md | 调用开发阶段审计官，对代码进行审计 |
 ```
 
 ---

package/.aodw-next/04-auditors/aodw-full-auditor-rules.md

@@ -28,7 +28,7 @@
 
 ### 2.1 需求阶段审计
 
-**执行方式**：调用需求阶段审计官（`.aodw/04-auditors/aodw-requirement-auditor-rules.md`）
+**执行方式**：调用需求阶段审计官（`.aodw-next/04-auditors/aodw-requirement-auditor-rules.md`）
 
 **审计内容**：
 - 需求完整性（文档结构、目标明确性、需求可验证性）
@@ -40,7 +40,7 @@
 
 ### 2.2 开发阶段审计
 
-**执行方式**：调用开发阶段审计官（`.aodw/04-auditors/aodw-development-auditor-rules.md`）
+**执行方式**：调用开发阶段审计官（`.aodw-next/04-auditors/aodw-development-auditor-rules.md`）
 
 **审计内容**：
 - 硬性技术约束（函数长度、文件长度、代码复杂度、分层架构、分支管理）
@@ -87,18 +87,18 @@
 1. **读取 RT 信息**
    - 读取 `RT/RT-XXX/meta.yaml` 获取 RT 基本信息
    - 读取 `RT/RT-XXX/intake.md`、`decision.md` 等需求阶段文档
-   - 读取 `RT/RT-XXX/spec.md` / `spec-lite.md`、`plan.md` / `plan-lite.md` 等
+   - 读取 `RT/RT-XXX/spec.md`、`plan.md` 或 `rt-lite.md` 等
    - 读取代码文件（如已实现）
 
 2. **执行需求阶段审计**
-   - 调用需求阶段审计官（`.aodw/04-auditors/aodw-requirement-auditor-rules.md`）
+   - 调用需求阶段审计官（`.aodw-next/04-auditors/aodw-requirement-auditor-rules.md`）
    - 收集需求阶段审计结果
-   - 如果已存在 `requirement-audit-report.md`，读取并汇总
+   - 如果已存在 `audit-report.md`，读取并汇总
 
 3. **执行开发阶段审计**
-   - 如果代码已实现，调用开发阶段审计官（`.aodw/04-auditors/aodw-development-auditor-rules.md`）
+   - 如果代码已实现，调用开发阶段审计官（`.aodw-next/04-auditors/aodw-development-auditor-rules.md`）
    - 收集开发阶段审计结果
-   - 如果已存在 `development-audit-report.md`，读取并汇总
+   - 如果已存在 `audit-report.md`，读取并汇总
 
 4. **生成综合审计报告**
    - 合并需求阶段和开发阶段的审计结果
@@ -163,7 +163,7 @@
 - **关键发现**：[需求阶段的关键发现摘要]
 
 ### 需求阶段审计详情
-详见：`RT/RT-XXX/requirement-audit-report.md`
+详见：`RT/RT-XXX/audit-report.md`
 
 **主要问题**：
 1. [问题 1]
@@ -180,7 +180,7 @@
 - **关键发现**：[开发阶段的关键发现摘要]
 
 ### 开发阶段审计详情
-详见：`RT/RT-XXX/development-audit-report.md`
+详见：`RT/RT-XXX/audit-report.md`
 
 **主要问题**：
 1. [问题 1]
@@ -274,12 +274,12 @@
 综合审计官通过调用需求阶段和开发阶段审计官来执行审计：
 
 1. **需求阶段审计**：
-   - 调用 `.aodw/04-auditors/aodw-requirement-auditor-rules.md` 中的需求阶段审计官
-   - 或读取已存在的 `requirement-audit-report.md`
+   - 调用 `.aodw-next/04-auditors/aodw-requirement-auditor-rules.md` 中的需求阶段审计官
+   - 或读取已存在的 `audit-report.md`
 
 2. **开发阶段审计**：
-   - 如果代码已实现，调用 `.aodw/04-auditors/aodw-development-auditor-rules.md` 中的开发阶段审计官
-   - 或读取已存在的 `development-audit-report.md`
+   - 如果代码已实现，调用 `.aodw-next/04-auditors/aodw-development-auditor-rules.md` 中的开发阶段审计官
+   - 或读取已存在的 `audit-report.md`
 
 ### 6.2 结果汇总
 
@@ -298,7 +298,7 @@
 在 `aodw-kernel-loader-template.md` 中添加：
 
 ```markdown
-| **执行综合审计** | {{REF_PREFIX}}.aodw/04-auditors/aodw-full-auditor-rules.md | 调用综合审计官，执行全流程审计（需求 + 开发） |
+| **执行综合审计** | {{REF_PREFIX}}.aodw-next/04-auditors/aodw-full-auditor-rules.md | 调用综合审计官，执行全流程审计（需求 + 开发） |
 ```
 
 ### 7.2 使用场景