name: prompt-level-selection description: 为任务引导选择适当的提示级别。 allowed-tools: Read, Grep, Glob

提示级别选择技能

基于七级框架引导选择适当的提示级别。

目的

匹配任务复杂性到正确的提示级别。从简单开始，仅在需要时添加复杂性。

何时使用

开始新的提示
升级现有提示
不确定哪个级别适合
教学提示工程

七级快速参考

级别	名称	使用时机
1	高级别	简单重复性任务
2	工作流	需要顺序步骤
3	控制流	需要条件或循环
4	委派	需要多个代理
5	高阶	处理其他提示
6	模板元	生成提示
7	自我改进	知识积累

决策树

这是一个简单、重复性任务吗？
├── 是 -> 级别 1 (高级别提示)
└── 否
    |
    需要顺序步骤吗？
    ├── 是 -> 需要条件/循环吗？
    |   ├── 是 -> 需要委派给代理吗？
    | |   ├── 是 -> 级别 4 (委派)
    | |   └── 否 -> 级别 3 (控制流)
    |   └── 否 -> 级别 2 (工作流)
    └── 否
        |
        处理其他提示吗？
        ├── 是 -> 级别 5 (高阶)
        └── 否
            |
            生成提示吗？
            ├── 是 -> 级别 6 (模板元)
            └── 否
                |
                需要随时间学习吗？
                ├── 是 -> 级别 7 (自我改进)
                └── 否 -> 重新评估需求

80/20 规则

“级别 3-4 覆盖了 80% 的实际使用案例。”

级别范围	覆盖范围	复杂性
1-2	40%	低
3-4	80%	中等（最佳点）
5-7	20%	高

不要过度工程化。 大多数任务适合级别 3-4。

选择过程

步骤 1：理解任务

询问：

这个任务完成什么？
它将重复多少次？
需要什么输入？
产生什么输出？

步骤 2：检查复杂性指标

指标	指向
一次性或罕见	级别 1
顺序步骤	级别 2+
“如果 X 则 Y”	级别 3+
“运行 N 个代理”	级别 4
“处理此规范文件”	级别 5
“为…创建提示”	级别 6
“学习并改进”	级别 7

步骤 3：从低开始，需要时升级

从最低适用级别开始
构建并测试提示
如果不足，升级一个级别
重复直到任务满足

级别选择示例

示例 1: “启动开发服务器”

分析： 简单、重复性、无变量 级别： 1 (高级别提示)

示例 2: “创建实施计划”

分析： 顺序步骤、需要输入、产生输出 级别： 2 (工作流提示)

示例 3: “生成 N 个图像并进行验证”

分析： 需要循环、条件检查 级别： 3 (控制流)

示例 4: “使用 5 个并行代理研究主题”

分析： 多个代理、需要聚合 级别： 4 (委派提示)

示例 5: “从此规范文件构建”

分析： 接受另一个提示/规范作为输入 级别： 5 (高阶)

示例 6: “创建新的斜杠命令”

分析： 以特定格式生成提示 级别： 6 (模板元提示)

示例 7: “学习模式的学习钩子专家”

分析： 随时间积累专业知识 级别： 7 (自我改进提示)

输出格式

当推荐级别时：

## 级别选择

**任务：** [描述]

**推荐级别：** [1-7] ([名称])

**理由：**
- [原因 1]
- [原因 2]

**关键部分需要：**
- [部分 1]
- [部分 2]

**替代考虑：**
级别 [N] 如果 [条件]

红旗

红旗	问题	解决方案
跳转到级别 6-7	过度工程化	从级别 2-3 开始
级别 1 用于复杂任务	工程化不足	添加工作流部分
级别 4 用于单代理	不必要的委派	使用级别 2-3
无明确级别适合	需求模糊	澄清任务范围

关键引用

“三次标记一个模式。复制你正在做的任何事，并写成高级别提示，然后从那里向上移动级别。”

交叉引用

@seven-levels.md - 详细级别描述
@prompt-sections-reference.md - 每个级别的部分
@stakeholder-trifecta.md - 沟通考虑

版本历史

v1.0.0 (2025-12-26): 初始发布

最后更新

日期： 2025-12-26 模型： claude-opus-4-5-20251101