4.6 技能中心
技能中心用于统一查看、创建、编辑和管理你的测试 skills。
你可以在这里维护可复用的测试方法，并让这些 skills 在后续生成过程中自动生效。
进入技能中心
在左侧导航栏中，点击 测试技能库，即可进入技能中心页面。
进入后，你可以看到：
- 顶部搜索框：用于按关键词搜索 skill
- 分类筛选：如测试需求分析、测试对象分析、测试场景分析
- 行业筛选：如 SaaS/软件平台、AI 与大数据、金融与银行等
- 技能列表区域：展示当前账号下已创建的所有 skills
如果当前还没有任何 skill，列表区域会显示为空。
技能中心可以做什么
在技能中心中，你可以完成以下操作：
- 查看当前账号下的全部 skills
- 按分类或行业筛选 skills
- 手动新增一个 skill
- 编辑已有的 skill 内容
- 启用或停用某个 skill
- 通过后续生成和对话，不断优化已有 skills
新增一个 Skill
在技能中心页面右上角，点击 添加技能，进入新增页面。
新增页面分为左右两个区域：
- 左侧：填写和编辑 skill 内容
- 右侧：实时预览 skill 最终结构
第一步：填写基础信息
在左侧的 基础信息 区域中，填写以下内容：
- 技能名称：为当前 skill 命名，建议名称直接体现用途
- 描述：简要说明这个 skill 用来解决什么问题
- 分类：选择这个 skill 属于哪个阶段，例如测试需求分析
- 测试类型：选择对应测试类型，例如功能
- 行业：选择适用行业
- 启用：控制这个 skill 是否参与后续生成
建议优先保证技能名称和描述清楚明确，这会直接影响后续查找和理解。
第二步：填写核心定义
在 核心定义 区域中，填写这个 skill 的核心内容，例如：
- 应用场景：说明这个 skill 适合用在什么场景
- 步骤：说明 AI 在使用这个 skill 时应该如何处理问题
这部分决定了这个 skill 的主要作用方式，建议尽量写得具体、清楚、可执行。
第三步：补充完整信息
在 补充信息 区域中，可以继续填写：
- 目的：这个 skill 希望解决什么问题
- 输入要求：适用这个 skill 时，通常需要哪些输入信息
- 示例：给出一个简单示例，帮助理解 skill 的使用方式
- 注意事项：补充边界、限制或使用提醒
这些内容不是为了展示说明，而是为了帮助后续维护和优化 skill，也方便你自己或团队成员理解这个 skill 的用途。
第四步：查看右侧预览
在左侧输入内容时，右侧会自动同步生成预览。
你可以通过预览检查：
- 当前结构是否完整
- 表达是否清楚
- 内容是否符合你的预期
如果发现不合适，可以继续回到左侧修改。
第五步：保存
确认无误后，点击右上角 保存。
保存后，这个 skill 会回到技能中心列表，并可在后续生成中参与调用。
编辑已有 Skill
在技能中心列表中，找到想修改的 skill，进入编辑页面后即可修改内容。
可修改内容包括：
- 技能名称
- 描述
- 分类
- 测试类型
- 行业
- 启用状态
- 应用场景
- 步骤
- 目的
- 输入要求
- 示例
- 注意事项
修改完成后，点击 保存，系统会更新这个 skill 的最新版本。
启用和停用 Skill
每个 skill 都可以设置是否启用。
- 启用：该 skill 可以在后续生成时被系统自动判断并调用
- 停用：该 skill 会保留在技能中心中，但不会参与后续生成
当你暂时不希望某个 skill 生效时，可以直接将其停用，而不需要删除。
如何让 Skill 在生成中生效
skill 保存并启用后，不需要在每次生成时手动选择。
在后续项目生成过程中，AI 会结合当前任务内容，自动判断应该调用哪些 skills。
例如：
- 当前需求属于某个特定行业
- 当前任务处于测试需求分析阶段
- 当前内容与某个 skill 的应用场景匹配
满足这些条件时，系统会自动使用相关 skill，帮助生成结果更贴近你的测试方法和业务场景。
如何通过对话优化已有 Skill
除了在技能中心手动新增和编辑，你也可以在项目生成过程中，通过对话沉淀和优化 skill。
常见使用方式包括：
- 对某类结果进行反复修改后，总结为新的 skill
- 发现某个已有 skill 不够准确时，通过对话形成新的优化思路
- 将一次局部修改中提炼出的测试方法，补充到原有 skill 中
完成这些调整后，相关内容最终都可以回到技能中心统一维护。
建议在以下情况下更新 skill：
- 同类修改反复出现
- 某类需求有稳定的拆解方法
- 你希望 AI 后续默认沿用某种测试思路
- 团队内部已经形成固定的测试设计规则
推荐写法
为了让 skill 更容易维护，也更容易在后续使用中发挥作用，建议遵循以下写法：
技能名称
建议直接写清用途，避免过于宽泛。
推荐示例：
- 状态流转类需求的测试拆解方法
- 权限控制场景的测试分析方法
- 表单校验场景的异常覆盖方法
不推荐示例：
- 通用测试 skill
- 我的方法
- 需求优化
描述
建议用一两句话直接说明作用，不要写得过长。
应用场景
尽量明确写出适用范围，让这个 skill 的边界清楚可见。
步骤
建议写成可以执行的处理逻辑，而不是抽象描述。
例如：
- 识别状态及状态含义
- 梳理状态流转关系
- 补充异常路径和逆向操作
- 检查不同角色权限限制
这样的内容比“全面分析需求”更容易使用和维护。
示例：新增一个 Skill
以下是一个可直接参考的示例。
技能名称
状态流转类需求的测试拆解方法
描述
用于识别和拆解审批流、订单流、任务流等状态变化类需求，重点补充主流程之外的状态边界、异常分支和权限限制。
分类
测试需求分析
测试类型
功能
行业
SaaS/软件平台
应用场景
适用于请假审批、订单取消退款、工单流转、任务状态切换等场景。
步骤
- 识别所有状态及含义
- 梳理状态之间的流转关系
- 检查撤回、驳回、取消等特殊路径
- 检查不同角色的操作权限
- 补充重复操作、异常流转和状态不一致场景
目的
避免 AI 只覆盖主流程，提升状态流转类需求的测试完整性。
输入要求
需求中至少包含状态、操作或角色中的一种信息。
示例
请假申请提交后进入待审批，主管可审批通过或驳回，员工在待审批时可撤回。
注意事项
若需求未明确写出某个状态是否可逆，不要直接假设，应提示补充。
常见问题
为什么我保存了 Skill，但没有看到它生效？
请检查以下几点：
- 这个 skill 是否已启用
- skill 的分类、测试类型、行业是否与当前任务匹配
- skill 的应用场景和步骤是否写得过于模糊，导致系统难以判断是否适用
建议优先检查 skill 的名称、描述和应用场景是否足够明确。
我可以只填写部分内容吗？
可以，但建议至少完整填写以下字段：
- 技能名称
- 描述
- 分类
- 测试类型
- 行业
- 应用场景
- 步骤
这些内容会直接影响 skill 的可理解性和可用性。
Skill 是一次性配置的吗？
不是。
你可以随时在技能中心中继续编辑和优化，也可以在后续项目中通过对话不断补充新的经验，最后再统一沉淀到这里。
使用建议
建议先从以下两类 skill 开始建立：
- 经常重复出现的测试拆解方法
- 团队内部已经比较稳定的测试设计规则
这样更容易在实际生成中看到效果，也更方便后续逐步扩展自己的 skill 体系。