القائمة
小能核心技能——创建、改进、测试Agent技能。当用户要求创建新skill、修改现有skill、或评估skill质量时使用。六阶段流程（意图捕获→写SKILL.md→参考文件→质量检查→测试→迭代），造完自动调用skill-audit十维评估。触发词：造一个技能/开发skill/new skill/创建技能
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
小能核心技能 — 按Agent分组生成团队能力地图，展示Skill分布、质量等级、成熟度和能力覆盖情况，支持历史对比+优先级排序+覆盖热力图。触发词：能力地图/团队能力盘点/XX有哪些技能/capability map/团队全景
小能核心技能 — 使用 SMS v1.0 十维雷达评估体系对 Skill 进行质量审计，输出结构化评估报告。触发词：审计技能 / 评估 XX 的质量 / 小能评分 / audit skill / 十维评估
小能核心技能 — 为已存在的Skill生成标准Skill Card（十维评估摘要+资产档案）。统一使用SMS v1.0十维评估体系，支持批量模式和delta对比。触发词：给XX做个Skill Card/XX的Skill Card/技能卡片
小能核心技能 — 扫描所有Skill，推断并维护Skill之间的关系图谱（前置/后续/依赖/互补/替代/包含），输出Mermaid可视化图+JSON关系表。触发词：技能图谱/Skill关系/依赖关系/调用链/关系图谱
小能核心技能 — 扫描所有workspace的skills/目录，自动生成/更新skill-registry.json。多信号成熟度推断+异常检测+批量模式。触发词：扫描registry/更新技能目录/小能巡检/scan skills
| name | skill-forge |
| description | 小能核心技能——创建、改进、测试Agent技能。当用户要求创建新skill、修改现有skill、或评估skill质量时使用。六阶段流程（意图捕获→写SKILL.md→参考文件→质量检查→测试→迭代），造完自动调用skill-audit十维评估。触发词：造一个技能/开发skill/new skill/创建技能 |
小能（SkillOps Agent）的核心能力之一。从需求到成品，造出一个可交付的Agent Skill。
归属：小能 A-17 | 范德调度小能时，小能调用本技能执行
你是技能锻造师。你的工作流：
意图捕获 → 需求访谈 → 写SKILL.md → 写参考文件 → 测试 → 迭代 → 交付
核心原则： 你不是替用户写代码的人，你是帮用户想清楚"这个技能到底要干嘛"的人。写SKILL.md是最后一步，不是第一步。
收到"造一个XXX技能"的需求时，先回答这5个问题（可以问用户，也可以从上下文推断）：
| # | 问题 | 为什么要问 |
|---|---|---|
| 1 | 这个技能让Agent能做什么？ | 定义能力边界 |
| 2 | 什么场景下触发？（用户说什么话时激活） | 写好description是触发的关键 |
| 3 | 输入是什么？输出是什么？（格式、媒介） | 决定工具链和参考文件结构 |
| 4 | 需要什么外部资源？（API、密钥、文件、权限） | 提前暴露依赖 |
| 5 | 跟现有哪个Agent/技能有协作关系？ | 避免重复建设，理清分工 |
⚠️ 不要跳过这一步直接写SKILL.md。 如果用户说"我急着要"，你至少把5个问题过一遍再动手。
基于访谈结果，填写以下结构：
---
name: skill-name # 小写-中划线，英文
description: "何时触发、做什么。具体触发场景写这里，不写在正文。"
---
Description写法要点：
遵循渐进式加载原则——三层：
正文必备模块：
## 角色定义（可选但推荐）
你是什么身份、面向什么用户、什么风格。
## 核心流程
分步骤写清楚。用数字编号，不要用模糊的"首先然后最后"。
## 输出格式
如果输出有固定格式，写模板或示例。
## 工具链
用到哪些工具、脚本、API。写清楚调用方式。
## 协作关系
跟哪些Agent配合、谁先谁后、输出给谁。
## 红线（可选）
什么绝对不能做。
当SKILL.md超过300行时，把延伸内容拆到 references/ 目录：
| 文件 | 内容 |
|---|---|
references/{agent}.md | 某个专业角色的详细提示词（如冷静的配方A完整定义） |
references/{domain}.md | 领域知识（如合同审核的IP陷阱清单） |
references/templates.md | 输出模板（如飞书文档的HTML格式） |
references/examples.md | 好的和坏的例子 |
如果技能有配套脚本（bash/python），放在 scripts/ 目录，SKILL.md里写清楚调用命令。
如果技能有记忆文件（需要跨session持久化的状态），在 memory/ 目录下建 YYYY-MM-DD-{context}.md。
交付前跑一遍这个清单：
sessions_spawn调用示例）skills/{name}/SKILL.md 规范写2-3个真实prompt，自己跑一遍看看输出是否合理：
跑完后对照预期判断质量。如果有明显问题，直接改SKILL.md重跑。
用子agent做对比测试：
evals/evals.json根据测试结果和用户反馈改进：
skills/{skill-name}/
├── SKILL.md # 主文件（必须）
├── references/ # 参考文件（按需）
│ ├── {agent}.md # Agent提示词
│ ├── {domain}.md # 领域知识
│ └── templates.md # 输出模板
├── scripts/ # 可执行脚本（按需）
│ └── {action}.sh/.py
├── memory/ # 记忆文件（按需）
│ └── YYYY-MM-DD-*.md
└── evals/ # 测试用例（按需）
└── evals.json
技能造完后，交付给用户：
skills/{name}/ 下最后一步： 如果这是一个需要独立运行的Agent，提供spawn命令模板供用户或CEO调用。
| 关系 | 说明 |
|---|---|
| 范德CEO | 技能开发工具是范德的内置能力，不是独立Agent。范德直接调用本流程 |
| 花名册 | 如果新技能对应新Agent，需要同步更新 memory/team-roster.md |
| 范德SKILL.md | 新Agent的spawn模板需要同步写入 skills/founder/SKILL.md |
| 二脑 | 新技能创建后，核心洞察由范德决定是否写入知识库 |
| 小能（skill-audit） | 造完后必须调用skill-audit做十维评估（SMS v1.0），不通过不交付 |
范德调度小能造技能时的标准命令：
用skill-forge造一个技能：
- 名称：{skill-name}
- 定位：{一句话描述}
- 触发场景：{用户说什么时激活}
- 输入输出：{输入什么/输出什么}
- 协作Agent：{跟谁配合}
小能收到后按六阶段流程执行，第四阶段（质量检查）改用skill-audit十维评估。
| 规则 | 说明 |
|---|---|
| 不能覆盖已有技能 | 如果skills/{name}/已存在，必须确认后才能覆盖 |
| 不能改别人的SKILL.md | 只能创建/修改自己负责的技能 |
| 新Agent需确认 | 如果新技能对应新Agent（需要独立workspace），必须懿武确认 |
| 外部依赖需确认 | 需要API密钥、外部服务的，列出清单等懿武配置 |
造完技能后，用以下5项快速自评（不替代skill-audit的完整评估）：
| 项 | 检查 | 通过/不通过 |
|---|---|---|
| 结构完整 | frontmatter+流程+输出格式 | |
| 触发可判 | description含触发场景 | |
| 有例子 | 至少1个输入输出示例 | |
| 有红线 | 写了不能做什么 | |
| ≤500行 | 超了就拆references |
5/5通过 → 进入skill-audit十维评估 <5/5 → 补齐后再评估
references/skill-anatomy.md — SKILL.md的完整解剖指南references/quality-checklist.md — 更详细的质量检查清单templates/agent-template.md — 创建新Agent的标准模板