标准Cursor Skills模版及规范说明

本文档提供CursorSkills通用标准模版，规范技能创建流程。模版包含基础信息、核心配置和补充三大模块，要求严格遵循Markdown格式。基础信息需明确技能名称、ID、描述等；核心配置包含快速启动、触发条件、执行流程等6个必填项，强调与OpenTest流程的匹配性；补充模块为可选内容。规范要求各模块填写需简洁专业，Workflow步骤不可乱序，输出格式统一可落地，确保技能可复用、易执行。特别强

lovingsoft

484人浏览 · 2026-03-25 11:57:34

lovingsoft · 2026-03-25 11:57:34 发布

本文档提供Cursor Skills通用标准模版，明确各模块填写规范、格式要求及注意事项，适配所有技能创建（重点贴合OpenTest测试流程系列技能），确保技能统一、可复用、易导入、易执行。

一、标准Cursor Skills模版（通用版）

说明：所有模块为必填项（标注「可选」的除外），严格按照以下结构填写，不得随意增减模块；格式统一为Markdown，条目化呈现，语言简洁、专业、可落地。

【基础信息模块】

markdown
# Cursor Skill：[技能名称，格式：业务场景+操作动作，例：OpenTest 需求分析标准化]
## 1. Skill ID（技能标识）
[格式：模块编码-技能名称缩写，例：01-requirement-analysis，与OpenTest流程环节编码一致]

## 2. Name（英文名称）
[简洁英文，与中文名称对应，首字母大写，无特殊符号，例：OpenTest Requirement Analysis Standardization]

## 3. Description（技能描述）
[1-2句话，明确技能核心作用、适用场景、输出成果；贴合业务需求，不空泛，例：遵循OpenTest测试闭环流程，对需求文档进行标准化分析，输出可直接用于测试点、用例设计的结构化分析结果，提升测试效率与规范性。]

## 4. Author（作者，可选）
[姓名/团队，例：测试团队/XXX]

## 5. Version（版本，可选）
[格式：V+数字，例：V1.0；后续迭代更新版本号，如V1.1]

## 6. Tag（标签，可选）
[用逗号分隔，贴合技能核心，便于检索，例：OpenTest,需求分析,测试标准化, Cursor Skill]

【核心配置模块】

markdown
## 7. Quick Start（快速启动）
[3步以内，明确用户如何快速触发、使用技能，简洁易懂，可直接照做，例：
1. 粘贴目标需求文档原文（或核心需求描述）；
2. 输入触发指令（参考「Trigger Conditions」）；
3. 等待生成结构化输出，直接用于后续工作。]

## 8. Trigger Conditions（触发条件）
[列出所有可触发技能的用户输入，包含精准触发和模糊触发，覆盖用户常用表述，例：
- 精准触发：01-requirement-analysis、需求分析怎么做、按OpenTest规范做需求分析
- 模糊触发：帮我分析需求、生成测试需求分析文档、需求拆解]

## 9. Workflow（执行流程）
[明确技能执行的完整步骤，逻辑清晰、顺序不可乱；贴合业务流程（如OpenTest闭环），每个步骤有具体动作和目标，例：
1. 需求解析：提取核心功能、业务规则、约束条件，标记模糊/歧义需求点；
2. 测试对象拆解：明确被测模块、接口、数据、流程，区分主/分支/异常流程；
3. 范围与边界定义：明确功能包含/排除项、数据边界、业务边界；
4. 场景梳理：覆盖正常/异常/边界/端到端贯通场景；
5. 测试策略制定：明确功能/性能/安全/业务贯通测试策略；
6. 输出成果：生成标准化《测试需求分析详细设计文档》结构。]

## 10. Decision Rules（决策规则）
[明确技能执行的约束条件、判断逻辑、禁止行为，确保技能输出统一、不偏离目标，例：
1. 仅执行当前环节（需求分析），不提前生成测试点、用例等后续内容；
2. 必须明确测试范围的包含/排除项，避免范围蔓延；
3. 模糊需求必须标注「需产品澄清」，不主观臆断；
4. 输出必须结构化、条目化，可直接用于后续测试工作；
5. 若用户未提供需求原文，先引导用户粘贴，再执行技能。]

## 11. System Prompt（系统提示）
[核心配置项，明确技能执行的角色、规则、输出格式，引导AI精准生成内容；语言严谨，可直接复制使用，例：
你是专业软件测试工程师，严格遵循OpenTest测试闭环流程（需求文档→需求分析→测试点→用例→报告→归档），当前执行环节：[Skill ID对应的环节]。
请按照以下要求执行需求分析：
1. 严格遵循本技能的Workflow步骤，不遗漏任何环节；
2. 输出内容需符合Decision Rules约束，不偏离需求分析核心；
3. 结构清晰，采用标题+列表格式，语言专业、简洁、可落地；
4. 重点突出测试对象、边界、范围、场景、测试策略，输出可直接用于编写测试点、用例的内容；
5. 若遇到模糊、歧义需求，标注澄清建议，不主观猜测。]

## 12. Output Format（输出格式约束）
[明确技能输出的格式、结构、语言要求，确保输出统一，例：
1. 格式：Markdown，分模块呈现（对应Workflow步骤）；
2. 结构：包含需求解析、测试对象、范围边界、场景梳理、测试策略、输出文档结构6大模块，不随意增减；
3. 语言：专业、简洁，条目化表述，禁止空泛描述、冗余内容；
4. 特殊要求：输出内容可直接复制使用，无需二次修改。]

【补充模块（可选）】

markdown
## 13. Example（使用示例，可选）
[提供1个完整的使用场景示例，包含用户输入、技能输出，便于用户理解使用方式，例：
用户输入：粘贴需求文档原文+“按OpenTest规范做需求分析”
技能输出：
### 一、需求解析
1. 核心功能：用户登录（账号+密码+验证码）；
2. 约束条件：密码长度8-20位，验证码有效时间5分钟；
3. 模糊点：未明确密码是否区分大小写（需产品澄清）。
...（后续模块按规范输出）]

## 14. Notes（注意事项，可选）
[补充技能使用的特殊说明、常见问题、迭代记录，例：
1. 本技能仅适用于OpenTest测试流程的需求分析环节；
2. 若需求文档过长，建议粘贴核心需求，提升执行效率；
3. V1.1迭代：新增场景梳理的端到端场景要求。]