aodw-skill 0.7.17 → 0.7.19

package/.aodw-next/templates/checklists/coding-standards-template.md

@@ -1,130 +0,0 @@
-# 编码规范验收清单
-
-> **注意**：本清单用于检查代码是否符合项目编码规范（`.aodw-next/03-standards/stacks/react-typescript/ai-coding-rules-frontend.md` 和 `.aodw-next/03-standards/stacks/python-fastapi/ai-coding-rules-backend.md`）。
-
----
-
-## 前端编码规范验收（如涉及）
-
-### 工具检查
-- [ ] ESLint 检查全部通过（`npm run lint` 或 `npx eslint .`）
-- [ ] Prettier 格式化已运行（`npm run format` 或 `npx prettier --write .`）
-- [ ] 工具初始化状态正常（检查 `.aodw-next/tools-status.yaml`）
-
-### 目录结构检查
-- [ ] 目录结构符合规范（pages / features / shared）
-- [ ] 页面放在 `src/pages/<PageName>/` 下
-- [ ] 可复用业务逻辑放在 `src/features/<domain>/` 下
-- [ ] 通用组件/hooks/工具放在 `src/shared/` 下
-- [ ] 依赖关系符合规范（pages → features/shared, features → shared）
-
-### 代码质量检查
-- [ ] 文件大小符合规范：
-  - [ ] 页面入口组件（index.tsx）≤ 300 行
-  - [ ] 普通组件/hooks/store 文件 ≤ 200 行
-- [ ] 函数大小符合规范：
-  - [ ] 单个函数 ≤ 60 行
-- [ ] 复杂度符合规范：
-  - [ ] 复杂度 ≤ 10
-
-### TypeScript 规范检查
-- [ ] 是否启用严格模式
-- [ ] 是否避免使用 any
-- [ ] API 层是否使用 DTO 类型和 Response 类型
-
-### React 编码规范检查
-- [ ] 是否使用函数组件 + Hooks
-- [ ] 数据请求是否封装在 features/*/api 或页面专用 hooks
-- [ ] 是否不在组件中直接调用 fetch/axios
-
----
-
-## 后端编码规范验收（如涉及）
-
-### 依赖管理检查
-- [ ] 使用 `uv + pip-tools` 管理依赖
-- [ ] 存在 `requirements.in` 和 `requirements-dev.in` 文件
-- [ ] 只编辑 `.in` 文件，不直接编辑 `.txt` 文件
-- [ ] 添加依赖时使用版本约束（如 `package>=1.0.0,<2.0.0`）
-- [ ] 通过 `make compile-deps && make sync` 更新依赖
-
-### 工具检查
-- [ ] Ruff 检查全部通过（`ruff check .`）
-- [ ] Black 格式化已运行（`black .`）
-- [ ] pre-commit hooks 已安装（如适用）
-- [ ] 工具初始化状态正常（检查 `.aodw-next/tools-status.yaml`）
-
-### 分层架构检查
-- [ ] 分层架构符合规范（api → services → repositories）
-- [ ] API 层未直接导入 models（如适用）
-- [ ] Services 层未直接导入 api
-- [ ] 依赖关系符合规范（不跨层调用）
-
-### 代码质量检查
-- [ ] 文件大小符合规范：
-  - [ ] Python 模块 ≤ 300 行（Ruff 自动检查）
-- [ ] 函数大小符合规范：
-  - [ ] 单个函数 ≤ 60 行（Ruff PLR0915 自动拦截）
-- [ ] 复杂度符合规范：
-  - [ ] 复杂度 ≤ 10（Ruff PLR 规则自动检查）
-
-### API 设计检查
-- [ ] API 端点是否符合 RESTful 规范
-- [ ] 请求/响应格式是否统一
-- [ ] 错误处理是否完善
-
-### 安全检查
-- [ ] 输入数据是否已验证
-- [ ] 是否防止 SQL 注入、XSS 等安全漏洞
-- [ ] 认证和授权是否正确实现
-
----
-
-## 通用编码规范验收
-
-### 文件大小检查
-- [ ] 文件大小符合规范（参考 `.aodw-next/03-standards/ai-coding-rules-common.md`）
-
-### 函数/方法长度检查
-- [ ] 函数/方法长度符合规范
-
-### 复杂度检查
-- [ ] 复杂度符合规范
-
-### 命名规范检查
-- [ ] 命名规范符合要求（参考具体编码规范文件）
-
----
-
-## LLM 行为规范验收
-
-### 实现前对齐检查
-- [ ] 已明确声明关键假设（输入、边界、依赖、预期行为）
-- [ ] 存在歧义时，已列出多个解释并给出推荐与理由
-- [ ] 已将任务转换为可验证成功标准（测试、验收条件或回归路径）
-- [ ] 已说明当前方案为何是最小必要改动
-
-### 过度实现检查
-- [ ] 未实现用户未请求的额外功能
-- [ ] 未引入一次性逻辑的过早抽象
-- [ ] 未增加未被请求的配置项或“未来扩展”结构
-
-### 外科手术式改动检查
-- [ ] 变更仅覆盖与当前请求直接相关的代码
-- [ ] 不存在无关重构、无关格式化、无关注释清理
-- [ ] 仅清理由本次变更引入的孤儿代码（unused import/var/function）
-
----
-
-## 验收结果
-
-- [ ] 所有检查项已通过
-- [ ] 如有未通过项，已记录原因并说明：
-  - 未通过项：
-  - 原因说明：
-  - 后续处理计划：
-
----
-
-**验收人**：_________________  
-**验收日期**：_________________

package/.aodw-next/templates/csf-review-template.md

@@ -1,201 +0,0 @@
-# CSF Review: RT-XXX - <title>
-
-## 审查元数据
-- **审查时间**：YYYY-MM-DD HH:MM:SS
-- **审查阶段**：Decision / Spec-Plan / Implementation / Verification
-- **审查类型**：快速审查 / 深度审查
-- **审查人**：AI + 用户（如参与）
-- **RT 状态**：created / intaking / decided / in-progress / reviewing
-
----
-
-## 1. 以终为始检查（Begin with the End）
-
-### 1.1 目标定义
-- **明确目标**：[用一句话描述本 RT 的目标]
-- **当前现状**：[描述当前存在的问题/痛点/缺失]
-- **期望状态**：[描述成功后的期望状态]
-- **差距分析**：[现状与期望的差距是什么？]
-
-### 1.2 目标贡献度评估
-- [ ] 当前工作是否直接贡献于缩小差距？
-- [ ] 是否存在无效工作？（不贡献于目标的工作）
-  - 无效工作列表：[如有，列出]
-- [ ] 目标是否可衡量？（有明确的成功标准）
-
-### 1.3 发现与建议
-- **关键发现**：[记录发现的问题]
-- **改进建议**：[如有无效工作，建议如何调整]
-
----
-
-## 2. 结构化分解检查（Structured Decomposition）
-
-### 2.1 分解结构
-- **静态分解**（组成部分）：
-  ```
-  [用树状图或列表展示组成部分]
-  ```
-
-- **动态分解**（流程步骤）：
-  ```
-  [用流程图或列表展示流程步骤]
-  ```
-
-### 2.2 MECE 验证
-- [ ] 分解是否符合 MECE 原则？（不重不漏）
-- [ ] 分解粒度是否合适？（不过细也不过粗）
-- [ ] 子目标/子模块之间是否存在重叠？
-- [ ] 是否存在遗漏的关键部分？
-
-### 2.3 依赖关系
-- **依赖关系图**：[描述或绘制依赖关系]
-- **关键依赖**：[标注关键依赖，如存在单点故障]
-
-### 2.4 发现与建议
-- **关键发现**：[记录发现的问题]
-- **改进建议**：[如有 MECE 问题或依赖问题，建议如何调整]
-
----
-
-## 3. 关键要素识别检查（Identify CSFs）
-
-### 3.1 关键成功要素（CSF）清单
-| 优先级 | CSF 描述 | 影响程度 | 当前状态 |
-|--------|----------|----------|----------|
-| P0     | [CSF 1]  | 高/中/低 | 已识别/未识别 |
-| P1     | [CSF 2]  | 高/中/低 | 已识别/未识别 |
-| P2     | [CSF 3]  | 高/中/低 | 已识别/未识别 |
-
-### 3.2 关键控制变量
-- **控制变量列表**：[列出可以影响结果的关键变量]
-- **变量影响分析**：[分析各变量的影响程度]
-
-### 3.3 瓶颈识别
-- **瓶颈点列表**：[列出限制目标达成的关键点]
-- **瓶颈影响分析**：[分析各瓶颈的影响程度]
-
-### 3.4 资源分配评估
-- [ ] 是否聚焦于 CSF？（而非平均分配资源）
-- [ ] 关键控制变量是否已识别并监控？
-- [ ] 瓶颈点是否有缓解策略？
-
-### 3.5 发现与建议
-- **关键发现**：[记录发现的问题]
-- **改进建议**：[如有资源分配问题，建议如何调整]
-
----
-
-## 4. 流程与系统观检查（Process & Systems View）
-
-### 4.1 端到端流程分析
-- **流程图**：[描述或引用端到端流程图]
-- **关键路径**：[标注从触发到完成的关键路径]
-- **路径长度**：[估算关键路径的时间/复杂度]
-
-### 4.2 瓶颈识别
-- **流程瓶颈**：[标注流程中的瓶颈点]
-- **瓶颈影响**：[分析瓶颈对整体流程的影响]
-
-### 4.3 系统交互分析
-- **组件交互图**：[描述系统各组件之间的交互]
-- **单点故障**：[识别是否存在单点故障]
-- **上下游影响**：[分析对上下游系统的影响]
-
-### 4.4 发现与建议
-- **关键发现**：[记录发现的问题]
-- **改进建议**：[如有流程或系统问题，建议如何调整]
-
----
-
-## 5. 多维决策检查（Multi-dimensional Decision）
-
-### 5.1 评估维度
-- **维度列表**：[列出评估维度，如：性能、成本、复杂度、可维护性、风险、时间等]
-
-### 5.2 评估矩阵
-| 方案 | 维度1 | 维度2 | 维度3 | 维度4 | 维度5 | 总分 | 排名 |
-|------|-------|-------|-------|-------|-------|------|------|
-| 方案A | 评分 | 评分 | 评分 | 评分 | 评分 | 总分 | 1    |
-| 方案B | 评分 | 评分 | 评分 | 评分 | 评分 | 总分 | 2    |
-| 方案C | 评分 | 评分 | 评分 | 评分 | 评分 | 总分 | 3    |
-
-**权重说明**：[说明各维度的权重分配理由]
-
-### 5.3 决策标准
-- **决策标准**：[明确说明决策标准]
-- **最终决策**：[记录最终选择的方案]
-- **决策理由**：[说明选择该方案的理由]
-
-### 5.4 备选方案评估
-- [ ] 备选方案是否充分？
-- [ ] 是否进行了多维度评估？（而非非黑即白）
-- [ ] 各维度权重是否合理？
-
-### 5.5 发现与建议
-- **关键发现**：[记录发现的问题]
-- **改进建议**：[如有决策问题，建议如何调整]
-
----
-
-## 6. 综合评估
-
-### 6.1 关键发现总结
-1. [发现 1]
-2. [发现 2]
-3. [发现 3]
-
-### 6.2 风险点识别
-| 风险 | 影响程度 | 可能性 | 缓解策略 |
-|------|----------|--------|----------|
-| 风险1 | 高/中/低 | 高/中/低 | [缓解策略] |
-| 风险2 | 高/中/低 | 高/中/低 | [缓解策略] |
-
-### 6.3 改进建议
-1. [建议 1]
-2. [建议 2]
-3. [建议 3]
-
-### 6.4 审查结论
-- [ ] **通过**：当前方向正确，可以继续
-- [ ] **有条件通过**：需要调整后继续
-- [ ] **不通过**：需要重新审视方向
-
-**结论说明**：[说明审查结论的理由]
-
----
-
-## 7. 后续行动
-
-### 7.1 需要调整的方向
-- [ ] [调整项 1]
-- [ ] [调整项 2]
-
-### 7.2 需要补充的工作
-- [ ] [补充项 1]
-- [ ] [补充项 2]
-
-### 7.3 需要用户确认的事项
-- [ ] [确认项 1]
-- [ ] [确认项 2]
-
-### 7.4 下次审查计划
-- **下次审查时间**：[如需要，计划下次审查时间]
-- **审查重点**：[如需要，说明下次审查的重点]
-
----
-
-## 8. 审查记录
-
-### 8.1 审查过程
-- **审查步骤**：[记录审查的执行步骤]
-- **审查耗时**：[记录审查耗时]
-
-### 8.2 用户反馈
-- **用户意见**：[记录用户的反馈意见]
-- **用户决策**：[记录用户的最终决策]
-
-### 8.3 审查历史
-- **上次审查时间**：[如有，记录上次审查时间]
-- **上次审查结论**：[如有，记录上次审查结论]
-- **本次改进**：[如有，说明本次相比上次的改进]

package/.aodw-next/templates/impact-template.md

@@ -1,17 +0,0 @@
-# Impact Analysis: RT-XXX - <short title>
-
-## 1. 问题触发点（Trigger）
-- 描述用户或系统如何触发问题：
-
-## 2. 直接影响（Direct Impact）
-- 受影响的模块 / 文件：
-- 直接受影响的行为：
-
-## 3. 间接影响（Indirect Impact）
-- 可能受影响的上下游模块 / 功能：
-
-## 4. 风险评估（Risk Evaluation）
-- 数据风险：
-- 安全风险：
-- 性能风险：
-- 用户体验风险：

package/.aodw-next/templates/invariants-template.md

@@ -1,12 +0,0 @@
-# Invariants: RT-XXX - <short title>
-
-> 本文件列出在本次改动中必须保持不变的行为与约束。
-
-## 1. 业务行为 Invariants
-- 不改变的业务规则：
-
-## 2. 接口 Invariants
-- 不改变的 API 路径 / 请求 / 响应格式：
-
-## 3. 技术结构 Invariants
-- 不允许破坏的工程结构约束（如不得跨层访问）：

package/.aodw-next/templates/plan-lite-template.md

@@ -1,20 +0,0 @@
-# Plan-Lite: RT-XXX - <short title>
-
-## 1. 修改点（Change Points）
-- 计划修改的文件 / 模块列表：
-
-## 2. 方案描述（Solution Outline）
-- 拟采取的技术方案：
-
-## 3. 风险与注意事项（Risks & Caveats）
-- 潜在风险：
-- 需要注意的边界情形：
-
-## 4. 目标与验证（Goals & Verification）
-- 目标 1：<描述> → 验证方式：<测试/回归/手动步骤>
-- 目标 2：<描述> → 验证方式：<测试/回归/手动步骤>
-
-## 5. 实施边界（Execution Boundaries）
-- 明确不做（Out of Scope）：
-- 是否存在无关重构/额外功能引入风险：有 / 无
-- 若“有”，规避策略：

package/.aodw-next/templates/rt-decision-template.md

@@ -1,13 +0,0 @@
-# RT Decision - RT-XXX
-
-## 1. 流程选择（Chosen Profile）
-- 选用：Spec-Full / Spec-Lite
-- AI 推荐理由：
-- 用户最终选择：
-
-## 2. 备选方案（Alternatives）
-- 其他可行流程及未采用原因：
-
-## 3. 分支与目录
-- 计划分支名：feature/RT-XXX-short-name
-- 目录：RT/RT-XXX/

package/.aodw-next/templates/rt-intake-template.md

@@ -1,33 +0,0 @@
-# RT Intake - RT-XXX
-
-## 1. 原始描述（Raw Description）
-- 用户原话：
-
-## 2. 类型与范围（Type & Scope）
-- 类型（Feature / Bug / Enhancement / Refactor / Research / Other）：
-- 预估影响范围：
-
-## 3. 初步模块猜测（Initial Modules）
-- 可能涉及的模块：
-
-## 4. 风险评估（Initial Risk）
-- 低 / 中 / 高，简要理由：
-
-## 5. AI 问题与用户回答摘要（Q&A Summary）
-- Q1: ...
-  - 用户回答：
-- Q2: ...
-  - 用户回答：
-
-## 6. 相关技术约束 / 规范（可选）
-> **注意**：AI 根据需求内容判断是否涉及前端/后端开发，如涉及则填写本节。
-
-- **是否涉及前端开发**？
-  - [ ] 是 → 参考 `.aodw-next/03-standards/stacks/react-typescript/ai-coding-rules-frontend.md`
-  - [ ] 否
-- **是否涉及后端开发**？
-  - [ ] 是 → 参考 `.aodw-next/03-standards/stacks/python-fastapi/ai-coding-rules-backend.md`
-  - [ ] 否
-- **技术栈要求**（如已知）：
-  - 前端：[React / Vue / Angular 等]
-  - 后端：[Python / Node.js / Go 等]

package/.aodw-next/templates/spec-lite-template.md

@@ -1,26 +0,0 @@
-# Spec-Lite: RT-XXX - <short title>
-
-## 1. 背景（Context）
-- 当前存在的问题 / 需求：
-
-## 2. 目标（Goal）
-- 希望达到的业务 / 用户效果：
-
-## 3. 当前行为（Current Behavior）
-- 当前系统在相关场景下的行为：
-
-## 4. 期望行为（Desired Behavior）
-- 修改后的预期行为：
-
-## 5. 影响范围（Scope）
-- 涉及模块 / 文件：
-- 预期不应影响的功能：
-
-## 6. 实现前对齐（Implementation Alignment）
-- 关键假设（输入/边界/依赖）：
-- 歧义点与解释选项：
-  - 解释 A：
-  - 解释 B：
-  - 推荐选项与理由：
-- 最小必要改动说明（为何不是更大方案）：
-- 成功标准（可验证）：

package/.aodw-next/templates/tests-template.md

@@ -1,13 +0,0 @@
-# Tests: RT-XXX - <short title>
-
-## 1. 新增测试用例（New Tests）
-- [ ] 描述用例 1（对应测试文件路径）
-- [ ] 描述用例 2
-
-## 2. 回归测试（Regression）
-- [ ] 回归用例 1
-- [ ] 回归用例 2
-
-## 3. 手动验证建议（Manual Checks）
-- [ ] 手动步骤 1
-- [ ] 手动步骤 2

package/.aodw-next/templates/tools-config/README.md

@@ -1,112 +0,0 @@
-# 工具配置模板
-
-本目录包含 AODW 规范要求的开发工具配置模板。
-
-## 目录结构
-
-```
-tools-config/
-├── frontend/          # 前端工具配置模板
-│   ├── eslint.config.template.json
-│   ├── prettier.config.template.json
-│   └── tsconfig.paths.template.json
-├── backend/           # 后端工具配置模板
-│   ├── ruff.config.template.toml          # Python 代码质量检查
-│   ├── black.config.template.toml         # Python 代码格式化
-│   ├── rustfmt.config.template.toml       # Rust 代码格式化
-│   ├── clippy.config.template.toml        # Rust 代码质量检查
-│   └── pre-commit.config.template.yaml    # Git 提交前检查（通用）
-└── README.md
-```
-
-## 使用方式
-
-### 方式 1：通过 CLI 命令
-
-```bash
-aodw-skill init-tools
-```
-
-CLI 会自动检测项目类型，并使用相应的模板生成配置文件。
-
-### 方式 2：通过 AI 命令
-
-在 AI 工具（Cursor/Claude 等）中说：
-- "初始化工具"
-- "设置开发工具"
-- "配置工具"
-
-AI 会引导您完成工具初始化和配置。
-
-## 配置说明
-
-### 前端配置
-
-#### ESLint 配置
-- 文件：`.eslintrc.json` 或 `eslint.config.js`
-- 模板：`frontend/eslint.config.template.json`
-- 包含：TypeScript、React、Hooks、Import、可访问性规则
-- 限制：文件大小、函数长度、复杂度
-
-#### Prettier 配置
-- 文件：`.prettierrc.json` 或 `prettier.config.js`
-- 模板：`frontend/prettier.config.template.json`
-- 包含：代码格式化规则
-
-#### TypeScript Path Alias
-- 文件：`tsconfig.json`
-- 模板：`frontend/tsconfig.paths.template.json`
-- 包含：路径别名配置（@app、@pages、@features、@shared）
-
-### 后端配置
-
-#### Python 项目工具
-
-**Ruff 配置**：
-- 文件：`pyproject.toml`（合并到 `[tool.ruff]` 部分）
-- 模板：`backend/ruff.config.template.toml`
-- 包含：代码质量检查、复杂度限制
-
-**Black 配置**：
-- 文件：`pyproject.toml`（合并到 `[tool.black]` 部分）
-- 模板：`backend/black.config.template.toml`
-- 包含：代码格式化规则
-
-#### Rust 项目工具
-
-**rustfmt 配置**：
-- 文件：`rustfmt.toml`（项目根目录）
-- 模板：`backend/rustfmt.config.template.toml`
-- 包含：代码格式化规则（edition、max_width、imports 等）
-
-**clippy 配置**：
-- 文件：`clippy.toml`（项目根目录）或 `Cargo.toml` 的 `[lints.clippy]` 部分
-- 模板：`backend/clippy.config.template.toml`
-- 包含：代码质量检查、复杂度限制、零警告策略
-
-#### Java 项目工具
-
-**Checkstyle 配置**（推荐）：
-- 文件：`checkstyle.xml`（项目根目录）
-- 模板：`backend/checkstyle.config.template.xml`（如果存在）
-- 包含：Java 代码风格检查规则
-- 配置方式：在 `pom.xml` 中添加 `maven-checkstyle-plugin`
-
-**Spotless 配置**（推荐）：
-- 文件：`pom.xml` 中的 `spotless-maven-plugin` 配置
-- 模板：`backend/spotless.config.template.xml`（如果存在）
-- 包含：Java 代码格式化规则（Google Java Format）
-- 配置方式：在 `pom.xml` 中添加 `spotless-maven-plugin`
-
-#### 通用工具配置
-
-**pre-commit 配置**：
-- 文件：`.pre-commit-config.yaml`
-- 模板：`backend/pre-commit.config.template.yaml`
-- 包含：Git 提交前检查钩子（支持 Python、Rust、Java 等）
-
-## 注意事项
-
-1. **配置文件合并**：如果配置文件已存在，工具初始化会询问您是否合并配置
-2. **模板更新**：模板更新不会自动应用到已有项目，需要重新运行工具初始化
-3. **自定义配置**：您可以在工具初始化后手动调整配置，但建议保持核心规范不变

package/AODW_Adapters/_backup/v3.1.0-pre-refactor/antigravity/.agent/rules/aodw-check.md

@@ -1,7 +0,0 @@
----
-trigger: model_decision
----
-# RT 一致性检查
-
-当用户想要 **检查 RT 状态**、**验证一致性** 或 **运行检查** 时，请**不要**直接尝试操作。
-你**必须**运行工作流 `/aodw-check`。

package/AODW_Adapters/_backup/v3.1.0-pre-refactor/antigravity/.agent/rules/aodw-done.md

@@ -1,7 +0,0 @@
----
-trigger: model_decision
----
-# 完成 RT
-
-当用户想要 **完成 RT**、**关闭任务** 或 **标记为 Done** 时，请**不要**直接尝试操作。
-你**必须**运行工作流 `/aodw-done`。

package/AODW_Adapters/_backup/v3.1.0-pre-refactor/antigravity/.agent/rules/aodw-full.md

@@ -1,7 +0,0 @@
----
-trigger: model_decision
----
-# 切换到 Spec-Full
-
-当用户想要 **切换到 Spec-Full 模式** 或 **启用完整规范** 时，请**不要**直接尝试操作。
-你**必须**运行工作流 `/aodw-full`。

package/AODW_Adapters/_backup/v3.1.0-pre-refactor/antigravity/.agent/rules/aodw-governance.md

@@ -1,7 +0,0 @@
----
-trigger: model_decision
----
-# AODW 治理检查
-
-当用户想要 **检查治理状态** 或 **运行治理流程** 时，请**不要**直接尝试操作。
-你**必须**运行工作流 `/aodw-governance`。

package/AODW_Adapters/_backup/v3.1.0-pre-refactor/antigravity/.agent/rules/aodw-impact.md

@@ -1,7 +0,0 @@
----
-trigger: model_decision
----
-# 更新影响分析
-
-当用户想要 **更新影响分析** 或 **分析改动影响** 时，请**不要**直接尝试操作。
-你**必须**运行工作流 `/aodw-impact`。

package/AODW_Adapters/_backup/v3.1.0-pre-refactor/antigravity/.agent/rules/aodw-init.md

@@ -1,7 +0,0 @@
----
-trigger: model_decision
----
-# 初始化 AODW
-
-当用户想要 **初始化 AODW** 或 **设置新项目** 时，请**不要**直接尝试操作。
-你**必须**运行工作流 `/aodw-init`。

package/AODW_Adapters/_backup/v3.1.0-pre-refactor/antigravity/.agent/rules/aodw-invariants.md

@@ -1,7 +0,0 @@
----
-trigger: model_decision
----
-# 检查不变量
-
-当用户想要 **检查不变量** 或 **验证系统约束** 时，请**不要**直接尝试操作。
-你**必须**运行工作流 `/aodw-invariants`。

package/AODW_Adapters/_backup/v3.1.0-pre-refactor/antigravity/.agent/rules/aodw-lite.md

@@ -1,7 +0,0 @@
----
-trigger: model_decision
----
-# 切换到 Spec-Lite
-
-当用户想要 **切换到 Spec-Lite 模式** 或 **启用轻量规范** 时，请**不要**直接尝试操作。
-你**必须**运行工作流 `/aodw-lite`。

package/AODW_Adapters/_backup/v3.1.0-pre-refactor/antigravity/.agent/rules/aodw-module.md

@@ -1,7 +0,0 @@
----
-trigger: model_decision
----
-# 更新模块文档
-
-当用户想要 **更新模块文档** 或 **创建新模块** 时，请**不要**直接尝试操作。
-你**必须**运行工作流 `/aodw-module`。

package/AODW_Adapters/_backup/v3.1.0-pre-refactor/antigravity/.agent/rules/aodw-new.md

@@ -1,7 +0,0 @@
----
-trigger: model_decision
----
-# 创建新 RT
-
-当用户想要 **创建新 RT**、**开始新任务** 或 **启动 AODW 流程** 时，请**不要**直接尝试操作。
-你**必须**运行工作流 `/aodw-new`。

package/AODW_Adapters/_backup/v3.1.0-pre-refactor/antigravity/.agent/rules/aodw-open.md

@@ -1,7 +0,0 @@
----
-trigger: model_decision
----
-# 打开 RT
-
-当用户想要 **打开某个 RT** 或 **查看任务详情** 时，请**不要**直接尝试操作。
-你**必须**运行工作流 `/aodw-open`。