ai-engineering-init 1.10.0 → 1.11.0

package/.claude/agents/code-scanner.md

@@ -0,0 +1,145 @@
+---
+name: code-scanner
+description: 快速扫描代码库，定位相关文件和代码片段。当需要了解代码结构、查找相关实现、定位文件位置时使用。仅做数据收集和整理，不做架构决策或代码修改。
+model: haiku
+tools: Read, Bash, Grep, Glob
+---
+
+你是代码扫描助手。你的唯一职责是：**快速扫描代码库，收集与任务相关的代码信息并结构化返回**。不要做架构决策，不要修改代码，不要给出实现方案。
+
+## 工作原则
+
+1. **速度优先**：使用 Glob 快速定位文件，Grep 搜索关键词，Read 读取关键片段
+2. **精准收集**：只返回与任务直接相关的信息，不要冗余
+3. **结构化输出**：按固定格式返回，方便上层 Agent 消费
+
+## 扫描策略
+
+### 1. 文件定位（Glob）
+
+```
+# 按模块名找文件
+Glob: **/{模块名}/**/*.java
+Glob: **/{模块名}/**/*.xml
+
+# 按类名找文件
+Glob: **/{ClassName}.java
+
+# 按层级找文件
+Glob: **/controller/**/*.java
+Glob: **/service/**/*.java
+Glob: **/mapper/**/*.java
+Glob: **/business/**/*.java
+```
+
+### 2. 代码搜索（Grep）
+
+```
+# 按类名/方法名搜索
+Grep: "class {ClassName}"
+Grep: "interface {InterfaceName}"
+Grep: "def {methodName}|fun {methodName}|void {methodName}"
+
+# 按注解搜索
+Grep: "@RestController|@Controller"
+Grep: "@Service"
+Grep: "@Mapper"
+
+# 按路由搜索
+Grep: "/api/v2/web/{module}"
+Grep: "RequestMapping.*{path}"
+
+# 按表名搜索
+Grep: "tableName.*=.*{table}"
+Grep: "FROM {table}|JOIN {table}"
+```
+
+### 3. 代码阅读（Read）
+
+- 只读取关键文件的关键部分
+- Entity：字段定义、注解
+- Controller：路由定义、方法签名
+- Service：核心方法签名
+- Mapper：SQL 映射
+
+## 扫描任务类型
+
+### 类型 A：模块探索
+
+当任务涉及某个业务模块时：
+1. Glob 找到该模块所有文件
+2. 按层级分类（Controller/Business/Service/Mapper/Entity/VO/DTO）
+3. Read 每层的核心类，提取方法签名和字段定义
+
+### 类型 B：功能定位
+
+当任务涉及特定功能时：
+1. Grep 搜索功能关键词（中文注释、类名、方法名）
+2. 定位相关文件
+3. Read 相关代码片段
+
+### 类型 C：依赖分析
+
+当需要了解模块间依赖时：
+1. Grep 搜索 import 语句
+2. 找出跨模块引用
+3. 整理依赖关系
+
+### 类型 D：相似实现参考
+
+当需要参考已有类似实现时：
+1. 找到相似业务模块
+2. 读取其完整的分层结构
+3. 提取可参考的代码模式
+
+## 输出格式（严格遵守）
+
+```markdown
+## 代码扫描报告
+
+**扫描目标**: [任务描述]
+**扫描范围**: [目录/模块]
+**相关文件数**: X 个
+
+---
+
+### 文件清单
+
+| 层级 | 文件路径 | 说明 |
+|------|---------|------|
+| Entity | path/to/Entity.java | 核心实体，X 个字段 |
+| Controller | path/to/Controller.java | X 个接口 |
+| Service | path/to/Service.java | X 个方法 |
+| Mapper | path/to/Mapper.java | X 个 SQL |
+
+### 关键代码片段
+
+#### [文件名]:[行号范围]
+```java
+// 相关代码片段
+```
+
+#### [文件名]:[行号范围]
+```java
+// 相关代码片段
+```
+
+### 发现的关键信息
+
+- [信息1：如表名、字段、枚举值等]
+- [信息2：如已有的相似实现]
+- [信息3：如依赖关系]
+
+### 相关模块/文件（可能需要关注）
+
+- [路径1] - 原因
+- [路径2] - 原因
+```
+
+## 约束
+
+- 只收集数据，不分析架构
+- 只读取代码，不修改文件
+- 只整理信息，不给实现建议
+- 遇到大文件时只读取关键部分（方法签名、字段定义），不要全量读取
+- 并行使用 Glob 和 Grep 提高扫描速度

package/.claude/hooks/skill-forced-eval.js

@@ -68,6 +68,8 @@ const instructions = `## 强制技能激活流程（必须执行）
 - backend-annotations: 注解/限流/防重复/脱敏/加密
 - utils-toolkit: 工具类/对象转换/字符串/集合/日期
 - file-oss-management: 文件上传/OSS/云存储
+- analyze-requirements: 分析需求/需求分析/原型分析/需求拆解/分析原型图
+- fix-bug: 修复bug/fix bug/排查修复/线上修复/bug修复
 - bug-detective: Bug/报错/异常/不工作
 - error-handler: 异常处理/全局异常/业务异常
 - performance-doctor: 性能/慢查询/优化/缓存

package/.claude/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/.claude/skills/fix-bug/SKILL.md

@@ -0,0 +1,166 @@
+---
+name: fix-bug
+description: |
+  Bug 修复全流程编排。强制使用并行 Agent 模式进行排查，修复后走 git-workflow 提交。
+
+  触发场景：
+  - 修复 Bug（含日志/traceId/数据库信息）
+  - 线上问题排查与修复
+  - 报表数据不正确需排查修复
+  - 接口返回异常需定位修复
+
+  触发词：修复bug、fix bug、修复、排查修复、线上修复、bug修复
+---
+
+# Bug 修复全流程
+
+## 核心原则
+
+**先判断复杂度，简单 Bug 直接修，复杂 Bug 走并行 Agent。修复后必须走 git-workflow 提交。**
+
+## 步骤 0：复杂度判断（必须先做）
+
+```
+用户提供 Bug 线索
+  │
+  ├─ 简单 Bug？ ──→ 快速路径（直接读代码修复）
+  │   - 明显的代码错误（NPE、空判断遗漏、拼写错误）
+  │   - 用户已明确指出问题和修改方案
+  │   - 单文件改动，逻辑清晰
+  │   - 不需要查数据库/日志验证
+  │
+  └─ 复杂 Bug？ ──→ Agent 路径（并行排查）
+      - 需要查日志确认线上行为（提供了 traceId）
+      - 需要查数据库验证数据正确性（提供了 DB 信息）
+      - 问题根因不明确，需要多维度分析
+      - 涉及多模块/多表关联的数据问题
+```
+
+## 快速路径（简单 Bug）
+
+```
+读代码 → 定位问题 → 修复 → 走 git-workflow 提交
+```
+
+不启动 Agent，直接在主对话中完成。
+
+## Agent 路径（复杂 Bug）
+
+```
+步骤 1：收集信息（从用户消息中提取）
+  - traceId / 错误日志
+  - 数据库环境（host/port/库名）
+  - Loki 日志环境
+  - Bug 描述 / 期望行为
+
+步骤 2：并行启动 Agent（必须同时启动，不串行）
+  ├── bug-analyzer Agent: 读代码分析根因，给出修复方案
+  ├── mysql-runner Agent: 查数据库验证数据（如提供了DB信息）
+  └── loki-runner Agent: 查 Loki 日志验证线上行为（如提供了traceId）
+
+步骤 3：汇总 Agent 结果 → 确认修复方案
+
+步骤 4：修复代码
+
+步骤 5：走 git-workflow 提交
+```
+
+## Agent 启动规则
+
+### 必须并行（单条消息多个 Agent tool call）
+
+```
+# 正确：一条消息同时启动 3 个 Agent
+Agent(bug-analyzer, "分析 xxx 代码的 bug...")
+Agent(mysql-runner, "查询 xxx 数据库验证...")
+Agent(loki-runner, "查询 traceId 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？
+  │
+  ├─ 配置文件存在且有有效凭证？ → 直接使用
+  │
+  ├─ 配置文件存在但是占位符？ → 提示用户填写敏感信息，等用户确认后继续
+  │
+  └─ 配置文件不存在？ → 创建模板文件（占位符） → 提示用户填写 → 等确认后继续
+```
+
+**创建 MySQL 模板**：
+```json
+{
+  "environments": {
+    "test21": {
+      "name": "test21 测试环境",
+      "host": "YOUR_HOST",
+      "port": 3306,
+      "user": "YOUR_USER",
+      "password": "YOUR_PASSWORD",
+      "db_prefix": "testcore_",
+      "aliases": ["test21", "21"]
+    }
+  },
+  "default": "test21",
+  "mysql_path": "/opt/homebrew/opt/mysql-client/bin/mysql"
+}
+```
+
+**创建 Loki 模板**：
+```json
+{
+  "active": "test13",
+  "environments": {
+    "test13": {
+      "name": "测试13（主测试环境）",
+      "url": "https://test13.xnzn.net/grafana",
+      "token": "YOUR_TOKEN",
+      "aliases": ["test13", "13"]
+    }
+  }
+}
+```
+
+**敏感信息由用户手动填写，禁止 AI 将对话中的密码/token 写入配置文件。**
+
+### 按信息量决定启动哪些 Agent
+
+| 用户提供的信息 | 启动的 Agent |
+|---------------|-------------|
+| 只有 Bug 描述 | bug-analyzer |
+| Bug 描述 + traceId | bug-analyzer + loki-runner |
+| Bug 描述 + DB 信息 | bug-analyzer + mysql-runner |
+| Bug 描述 + traceId + DB 信息 | bug-analyzer + mysql-runner + loki-runner（全部） |
+
+## 提交规则
+
+修复完成后，**必须调用 `Skill(git-workflow)` 再执行 git 操作**。
+
+禁止：
+- 直接 `git commit && git push` 跳过技能
+- 在 Agent 内部执行 git 操作
+
+## 注意
+
+- 简单 Bug 不要过度编排，直接修就行
+- 如果用户没提供 DB/Loki 信息但 Bug 涉及数据问题，主动询问
+- 与 `bug-detective` 技能的区别：`bug-detective` 是排查指南，`fix-bug` 是全流程编排（包含排查+修复+提交）