菜单
元技能：创建、测试、优化 Agent Skills。当用户说'帮我创建一个 skill'、'怎么写 SKILL.md'、'优化这个 skill'、'测试 skill 效果'、'skill 触发不准'、'写一个新的 skill'、'skill 怎么不生效'时触发此 Skill。核心能力：Skill 设计→SKILL.md 编写→测试用例生成→Eval 运行→迭代优化→description 调优。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/gaoqiongxie/skills-ai --skill skill-creator命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
网络安全分析师技能库：754个结构化安全技能，覆盖威胁狩猎、数字取证、事件响应、渗透测试、代码安全审计、威胁情报、恶意软件分析等26个安全领域。映射MITRE ATT&CK v19.1、NIST CSF 2.0等五大框架。当用户说'安全分析'、'威胁狩猎'、'威胁情报'、'渗透测试'、'事件响应'、'MITRE'、'数字取证'、'恶意软件分析'、'红队'、'蓝队'、'SOC'、'网络攻防'时触发。与security-audit互补：security-audit聚焦代码层静态扫描，本Skill覆盖全栈安全分析工作流。
企业级全栈迭代工作流Agent：当用户说'开始开发这个需求'、'处理本次迭代'、'全栈开发闭环'、'跑一个迭代'、'enterprise iteration'、'迭代开发'、'需求交付'、'开发闭环'时触发。自动按需求→设计→开发→测试→Review→部署→记忆7阶段推进，维护迭代状态机，路径感知（自动读取需求目录与代码目录），协调多个子Skill协作完成企业级CRM全栈需求交付。支持状态回退、并行分支、上下文继承。
截图转可交互原型统一入口：根据UI设计稿、手绘草图或竞品截图自动生成HTML高保真原型，并自动联动screenshot-to-prd输出PRD、prd-to-demo完善交互。当用户说'根据截图生成原型'、'设计稿转Demo'、'草图转HTML'、'图片转可交互页面'、'复刻这个界面'、'仿照这个APP做原型'、'截图生成网页'时触发。核心特点：视觉分析自动还原布局、组件识别与映射、多截图串联页面流、与screenshot-to-prd/prd-to-demo形成设计驱动闭环。
基于 SOC 职业分类
正在显示 SKILL.md
| name | skill-creator |
| description | 元技能：创建、测试、优化 Agent Skills。当用户说'帮我创建一个 skill'、'怎么写 SKILL.md'、'优化这个 skill'、'测试 skill 效果'、'skill 触发不准'、'写一个新的 skill'、'skill 怎么不生效'时触发此 Skill。核心能力：Skill 设计→SKILL.md 编写→测试用例生成→Eval 运行→迭代优化→description 调优。 |
来源: Anthropic 官方 Skills (anthropics/skills)
发布时间: 2026-04-29
理念: "授人以鱼不如授人以渔——学会创建 skill，你就拥有了无限扩展 AI 能力的方法。"
从零创建一个高质量的 Agent Skill，或优化已有的 Skill。
| 场景 | 示例 |
|---|---|
| 创建新 Skill | "帮我做个翻译 skill" |
| 优化现有 Skill | "这个 skill 触发不准，帮我调" |
| 测试 Skill | "怎么知道我的 skill 好不好用" |
| 修复问题 | "skill 不生效，帮我排查" |
| 学习规范 | "SKILL.md 怎么写才对" |
回答 3 个核心问题：
好例子：
问题：选择困难症不知道吃什么
触发："吃什么"、"帮我选外卖"、"中午吃啥"
原则：根据预算/口味/人数快速决策，不纠结
创建标准目录结构：
your-skill-name/
├── SKILL.md # ⭐ 核心文件
└── references/ # 可选：参考资料
└── xxx.md
---
name: "skill-english-name" # 英文，中划线连接
description: > # > 表示多行字符串
一句话描述这个 Skill 做什么。
什么时候应该触发它（关键词）。
核心特点/原则是什么。
---
# 标题
详细说明...
description 决定 Skill 的触发准确度，必须包含：
好例子：
"帮助用户快速做出外卖选择，告别选择困难症。适用于纠结吃什么、点外卖选择困难、不知道吃什么等场景。根据预算、口味偏好、人数快速推荐具体餐厅和菜品，不做泛泛而谈。"
坏例子：
"这是一个食物选择的 skill。" # ❌ 太简单，触发不准
生成 5-10 个测试用例，覆盖：
测试用例模板：
正面：
1. "两个人吃，100块预算，想吃辣的" → 应该触发 food-picker
2. "中午吃什么好纠结" → 应该触发 food-picker
负面：
1. "怎么做红烧肉" → 不应该触发（这是菜谱，不是选择）
2. "帮我写代码" → 不应该触发（完全无关）
运行测试，记录结果：
| 用例 | 预期 | 实际 | 结果 |
|---|---|---|---|
| "吃啥" | 触发 | 触发 | ✅ |
| "怎么做菜" | 不触发 | 触发了 | ❌ |
根据评估结果优化：
触发过度（不该触发时触发了）：
触发不足（该触发时没触发）：
优化技巧：
## 测试清单
- [ ] 正面用例 1：xxx → 预期触发
- [ ] 正面用例 2：xxx → 预期触发
- [ ] 负面用例 1：xxx → 预期不触发
- [ ] 边界用例：xxx → 预期?
# eval_skill.py
import json
test_cases = [
{"input": "吃什么", "should_trigger": True},
{"input": "帮我写周报", "should_trigger": False},
]
for case in test_cases:
result = test_skill(case["input"])
status = "✅" if result == case["should_trigger"] else "❌"
print(f"{status} {case['input']}")
| 问题 | 原因 | 解决方案 |
|---|---|---|
| Skill 完全不触发 | description 太模糊 | 增加具体关键词和场景描述 |
| Skill 总是误触发 | description 太宽泛 | 增加排除条件和边界说明 |
| Skill 触发不稳定 | 关键词冲突 | 检查和其他 skill 的 description 重叠 |
| 格式错误 | frontmatter 语法错 | 检查 --- 位置和缩进 |
| 不生效 | 路径/命名问题 | 确保文件夹名和 name 字段一致，用中划线 |
references/ 存放详细参考资料---
name: "food-picker"
description: "帮助选择食物"
---
问题：太简单，触发不准
---
name: "food-picker"
description: "帮助用户快速做出外卖选择，告别选择困难症。适用于纠结吃什么、点外卖选择困难、不知道吃什么等场景。根据预算、口味偏好、人数快速推荐具体餐厅和菜品。"
---
改进：增加了场景、关键词、具体价值
---
name: "food-picker"
description: >
帮助用户快速做出外卖/就餐选择，专治选择困难症。
当用户说"吃什么"、"帮我选外卖"、"中午吃啥"、"不知道吃什么"、
"两个人吃什么"、"有推荐吗"等时触发。
根据预算、口味偏好（辣/清淡/酸甜等）、就餐人数、地区特色快速给出具体推荐。
核心原则：不泛泛而谈，直接给出具体选项；不超预算；考虑忌口。"
---
改进：更详细的触发词、核心原则、边界说明
| Skill | 用途 |
|---|---|
| skill-lookup | 发现热门 Skill |
| skill-accelerator | 学习新技能的方法论 |
| systematic-debugging | 调试 Skill 本身的问题 |
"创建一个好 Skill 需要 3 次迭代：第一次写出来，第二次测试发现边界，第三次打磨 description。"