メニュー
根据参考技能和用户需求，自动生成新的 Agent 技能。分析优秀技能的架构模式，提取可复用的设计逻辑，产出符合规范的技能代码。使用场景：用户想创建一个能解决特定领域问题的新技能，或需要从参考案例中提取模式生成技能。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
GitHub 仓库操作工具集，支持 Issue 评论回复、PR 创建、Issue/PR 详情查询、代码推送和 PR 创建联动。使用 Python requests 库调用 GitHub API，配合 gh CLI 工具完成分支操作。Use when 用户提到回复 GitHub Issue、创建 PR、推送并创建 PR、查看 issue 状态、GitHub 操作。
DriFox UI 插件开发技能。用于创建、修改、调试 UI 插件（浮动卡片 / 内容块渲染器 / 消息元素工厂）。
AI 驱动的智能体编排画布设计器。通过对话理解需求，AI 自动生成画布配置， 通过 Playwright MCP 自动操控浏览器进行可视化验证和迭代。 无需用户手动拖拽编辑。内置 JSON 校验和自动备份防损坏。 Use when 用户说"设计智能体"、"画布设计"、"编排流程"、 "workflow design"、"生成画布JSON"、"生成配置"。
跨平台截图分析工具，基于 MiniMax 多模态 API。支持 macOS (screencapture) 和 Windows (PowerShell) 截图，自动完成截图→Base64编码→API调用全流程。适用于：错误信息分析、代码解读、UI设计分析、文字提取、图表数据解读等场景。
DriFox 项目专用开发技能。当你需要在 DriFox 项目中进行任何开发工作时（功能开发、Bug 修复、UI 组件开发、架构分析、插件/Skill/Agent 开发、代码审查、重构优化），必须首先加载本技能。本技能把固定规范放在 references/ 子文件、按需加载，根据任务类型把「新增功能」分派给 brainstorming、把「Bug/回归」分派给 diagnose，并把项目实时状态（git 快照 + GitHub open issues）缓存到 state.json 跨会话复用。即使看起来简单的改动也应该加载此技能——DriFox 架构复杂、模块依赖多，不加载容易违反项目约定。
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.
| name | skill-creator |
| description | 根据参考技能和用户需求，自动生成新的 Agent 技能。分析优秀技能的架构模式，提取可复用的设计逻辑，产出符合规范的技能代码。使用场景：用户想创建一个能解决特定领域问题的新技能，或需要从参考案例中提取模式生成技能。 |
根据参考技能和用户需求，自动生成新的 Agent 技能。
元技能设计：这不是一个普通技能——它是一个能生成技能的技能。通过分析优秀技能的内部结构、决策流程、文件编排，提取出可复制的设计模式，然后根据新需求生成符合该模式的高质量技能。
Phase 1 需求理解
1.1 解析用户需求描述
1.2 确定技能覆盖的领域和任务类型
1.3 识别触发场景和关键词
▼
Phase 2 参考案例分析
2.1 读取参考技能的完整结构
2.2 分析技能架构（文件组织、工作流、决策树）
2.3 提取通用设计模式
▼
Phase 3 模式映射与适配
3.1 将参考模式适配到新需求
3.2 设计新技能的架构和文件结构
3.3 制定技能规范（触发词、工作流、约束）
▼
Phase 4 生成技能代码
4.1 生成 SKILL.md 主入口
4.2 生成 REFERENCE.md 参考文档（如需）
4.3 生成示例文件（如需）
4.4 生成辅助脚本（如需）
▼
Phase 5 验证与交付
5.1 自检产出是否符合规范
5.2 用户审查与反馈
5.3 交付完整技能包
当用户说"创建一个技能来做 X"或"生成一个技能"时：
list_skills 查看可用技能详见 references/ANALYSIS-METHOD.md
核心检查清单：
| 分析维度 | 关键问题 |
|---|---|
| 触发机制 | description 字段如何写得精准？触发词如何设计？ |
| 工作流设计 | 主流程是什么？有哪些阶段和节点？ |
| 决策树 | 复杂分支如何处理？有无"硬性节点"？ |
| 文件组织 | 多个文件如何分工？何时拆分？何时合并？ |
| 约束与规范 | 有哪些硬性规则？如何确保执行到位？ |
| 自检机制 | 完成后如何验证质量？ |
详见 references/DESIGN-PATTERNS.md
Phase 1 → [Checkpoint] → Phase 2 → [Checkpoint] → Phase 3
在关键转折点强制用户对齐，防止走偏。
SKILL.md (主入口，≤100行)
├── REFERENCE/*.md (详细参考，按需读取)
├── EXAMPLES/ (示例结构)
└── scripts/ (工具脚本)
关键数据只存储在一个地方，其他地方引用。不允许数据漂移。
完成产出后必须走自检 → 修复 → 再汇报。不能跳过验证环节。
不同阶段读取不同文件，避免一次性信息过载。
触发词必须具体、可识别：
✅ 好的触发词：
❌ 坏的触发词：
---
name: skill-name
description: [能力1]。[能力2]。Use when [触发场景关键词1]、[触发场景关键词2]。
---
格式要求：
生成完技能后逐项检查：
| 文件 | 用途 |
|---|---|
references/ANALYSIS-METHOD.md | 如何分析参考技能，提取设计模式 |
references/DESIGN-PATTERNS.md | 优秀技能的设计模式清单 |
references/SKILL-STRUCTURE.md | 技能文件结构规范详解 |
examples/ | 示例技能结构参考 |