元提示生成器（Meta Prompt Generator）

接收简要描述，自动生成支持分步骤并行处理的结构化自定义斜杠命令（Slash Command）。适用于提示词生成、工作流设计和测试套件编写。

概述

本技能接收用户的高层级请求，自动生成体系化、并行处理优化的自定义斜杠命令（提示词）。生成的提示词包含：基于步骤的工作流、依赖管理、并行执行策略和全面的测试套件。

Claude 应在以下场景使用此技能：

• 用户请求为复杂项目创建结构化工作流时
• 请求生成可复用的自定义提示词或斜杠命令时
• 需要并行处理优化的任务规划时
• 请求包含系统测试的提示词时

核心功能

1. 智能知识采集

• 对模型知识截止日期之后的主题自动进行网络搜索
• 每个主题使用 3 个并行子代理（Sub-agent）采集知识
• 整合引用出处和验证信息

2. 基于步骤的工作流设计

• 将任务结构化为逻辑步骤（Phase）
• 明确定义各步骤的依赖关系
• 独立任务并行执行，依赖任务顺序执行
• 利用 Task 工具制定并行处理策略

3. 全面的测试生成

• 自动生成单元测试、集成测试和端到端测试
• 识别各测试的并行执行可行性
• 包含边界情况和验证命令

4. 优化的执行策略

• 自动识别可并行执行的任务
• 提供子代理创建策略
• 明确执行模式（顺序/并行/混合）

工作流程

用户提供高层级请求后：

1. 上下文采集（并行）

   • 对未知主题使用 3 个并行子代理进行网络搜索
   • 并行收集相关文档

2. 需求澄清（顺序，用户交互）

   • 信息不足时逐一提问
   • 循环直到收集所有必要信息

3. 提示词结构设计（顺序）

   • 分析可并行化的工作区域
   • 确定步骤间依赖关系
   • 规划子代理策略

4. 内容生成（顺序）

   • 按指定格式编写所有章节
   • 整合搜索到的知识
   • 结构验证

5. 保存与报告（顺序）

   • 保存到 .claude/commands/<提示词名称>.md
   • 汇报生成的提示词摘要

生成的提示词结构

生成的自定义斜杠命令包含以下章节：

# <提示词名称>

## 变量

- 动态变量（$1, $2, ...）定义
- 静态变量定义

## 指令

- 执行规则与约束
- 边界情况处理方式
- 重要需求
- **按项目类型的验证要求**：
  - Flutter：执行 `flutter analyze` 解决所有 error（warning/info 可选）
  - React/Next.js：执行 `pnpm build`（或 `npm run build`）确认构建成功
  - 其他框架：执行相应框架的静态分析工具和构建命令

## 代码库结构（代码相关时）

- ASCII 目录树
- 各文件/目录用途说明

## 工作流程

### 步骤 1-N：<步骤名称>

**依赖：**<依赖步骤>
**执行模式：**顺序 | 并行 | 混合
**子代理策略：**<策略描述>

#### 步骤任务项

- 具体任务内容
- 条件逻辑

**并行执行：**<并行执行可行性及方式>

---

### 最终步骤：验证与质量保证

**依赖：**所有之前步骤
**执行模式：**顺序

#### 按项目类型的必须验证

1. **Flutter 项目**
   - 执行 `flutter analyze` 解决所有错误
   - 循环修复直到错误数为 0
   -（可选）`flutter build apk --debug` 验证构建

2. **React/Next.js 项目**
   - 执行 `pnpm build`（或 `npm run build`）
   - 修复错误直到构建成功
   -（可选）`pnpm lint` 检查代码质量

3. **其他框架**
   - 执行对应框架的静态分析工具
   - 执行构建命令确认成功

**并行执行：**不可（须顺序验证）

---

## 测试套件生成

### 单元测试
- 各组件测试
- 并行执行策略

### 集成测试
- 交互测试
- 依赖明确

### 端到端测试
- 用户流程测试

### 边界情况
- 异常情况处理

### 验证命令

- 可执行的验证命令
- **按项目类型的必须验证**：
  - **Flutter 项目**：
    ```bash
    flutter analyze  # 必须解决所有错误
    flutter test     # 执行测试
    flutter build apk --debug  # 构建验证（可选）
    ```
  - **React/Next.js 项目**：
    ```bash
    pnpm build       # 或 npm run build - 构建必须成功
    pnpm test        # 执行测试
    pnpm lint        # 代码检查
    ```
  - **其他框架**：使用对应框架的标准验证工具

### 最终质量保证

#### 完成标准（按项目类型）

**Flutter 项目：**
- [ ] `flutter analyze` 执行时 error 为 0
- [ ] 所有单元测试通过
- [ ] 代码生成完成（build_runner 等）
- [ ]（可选）`flutter build` 成功

**React/Next.js 项目：**
- [ ] `pnpm build`（或 `npm run build`）成功
- [ ] 所有测试通过
- [ ] TypeScript error 为 0
- [ ] lint error 为 0（或最小化）

**通用验证清单：**
- [ ] 所有文件已在正确位置生成
- [ ] 依赖已正确安装
- [ ] 文档化完成（README 等）
- [ ] 版本控制准备就绪（.gitignore 等）

## 最终产出

- 具体产出物明确

## 报告

- 向用户汇报的内容

使用示例

示例 1：创建 React 应用

用户："用 React 和 TypeScript 做一个 TODO 应用"

技能执行：
1. 搜索 React、TypeScript 最新信息（并行）
2. 询问所需细节（UI 设计、状态管理方式等）
3. 设计分步工作流：
   - 步骤 1：项目设置
   - 步骤 2-4：UI 组件、状态管理、API（并行）
   - 步骤 5：集成
   - 步骤 6：测试（并行）
4. 将完整提示词保存到 .claude/commands/react-todo-app.md

示例 2：数据分析流水线

用户："帮我做一个读取 CSV 文件进行分析和可视化的流水线"

技能执行：
1. 搜索数据分析库最新信息
2. 询问数据格式、分析目标等
3. 并行处理优化的工作流：
   - 将数据加载、清洗、分析分为独立步骤
   - 各可视化并行生成
   - 测试并行执行
4. 保存提示词并汇报

核心术语

• Task 工具：创建并行子代理的 Claude Code 工具
• 任务项/步骤：步骤内的各个任务
• 依赖：哪些步骤必须先完成
• 执行模式：顺序/并行/混合执行方式
• 子代理策略：哪些任务委托给子代理

并行处理优化原则

应使用 Task 工具的场景：

• 任务间无依赖时
• 可同时执行时
• 各任务独立时

示例："将后端 API、前端 UI、数据库 Schema 分配给 3 个并行子代理处理"

应在主上下文中执行的场景：

• 需要整合之前子代理的结果时
• 存在顺序依赖时
• 需要协调或状态共享时

示例："收集步骤 2、3 的结果后，在主上下文中进行整合"

最佳实践

1. 提供清晰描述：上层提示词尽可能包含具体信息
2. 渐进式改进：测试生成的提示词并按需修改
3. 版本管理：将生成的提示词纳入版本控制系统
4. 复用：在类似任务中复用已生成的提示词
5. 文档化：记录生成提示词的目的和使用方式
6. 彻底验证：
   • Flutter：flutter analyze 达到 0 error
   • React/Next.js：pnpm build 确认成功
   • 活用各框架的标准验证工具
   • 验证失败时分析原因并修复后重新验证

局限性

• 非常复杂的提示词可能需要手动调整
• 生成的提示词是起点，建议按项目需求自定义
• 模型知识截止日期之后的信息依赖网络搜索

补充说明

• 生成的提示词可作为 Claude Code 的斜杠命令使用
• 提示词内部利用 Task 工具实现实际并行执行
• 测试套件包含实际可执行的命令
• 所有步骤都有明确的输入/输出和成功标准定义

通过此技能，复杂任务也能实现体系化、高效的自动化。