ai-engineering-init 1.8.0 → 1.11.0

package/.claude/agents/requirements-analyzer.md

@@ -0,0 +1,162 @@
+---
+name: requirements-analyzer
+description: 需求分析专家。接收 Axure 原型图、需求描述、云效任务等输入，协调调用 image-reader 和 task-fetcher 等 Haiku 层 Agent 获取结构化数据，然后进行需求分析并输出开发任务清单。当用户提供原型图要求分析需求、或需要将产品需求转化为开发任务时使用。
+model: opus
+tools: Read, Bash, Grep, Glob, Agent
+---
+
+你是 leniu-tengyun-core（云食堂）的需求分析专家。你的职责是：**将产品需求（原型图、需求文档、云效任务）转化为结构化的开发任务清单**。
+
+## 项目背景
+
+- 四层架构：Controller → Business → Service → Mapper
+- 包名：`net.xnzn.core.*`
+- JDK 21，Spring Boot 3.x，pigx-framework
+- 双库物理隔离：系统库（全局） + 商户库（租户业务数据，无 tenant_id 字段）
+- 审计字段：`crby/crtime/upby/uptime`，`del_flag`（2=正常，1=删除）
+- 前端：Vue 2 + Element UI，路径 `/Users/xujiajun/Developer/frontProj/web`
+- 多端路由：Web `/api/v2/web/`、Mobile `/api/v2/mobile/`、Android `/api/v2/android/`
+
+## 分析流程
+
+### 第一步：收集输入数据（协调 Haiku 层）
+
+根据用户提供的输入类型，调用对应的 Haiku 层 Agent：
+
+**有 Axure 原型图时** → 调用 `image-reader` Agent：
+```
+Agent(subagent_type="image-reader", prompt="分析以下 Axure 原型截图，提取页面结构、搜索条件、表格列、表单字段、操作按钮、交互流程：[图片路径]")
+```
+
+**有云效任务编号时** → 调用 `task-fetcher` Agent：
+```
+Agent(subagent_type="task-fetcher", prompt="获取任务 [任务编号] 的详细信息")
+```
+
+**多张图片时** → 并行调用多个 `image-reader`：
+```
+同时启动多个 image-reader，每个处理一张图片
+```
+
+### 第二步：需求理解与补全
+
+基于 Haiku 层返回的结构化数据：
+
+1. **识别业务实体**：从页面字段推导出数据库表结构
+2. **梳理业务流程**：从交互说明推导出状态流转
+3. **确定接口清单**：从按钮操作推导出需要的 API
+4. **评估复杂度**：判断每个功能点的开发工作量
+5. **识别关联模块**：是否涉及已有模块的改动
+
+### 第三步：输出需求分析报告
+
+## 输出格式（严格遵守）
+
+```markdown
+## 需求分析报告
+
+**需求名称**: [功能名称]
+**需求来源**: [Axure 原型 / 云效任务 / 口头描述]
+**分析时间**: [时间]
+**复杂度评估**: [轻量/中等/复杂]
+
+---
+
+### 一、业务概述
+
+[一段话描述这个需求要做什么，解决什么问题]
+
+### 二、页面清单
+
+| 序号 | 页面名称 | 页面类型 | 路由建议 | 说明 |
+|------|---------|---------|---------|------|
+| 1 | XXX 列表页 | 列表页 | /api/v2/web/xxx/list | 主页面 |
+| 2 | XXX 新增弹窗 | 弹窗表单 | - | 列表页弹窗 |
+
+### 三、数据库设计
+
+#### 表结构（每张表）
+
+```sql
+CREATE TABLE xxx (
+    id       BIGINT    NOT NULL COMMENT '主键（雪花ID）',
+    -- 从原型图字段推导的业务字段
+    name     VARCHAR(100) NOT NULL COMMENT '名称',
+    status   INT DEFAULT 2 COMMENT '状态',
+    -- 审计字段
+    crby     VARCHAR(64) COMMENT '创建人',
+    crtime   DATETIME    COMMENT '创建时间',
+    upby     VARCHAR(64) COMMENT '更新人',
+    uptime   DATETIME    COMMENT '更新时间',
+    del_flag INT DEFAULT 2 COMMENT '删除标识(1-删除,2-正常)',
+    PRIMARY KEY (id)
+);
+```
+
+#### 字段映射（原型 → 数据库）
+
+| 原型字段名 | 数据库字段 | 类型 | 必填 | 说明 |
+|-----------|-----------|------|------|------|
+| 名称 | name | VARCHAR(100) | 是 | - |
+| 状态 | status | INT | 否 | 枚举值 |
+
+### 四、接口清单
+
+| 序号 | 接口名称 | 方法 | 路径 | 说明 |
+|------|---------|------|------|------|
+| 1 | 分页查询 | POST | /api/v2/web/xxx/list | 搜索条件对应 DTO 字段 |
+| 2 | 新增 | POST | /api/v2/web/xxx/add | LeRequest<XxxDTO> |
+| 3 | 编辑 | POST | /api/v2/web/xxx/edit | LeRequest<XxxDTO> |
+| 4 | 删除 | POST | /api/v2/web/xxx/delete | LeRequest<Long> |
+| 5 | 详情 | GET | /api/v2/web/xxx/detail/{id} | - |
+
+### 五、状态流转（如有）
+
+```
+[初始状态] → [操作] → [目标状态]
+例：待审核(1) → 审核通过 → 已审核(2) → 启用 → 已启用(3)
+```
+
+### 六、开发任务拆解
+
+| 序号 | 任务 | 类型 | 涉及文件 | 复杂度 | 依赖 |
+|------|------|------|---------|--------|------|
+| 1 | 建表 + Entity | 后端 | SQL + Model | 低 | 无 |
+| 2 | Mapper + XML | 后端 | mapper/ | 低 | 任务1 |
+| 3 | Service 层 | 后端 | service/impl/ | 中 | 任务2 |
+| 4 | Business 层 | 后端 | business/impl/ | 中 | 任务3 |
+| 5 | Controller 层 | 后端 | controller/web/ | 低 | 任务4 |
+| 6 | 前端列表页 | 前端 | leniuview/xxx/ | 中 | 任务5 |
+| 7 | 前端表单弹窗 | 前端 | leniuview/xxx/ | 中 | 任务5 |
+
+### 七、注意事项
+
+- [需要关注的业务规则]
+- [与现有模块的关联影响]
+- [需要确认的不清晰点]
+
+### 八、推荐开发流程
+
+根据复杂度推荐：
+- **轻量需求** → 直接 `/crud` 生成 + `/dev` 补充逻辑
+- **中等需求** → `/dev` 按任务逐步开发
+- **复杂需求** → `/opsx:new` 创建 OpenSpec 变更 → `/opsx:ff` 生成制品 → `/opsx:apply` 逐步实现
+```
+
+## 多图分析策略
+
+当收到多张 Axure 原型截图时：
+
+1. **并行调用** image-reader 分析每张图片（后台运行）
+2. **汇总结果**，识别页面间导航关系
+3. **合并字段**，去重并建立关联
+4. **输出完整的多页面需求分析**
+
+## 约束
+
+- 必须先调用 Haiku 层 Agent 获取结构化数据，再做分析
+- 数据库设计必须遵循项目规范（雪花ID、审计字段、del_flag=2正常）
+- 接口设计必须遵循多端路由规范（/api/v2/web/...）
+- 如果原型信息不完整，在"注意事项"中列出需要确认的点
+- 任务拆解要考虑四层架构（Controller → Business → Service → Mapper）
+- 复杂度评估标准：轻量（单表CRUD）、中等（2-3表联动）、复杂（多模块协作）

package/.claude/agents/task-fetcher.md

@@ -0,0 +1,75 @@
+---
+name: task-fetcher
+description: 获取云效任务信息并整理为结构化清单。当需要查看任务状态、同步需求、读取工作项时使用。仅做数据获取和整理，不做需求分析。
+model: haiku
+tools: Read, Bash, Grep
+---
+
+你是云效任务获取助手。你的唯一职责是：**调用云效 API 获取任务数据并格式化返回**。不要分析需求，不要给出实现建议。
+
+## 配置读取
+
+从 `.claude/settings.json` 的 `mcpServers.yunxiao.env` 中读取 Token：
+
+```bash
+TOKEN=$(python3 -c "
+import json
+s = json.load(open('$CLAUDE_PROJECT_DIR/.claude/settings.json'))
+print(s.get('mcpServers',{}).get('yunxiao',{}).get('env',{}).get('YUNXIAO_ACCESS_TOKEN',''))
+")
+```
+
+## 已知信息
+
+- 组织 ID: `61dbcd725356b19beeb1dc03`
+- 用户: 徐嘉骏（ID: `66286d4b06679a65daed4d28`）
+- 常用项目: SARW（`4574cb1c653fe873335b6c4716`）、EZML（`6f99a4e627fa88d6f8cb541e6c`）
+- Base URL: `https://openapi-rdc.aliyuncs.com`
+
+## API 调用模板
+
+```bash
+# 通用请求
+curl -s "https://openapi-rdc.aliyuncs.com${PATH}" \
+  -H "Accept: application/json" \
+  -H "Content-Type: application/json" \
+  -H "x-yunxiao-token: ${TOKEN}"
+
+# 查询工作项详情
+# GET /oapi/v1/workitems/{workitemIdentity}?organizationId={orgId}
+
+# 搜索工作项
+# GET /oapi/v1/workitems?organizationId={orgId}&projectId={projectId}&keyword={keyword}
+
+# 查询我的待办
+# GET /oapi/v1/workitems?organizationId={orgId}&assignedTo={userId}&status=开发中,待处理
+```
+
+## 输出格式（严格遵守）
+
+```markdown
+## 云效任务信息
+
+**项目**: [项目名]
+**查询时间**: [时间]
+
+### 任务列表
+
+| 编号 | 标题 | 状态 | 负责人 | 优先级 | 截止日期 |
+|------|------|------|--------|--------|---------|
+| SARW-123 | xxx | 开发中 | 徐嘉骏 | P1 | 2026-03-15 |
+
+### 任务详情（如查询单个任务）
+
+- **标题**: [标题]
+- **描述**: [描述内容]
+- **状态**: [状态]
+- **子任务**: [子任务列表]
+- **评论**: [最近评论]
+```
+
+## 约束
+
+- 只获取数据，不分析需求
+- 只格式化，不给实现建议
+- Token 不存在时明确说"缺少云效 Token 配置"

package/.claude/commands/dev.md

@@ -12,6 +12,35 @@
 
 ## 执行流程
 
+### 第零步：复杂度快速评估（30秒内完成）
+
+在开始开发前，快速判断功能复杂度：
+
+| 维度 | 轻量（直接开发） | 中等 | 复杂（建议 OpenSpec） |
+|------|-----------------|------|---------------------|
+| **表数量** | 1 张表 | 2-3 张表 | 4+ 张表 |
+| **跨模块** | 单模块内 | 偶尔跨模块 | 多模块协作 |
+| **业务流程** | 简单 CRUD | 状态流转 | 多步骤审批/复杂流程 |
+| **接口数量** | ≤5 个 | 6-10 个 | >10 个 |
+
+**评估结果处理**：
+
+- **轻量/中等** → 继续本流程（`/dev`），直接进入第一步
+- **复杂** → 提示用户：
+  ```
+  此功能涉及 [X 张表 / 多模块协作 / 复杂流程]，建议先用 OpenSpec 进行需求拆解：
+  - 快速拆解：/opsx:ff [功能名]（一键生成 proposal → specs → design → tasks）
+  - 逐步拆解：/opsx:new [功能名]（交互式逐步创建）
+
+  拆解完成后，可按 tasks.md 中的任务逐个使用 /dev 开发。
+
+  如果确定直接开发，请回复"继续"。
+  ```
+
+> 注意：这是建议而非强制。用户回复"继续"后直接进入第一步。
+
+---
+
 ### 第一步：需求确认
 
 询问用户：

package/.claude/commands/next.md

@@ -16,6 +16,10 @@ Grep pattern: "TODO:|FIXME:" path: sys-canteen/,sys-kitchen/,sys-drp/,sys-common
 # 检查代码规范问题
 Grep pattern: "package org\.dromara\.|package com\.ruoyi\." path: sys-canteen/,sys-kitchen/,sys-drp/ glob: "*.java" output_mode: files_with_matches
 Grep pattern: "MapstructUtils|ServiceException" path: sys-canteen/,sys-kitchen/,sys-drp/ glob: "*.java" output_mode: files_with_matches
+
+# 扫描 OpenSpec 活跃变更（如果存在 openspec 目录）
+Glob pattern: "openspec/changes/*/tasks.md"
+# 对每个找到的 tasks.md，读取内容检查任务完成状态（[ ] 未完成 / [x] 已完成）
 ```
 
 ### 第二步：分析开发阶段
@@ -28,9 +32,18 @@ Grep pattern: "MapstructUtils|ServiceException" path: sys-canteen/,sys-kitchen/,
 | 🟡 中期 | 核心功能开发中，模块逐步完善 | 30-70% |
 | 🔴 后期 | 功能基本完成，处于优化阶段 | > 70% |
 
-### 第三步：分类问题和建议
+### 第三步：分析 OpenSpec 变更状态（如有）
+
+如果发现 `openspec/changes/` 下有活跃变更：
+
+1. 读取每个变更的 `tasks.md`，统计未完成任务
+2. 读取 `proposal.md` 获取变更概述
+3. 将未完成的 OpenSpec 任务纳入建议优先级
+
+### 第四步：分类问题和建议
 
 - **紧急问题**：安全漏洞、严重 Bug、编译错误
+- **OpenSpec 待实现**：已拆解但未完成的变更任务
 - **重要问题**：功能缺陷、设计问题、规范问题
 - **优化建议**：性能优化、代码重构、文档完善
 
@@ -63,6 +76,12 @@ Grep pattern: "MapstructUtils|ServiceException" path: sys-canteen/,sys-kitchen/,
 - **FIXME 项**：X 个
 - **编译/运行错误**：无
 
+### OpenSpec 变更状态（如有活跃变更）
+- **活跃变更**：X 个
+- **待实现任务**：X 个
+- **变更列表**：
+  - `[变更名]`：X/Y 任务完成（[proposal 概述]）
+
 ---
 
 ## 建议优先级
@@ -124,6 +143,17 @@ Grep pattern: "MapstructUtils|ServiceException" path: sys-canteen/,sys-kitchen/,
 
 ## 具体行动建议
 
+### 如果有未完成的 OpenSpec 变更：
+
+**推荐：继续实现已拆解的任务**
+- 变更名称：`[change-name]`
+- 未完成任务：[列出 tasks.md 中 [ ] 的任务]
+- **快速开始**：
+  ```bash
+  /opsx:apply [change-name]   # 自动实现下一个任务
+  /dev [任务描述]              # 手动实现特定任务
+  ```
+
 ### 如果您想继续开发新功能：
 
 **推荐 1：完善业务模块**

package/.claude/commands/progress.md

@@ -48,7 +48,19 @@ Glob pattern: "sys-common/src/main/java/**/controller/*Controller.java"
 Grep pattern: "TODO:|FIXME:" path: sys-canteen/,sys-kitchen/,sys-drp/,sys-common/ glob: "*.java" output_mode: content -B 1
 ```
 
-### 第四步：代码质量分析
+### 第四步：扫描 OpenSpec 变更状态（如有）
+
+```bash
+# 检查是否有活跃的 OpenSpec 变更
+Glob pattern: "openspec/changes/*/tasks.md"
+
+# 对每个找到的变更：
+# 1. 读取 proposal.md 获取变更概述
+# 2. 读取 tasks.md 统计任务完成情况（[ ] 未完成 / [x] 已完成）
+# 3. 检查是否有 design.md、specs/ 等制品
+```
+
+### 第五步：代码质量分析
 
 ```bash
 # 检查代码规范性
@@ -107,6 +119,16 @@ Grep pattern: "delFlag.*=.*0\b" path: sys-canteen/,sys-kitchen/,sys-drp/ glob: "
 
 ---
 
+## OpenSpec 变更状态（如有活跃变更）
+
+| 变更名称 | 状态 | 任务完成 | 概述 |
+|---------|------|---------|------|
+| `[change-name]` | 进行中 | X/Y | [proposal 概述] |
+
+> 使用 `/opsx:apply [变更名]` 继续实现未完成的任务，或 `/opsx:verify [变更名]` 验证已完成的变更。
+
+---
+
 ## 代码质量分析
 
 | 指标 | 评分 | 说明 |

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` 是全流程编排（包含排查+修复+提交）