ai-engineering-init 1.10.0 → 1.12.0

package/AGENTS.md

@@ -83,6 +83,8 @@
 | `brainstorm` | 头脑风暴、创意、方案设计 |
 | `task-tracker` | 任务跟踪、进度管理 |
 | `test-development` | 测试、单元测试 |
+| `analyze-requirements` | 需求分析全流程编排（原型图/云效任务 → 开发任务清单） |
+| `fix-bug` | 修复 Bug 全流程编排（排查+修复+提交） |
 | `bug-detective` | Bug 排查、报错、异常 |
 | `performance-doctor` | 性能优化、慢查询、缓存 |
 | `add-skill` | 添加技能、创建技能文档 |
@@ -112,6 +114,7 @@
 
 | Agent | 模型 | 职责 | 触发场景 |
 |-------|------|------|---------|
+| `code-scanner` | haiku | 代码库扫描 + 文件定位 + 代码片段收集 | 任务开始前的代码探索、模块结构了解、相似实现查找 |
 | `loki-runner` | haiku | Loki 日志查询 + 格式化 | Bug 排查、线上问题、traceId 追踪 |
 | `mysql-runner` | haiku | MySQL 只读查询 + 格式化 | 数据排查、验证数据状态 |
 | `task-fetcher` | haiku | 云效任务获取 + 整理 | 需求同步、任务查询 |
@@ -139,35 +142,55 @@
 ### 协作流程示例
 
 ```
-需求分析流程：
-  Opus 主会话 → 启动 requirements-analyzer(Opus)
-    └─ 内部并行调用 Haiku 层
-       ├─ image-reader(Haiku) → 原型图结构数据
-       └─ task-fetcher(Haiku) → 云效任务信息
-    └─ 汇总分析 → 输出需求分析报告 + 开发任务清单
+功能开发流程：
+  Opus 主会话 → 启动 Haiku 层扫描
+    └─ code-scanner(Haiku) → 代码扫描报告（文件清单、关键片段、依赖关系）
                    │
-                   ▼ 按任务清单开发
-  Opus 主会话 → /dev 或 /crud 编写代码
+                   ▼ 基于扫描结果决策
+  Opus 主会话 → /dev 或 /crud 编写代码（不再自己做初始扫描）
                    │
                    ▼ 代码完成
   Opus 主会话 → 启动审查
     └─ code-reviewer(Sonnet+Codex) → 审查报告
 
-Bug 修复流程：
-  Opus 主会话 → 并行启动 Haiku 层
-    ├─ loki-runner(Haiku)   → 日志数据
-    └─ mysql-runner(Haiku)  → 数据库数据
-                   │
-                   ▼ 汇总数据
-  Opus 主会话 → 启动 Sonnet 层
-    └─ bug-analyzer(Sonnet+Codex) → 根因分析
-                   │
-                   ▼ 分析报告
-  Opus 主会话 → 编写修复代码
-                   │
-                   ▼ 代码完成
+需求分析流程（analyze-requirements 技能编排）：
+  Opus 主会话 → 复杂度判断
+    │
+    ├─ 简单需求 → 直接分析输出任务清单 → 推荐 /crud 或 /dev
+    │
+    └─ 复杂需求 → 启动 requirements-analyzer(Opus)
+       └─ 按信息量并行调用 Haiku 层
+          ├─ image-reader(Haiku) × N张 → 原型图结构（有截图时）
+          ├─ task-fetcher(Haiku) → 云效任务信息（有任务号时）
+          └─ 汇总分析 → 输出需求分析报告 + 开发任务清单
+                      │
+                      ▼ 按任务清单开发
+  Opus 主会话 → code-scanner(Haiku) 扫描 → /dev 编写代码
+                      │
+                      ▼ 代码完成
   Opus 主会话 → 启动审查
     └─ code-reviewer(Sonnet+Codex) → 审查报告
+
+Bug 修复流程（fix-bug 技能编排）：
+  Opus 主会话 → 复杂度判断
+    │
+    ├─ 简单 Bug → 直接读代码修复 → git-workflow 提交
+    │
+    └─ 复杂 Bug → 按信息量并行启动 Agent
+       ├─ bug-analyzer(Sonnet+Codex) → 根因分析（必启动）
+       ├─ loki-runner(Haiku)  → 日志数据（有 traceId 时）
+       ├─ mysql-runner(Haiku) → 数据库数据（有 DB 信息时）
+       └─ code-scanner(Haiku) → 相关代码结构（需要时）
+                      │
+                      ▼ 汇总 Agent 结果
+    Opus 主会话 → 确认修复方案 → 编写修复代码
+                      │
+                      ▼ 代码完成
+    Opus 主会话 → 启动审查
+      └─ code-reviewer(Sonnet+Codex) → 审查报告
+                      │
+                      ▼ 审查通过
+    git-workflow 提交（必须通过技能，禁止直接 git commit）
 ```
 
 ---

package/README.md

@@ -55,7 +55,7 @@ npx ai-engineering-init --tool claude
 
 **更多命令**：`/crud`（生成增删改查）、`/progress`（项目进度）、`/sync`（代码状态同步）
 
-> **包含内容**：88 个 Skills 技能 + 10 个快捷命令 + 自动化 Hooks。详见 [参考文档](./docs/reference.md)。
+> **包含内容**：80 个 Skills 技能 + 20 个快捷命令 + 9 个多模型分层 Agent + 自动化 Hooks。详见 [参考文档](./docs/reference.md)。
 
 ## 初始化后使用
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "ai-engineering-init",
-  "version": "1.10.0",
+  "version": "1.12.0",
   "description": "AI 工程化配置初始化工具 — 一键为 Claude Code、OpenAI Codex 等 AI 工具初始化 Skills 和项目规范",
   "keywords": [
     "claude-code",

package/src/platform-map.json

@@ -55,6 +55,46 @@
     "skill-creator": {
       "platforms": ["codex", "cursor"],
       "note": "技能创建元技能，Claude 平台有内置 add-skill，仅分发到 Codex 和 Cursor"
+    },
+    "openspec-new-change": {
+      "platforms": ["codex", "cursor"],
+      "note": "OpenSpec 变更，Claude 平台转为 /opsx-new 命令"
+    },
+    "openspec-ff-change": {
+      "platforms": ["codex", "cursor"],
+      "note": "OpenSpec 快进，Claude 平台转为 /opsx-ff 命令"
+    },
+    "openspec-apply-change": {
+      "platforms": ["codex", "cursor"],
+      "note": "OpenSpec 实现，Claude 平台转为 /opsx-apply 命令"
+    },
+    "openspec-continue-change": {
+      "platforms": ["codex", "cursor"],
+      "note": "OpenSpec 继续，Claude 平台转为 /opsx-continue 命令"
+    },
+    "openspec-archive-change": {
+      "platforms": ["codex", "cursor"],
+      "note": "OpenSpec 归档，Claude 平台转为 /opsx-archive 命令"
+    },
+    "openspec-bulk-archive-change": {
+      "platforms": ["codex", "cursor"],
+      "note": "OpenSpec 批量归档，Claude 平台转为 /opsx-bulk-archive 命令"
+    },
+    "openspec-explore": {
+      "platforms": ["codex", "cursor"],
+      "note": "OpenSpec 探索，Claude 平台转为 /opsx-explore 命令"
+    },
+    "openspec-onboard": {
+      "platforms": ["codex", "cursor"],
+      "note": "OpenSpec 新手引导，Claude 平台转为 /opsx-onboard 命令"
+    },
+    "openspec-sync-specs": {
+      "platforms": ["codex", "cursor"],
+      "note": "OpenSpec 同步，Claude 平台转为 /opsx-sync 命令"
+    },
+    "openspec-verify-change": {
+      "platforms": ["codex", "cursor"],
+      "note": "OpenSpec 验证，Claude 平台转为 /opsx-verify 命令"
     }
   }
 }

package/src/skills/analyze-requirements/SKILL.md

@@ -0,0 +1,112 @@
+---
+name: analyze-requirements
+description: |
+  需求分析全流程编排。根据输入类型自动调度 Agent 获取数据，输出结构化需求报告和开发任务清单。
+
+  触发场景：
+  - 收到 Axure 原型截图需要分析需求
+  - 需要将产品需求转化为开发任务
+  - 云效任务需要拆解为开发步骤
+  - 需求评审前需要结构化分析
+
+  触发词：分析需求、需求分析、原型分析、需求拆解、分析原型图
+---
+
+# 需求分析全流程
+
+## 核心原则
+
+**先判断复杂度，简单需求直接分析，复杂需求走 Agent 编排。分析完成后推荐开发流程。**
+
+## 步骤 0：复杂度判断（必须先做）
+
+```
+用户提供需求线索
+  │
+  ├─ 简单需求？ ──→ 快速路径（直接分析输出任务清单）
+  │   - 纯文字描述，功能明确
+  │   - 单表 CRUD，无需看原型图
+  │   - 用户已给出完整字段列表
+  │
+  └─ 复杂需求？ ──→ Agent 路径（启动 requirements-analyzer）
+      - 提供了 Axure 原型截图
+      - 提供了云效任务编号
+      - 多页面/多模块联动
+      - 业务流程复杂，需要状态流转设计
+```
+
+## 快速路径（简单需求）
+
+```
+理解需求 → 设计表结构 → 列出接口清单 → 输出任务清单 → 推荐 /crud 或 /dev
+```
+
+不启动 Agent，直接在主对话中完成。输出格式参考下方"输出规范"。
+
+## Agent 路径（复杂需求）
+
+```
+步骤 1：收集信息（从用户消息中提取）
+  - Axure 原型截图路径
+  - 云效任务编号
+  - 需求描述文字
+  - 关联模块信息
+
+步骤 2：启动 requirements-analyzer Agent
+  └── requirements-analyzer(Opus) 内部自动编排：
+      ├── image-reader(Haiku) × N张 → 提取原型图结构（有截图时）
+      ├── task-fetcher(Haiku) → 获取云效任务详情（有任务号时）
+      └── 汇总分析 → 输出需求报告 + 任务清单
+
+步骤 3：Opus 主会话接收报告 → 推荐开发流程
+```
+
+## Agent 启动规则
+
+### 按信息量决定启动方式
+
+| 用户提供的信息 | 启动方式 |
+|---------------|---------|
+| 只有文字描述 | 快速路径（不启动 Agent） |
+| 文字 + 原型截图 | requirements-analyzer → 内部调 image-reader |
+| 文字 + 云效任务号 | requirements-analyzer → 内部调 task-fetcher |
+| 原型截图 + 云效任务号 | requirements-analyzer → 内部并行调 image-reader + task-fetcher |
+
+### 启动示例
+
+```
+# 有原型截图
+Agent(subagent_type="requirements-analyzer",
+  prompt="分析以下 Axure 原型截图，输出需求分析报告和开发任务清单：
+  截图路径：/path/to/image1.png, /path/to/image2.png
+  需求描述：xxx")
+
+# 有云效任务
+Agent(subagent_type="requirements-analyzer",
+  prompt="获取云效任务 SARW-456 的详情，结合以下需求描述分析：xxx")
+```
+
+## 输出规范
+
+无论走快速路径还是 Agent 路径，最终输出必须包含：
+
+1. **业务概述** — 一段话描述需求
+2. **数据库设计** — 建表 SQL（遵循项目规范）
+3. **接口清单** — 路由 + 方法 + 说明
+4. **开发任务拆解** — 按依赖排序的任务列表
+5. **推荐开发流程** — 根据复杂度推荐
+
+### 复杂度 → 开发流程推荐
+
+| 复杂度 | 推荐流程 |
+|--------|---------|
+| 轻量（单表 CRUD） | `/crud` 生成 + `/dev` 补充 |
+| 中等（2-3 表联动） | `/dev` 按任务逐步开发 |
+| 复杂（多模块协作） | OpenSpec `/opsx:new` → `/opsx:ff` → `/opsx:apply` |
+
+## 注意
+
+- 简单需求不要过度编排，直接分析就行
+- 与 `bug-detective` / `fix-bug` 的区别：本技能面向**新功能开发前的需求分析**，不涉及 Bug 排查
+- 数据库设计必须遵循项目规范（雪花 ID、审计字段、del_flag=2 正常）
+- 如果需求信息不完整，主动列出需要确认的点，而不是猜测

package/src/skills/fix-bug/SKILL.md

@@ -0,0 +1,212 @@
+---
+name: fix-bug
+description: |
+  Bug 修复全流程编排。两阶段 Agent 排查 + 报告确认 + git-workflow 提交。
+
+  触发场景：
+  - 修复 Bug（含日志/traceId/数据库信息）
+  - 线上问题排查与修复
+  - 报表数据不正确需排查修复
+  - 接口返回异常需定位修复
+
+  触发词：修复bug、fix bug、修复、排查修复、线上修复、bug修复
+---
+
+# Bug 修复全流程
+
+## 核心原则
+
+**先判断复杂度，简单 Bug 直接修，复杂 Bug 走两阶段 Agent 排查。搞清原因后先出报告，用户确认后再修复代码。**
+
+## 步骤 0：复杂度判断（必须先做）
+
+```
+用户提供 Bug 线索
+  │
+  ├─ 简单 Bug？ ──→ 快速路径
+  │   - 明显的代码错误（NPE、空判断遗漏、拼写错误）
+  │   - 用户已明确指出问题和修改方案
+  │   - 单文件改动，逻辑清晰
+  │   - 不需要查数据库/日志验证
+  │
+  └─ 复杂 Bug？ ──→ Agent 路径（两阶段排查）
+      - 需要查日志确认线上行为（提供了 traceId）
+      - 需要查数据库验证数据正确性（提供了 DB 信息）
+      - 问题根因不明确，需要多维度分析
+      - 涉及多模块/多表关联的数据问题
+```
+
+## 快速路径（简单 Bug）
+
+```
+读代码 → 定位问题 → 输出排查报告 → 用户确认 → 修复 → git-workflow 提交
+```
+
+不启动 Agent，直接在主对话中完成。即使是简单 Bug，也先说明问题原因和修复方案，等用户确认再动手。
+
+## Agent 路径（复杂 Bug）
+
+```
+步骤 1：收集信息（从用户消息中提取）
+  - traceId / 错误日志
+  - 数据库环境（host/port/库名）
+  - Loki 日志环境
+  - Bug 描述 / 期望行为
+
+步骤 2（阶段一）：并行启动 Agent
+  ├── bug-analyzer: 读代码分析根因
+  ├── loki-runner: 查 Loki 日志（有 traceId 时）
+  └── mysql-runner: 查数据库验证数据（有 DB 信息时）
+
+步骤 3（阶段二）：日志驱动二次查询
+  从 loki-runner 结果中提取：
+  ├── 表名（INSERT/UPDATE/DELETE/FROM/JOIN 后面的表名）
+  ├── 数据 ID（id=xxx、orderId=xxx 等）
+  ├── 租户 ID（tenantId、MERCHANT-ID 请求头）
+  └── SQL 语句片段
+  如果提取到有效的表名+ID → 自动启动 mysql-runner 二次查询
+
+步骤 4：汇总所有结果 → 输出排查报告（见下方模板）
+
+步骤 5：⏸️ 等待用户确认修复方案
+
+步骤 6：用户确认后 → 修复代码
+
+步骤 7：走 git-workflow 提交
+```
+
+## 排查报告模板（必须输出）
+
+无论简单还是复杂 Bug，修复代码前**必须先输出报告**：
+
+```markdown
+## 🔍 Bug 排查报告
+
+### 问题描述
+{用户报告的现象}
+
+### 根因分析
+{代码层面的根本原因，指出具体文件和行号}
+
+### 数据验证（如有）
+{从日志/数据库中发现的关键数据，证实根因}
+
+### 修复方案
+- 修改文件：`xxx.java` 第 N 行
+- 修改内容：{具体改动描述}
+- 影响范围：{改动是否影响其他功能}
+
+### 风险评估
+- 低/中/高
+- {风险说明}
+
+---
+确认修复请回复"修"，需要调整方案请说明。
+```
+
+**⚠️ 禁止跳过报告直接修改代码。必须等用户明确确认后才能开始修复。**
+
+## 阶段二：日志驱动二次查询
+
+当阶段一的 loki-runner 返回日志后，主会话检查日志内容：
+
+```
+loki-runner 返回日志
+  │
+  ├─ 日志中包含 SQL/表名/数据ID？
+  │   │
+  │   ├─ 阶段一已启动 mysql-runner？
+  │   │   → 检查是否需要追加查询（不同的表或ID）
+  │   │   → 需要则启动新的 mysql-runner 查询
+  │   │
+  │   └─ 阶段一未启动 mysql-runner？
+  │       → 从日志提取表名+ID+租户ID
+  │       → 自动启动 mysql-runner 二次查询
+  │
+  └─ 日志中无数据库相关信息？
+      → 跳过，直接汇总现有结果
+```
+
+### 日志中常见的可提取信息
+
+| 日志模式 | 提取内容 | 查询方式 |
+|---------|---------|---------|
+| `INSERT INTO order_info` | 表名 order_info | `SELECT * FROM order_info WHERE id = ?` |
+| `UPDATE account SET balance=` | 表名 account | `SELECT * FROM account WHERE id = ?` |
+| `orderId=123456` | 数据 ID | 按 ID 查对应表 |
+| `MERCHANT-ID: 100` | 租户 ID | 切换到对应租户库查询 |
+| `Duplicate entry 'xxx'` | 唯一键冲突 | 查重复数据 |
+| `Data truncation` | 字段溢出 | 查表结构 `DESC table_name` |
+
+## Agent 启动规则
+
+### 阶段一：必须并行（单条消息多个 Agent tool call）
+
+```
+# 正确：一条消息同时启动
+Agent(bug-analyzer, "分析 xxx 代码的 bug...")
+Agent(loki-runner, "查询 traceId xxx 的日志...")
+Agent(mysql-runner, "查询 xxx 数据库验证...")
+
+# 错误：串行启动（等一个完再启动下一个）
+```
+
+### 阶段二：按需启动（阶段一结果返回后）
+
+```
+# 从 loki-runner 结果中发现了表名和数据ID
+Agent(mysql-runner, "根据日志发现涉及 order_info 表，查询 id=xxx 的数据...")
+```
+
+### 各 Agent 职责
+
+| Agent | subagent_type | 职责 | 输入 |
+|-------|---------------|------|------|
+| 代码分析 | `bug-analyzer` | 读代码、分析根因、给修复方案 | Bug 描述 + 相关文件路径 |
+| 数据库验证 | `mysql-runner` | 查数据验证业务逻辑 | DB 连接信息 + 验证 SQL |
+| 日志查询 | `loki-runner` | 查 Loki 日志看线上行为 | Loki 环境 + traceId |
+
+### Agent 信息来源
+
+**配置文件优先**，不存在时自动创建模板并提示用户填写：
+
+| 配置 | 文件路径 |
+|------|---------|
+| MySQL | `.claude/mysql-config.json` |
+| Loki | `.claude/skills/loki-log-query/environments.json` |
+
+**配置获取流程**：
+```
+需要连 MySQL/Loki？
+  │
+  ├─ 配置文件存在且有有效凭证？ → 直接使用
+  │
+  ├─ 配置文件存在但是占位符？ → 提示用户填写敏感信息，等用户确认后继续
+  │
+  └─ 配置文件不存在？ → 创建模板文件（占位符） → 提示用户填写 → 等确认后继续
+```
+
+**敏感信息由用户手动填写，禁止 AI 将对话中的密码/token 写入配置文件。**
+
+### 按信息量决定启动哪些 Agent
+
+| 用户提供的信息 | 阶段一启动 | 阶段二（日志驱动） |
+|---------------|-----------|-----------------|
+| 只有 Bug 描述 | bug-analyzer | — |
+| Bug 描述 + traceId | bug-analyzer + loki-runner | 日志中有表名/ID → mysql-runner |
+| Bug 描述 + DB 信息 | bug-analyzer + mysql-runner | — |
+| Bug 描述 + traceId + DB 信息 | 全部 | 日志中有新表/ID → mysql-runner 追加查询 |
+
+## 提交规则
+
+修复完成后，**必须调用 `Skill(git-workflow)` 再执行 git 操作**。
+
+禁止：
+- 直接 `git commit && git push` 跳过技能
+- 在 Agent 内部执行 git 操作
+
+## 注意
+
+- 简单 Bug 不要过度编排，直接修就行（但仍需先报告再修复）
+- 如果用户没提供 DB/Loki 信息但 Bug 涉及数据问题，主动询问
+- 与 `bug-detective` 技能的区别：`bug-detective` 是排查指南，`fix-bug` 是全流程编排（包含排查+修复+提交）

package/src/skills/loki-log-query/SKILL.md

@@ -140,7 +140,7 @@ print('Token updated for monitor-dev')
 ```bash
 TRACE_ID="a53dd0b0cc62bf4a79a63e77444f6f3f"
 END=$(date +%s)000000000
-START=$(( $(date +%s) - 86400 ))000000000
+START=$(( $(date +%s) - 21600 ))000000000  # 最近6小时
 
 curl -s "${API}/query_range" \
   -H "Authorization: Bearer ${TOKEN}" \
@@ -172,7 +172,7 @@ else:
 ```bash
 API_PATH="/security/summary/order/mealtime/classify/page"
 END=$(date +%s)000000000
-START=$(( $(date +%s) - 3600 ))000000000  # 最近1小时
+START=$(( $(date +%s) - 21600 ))000000000  # 最近6小时
 
 curl -s "${API}/query_range" \
   -H "Authorization: Bearer ${TOKEN}" \
@@ -221,7 +221,7 @@ if len(all_lines) > 30:
 ```bash
 KEYWORD="LeException"
 END=$(date +%s)000000000
-START=$(( $(date +%s) - 3600 ))000000000
+START=$(( $(date +%s) - 21600 ))000000000  # 最近6小时
 
 curl -s "${API}/query_range" \
   -H "Authorization: Bearer ${TOKEN}" \
@@ -269,7 +269,7 @@ curl -s "${API}/query_range" \
 # Step 1: 找 traceId
 API_PATH="/api/v2/web/order/list"
 END=$(date +%s)000000000
-START=$(( $(date +%s) - 3600 ))000000000
+START=$(( $(date +%s) - 21600 ))000000000  # 最近6小时
 
 TRACE_IDS=$(curl -s "${API}/query_range" \
   -H "Authorization: Bearer ${TOKEN}" \