skill-generator by catlog22/claude-code-workflow
npx skills add https://github.com/catlog22/claude-code-workflow --skill skill-generator用于创建具有可配置执行模式的新 Claude Code 技能的元技能。
┌─────────────────────────────────────────────────────────────────┐
│ 技能生成器 │
│ │
│ 输入: 用户请求 (技能名称、用途、模式) │
│ ↓ │
│ ┌─────────────────────────────────────────────────────────┐ │
│ │ 阶段 0-5: 顺序流水线 │ │
│ │ ┌────┐ ┌────┐ ┌────┐ ┌────┐ ┌────┐ ┌────┐ │ │
│ │ │ P0 │→│ P1 │→│ P2 │→│ P3 │→│ P4 │→│ P5 │ │ │
│ │ │规范│ │需求│ │结构│ │生成│ │规范│ │验证│ │
│ │ └────┘ └────┘ └────┘ └─┬──┘ └────┘ └────┘ │ │
│ │ │ │ │
│ │ ┌────┴────┐ │ │
│ │ ↓ ↓ │ │
│ │ 顺序模式 自主模式 │ │
│ │ (phases/) (actions/) │
│ └─────────────────────────────────────────────────────────┘ │
│ ↓ │
│ 输出: .claude/skills/{技能名称}/ (完整包) │
│ │
└─────────────────────────────────────────────────────────────────┘
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
传统的线性执行模型,阶段按数字前缀顺序执行。
Phase 01 -> Phase 02 -> Phase 03 -> ... -> Phase N
使用场景 :
示例 : software-manual, copyright-docs
智能路由模型,根据上下文动态选择执行路径。
---------------------------------------------------
编排器代理
(读取状态 -> 选择阶段 -> 执行 -> 更新)
---------------------------------------------------
|
---------+----------+----------
| | |
阶段 A 阶段 B 阶段 C
(独立) (独立) (独立)
使用场景 :
示例 : issue-manage, workflow-debug
_shared/SKILL-DESIGN-SPEC.md重要提示: 在任何生成操作之前,请阅读以下规范文档。在不理解这些标准的情况下生成将导致输出不符合规范。
| 文档 | 目的 | 优先级 |
|---|---|---|
| ../_shared/SKILL-DESIGN-SPEC.md | 通用设计规范 - 定义所有技能的结构、命名和质量标准 | P0 - 关键 |
| specs/reference-docs-spec.md | 参考文档生成规范 - 确保生成的技能具有基于阶段的参考文档,并包含使用时机指导 | P0 - 关键 |
| 文档 | 目的 |
|---|---|
| templates/skill-md.md | SKILL.md 入口文件模板 |
| templates/sequential-phase.md | 顺序阶段模板 |
| templates/autonomous-orchestrator.md | 自主编排器模板 |
| templates/autonomous-action.md | 自主操作模板 |
| templates/code-analysis-action.md | 代码分析操作模板 |
| templates/llm-action.md | LLM 操作模板 |
| templates/script-template.md | 统一脚本模板 (Bash + Python) |
| 文档 | 目的 |
|---|---|
| specs/execution-modes.md | 执行模式规范 |
| specs/skill-requirements.md | 技能需求规范 |
| specs/cli-integration.md | CLI 集成规范 |
| specs/scripting-integration.md | 脚本集成规范 |
输入解析:
└─ 将用户请求转换为结构化格式 (技能名称/用途/模式)
阶段 0: 规范学习 (强制 - 必须在继续之前完成)
- 阅读规范文档
- 加载: ../_shared/SKILL-DESIGN-SPEC.md
- 加载: 所有 templates/*.md 文件
- 理解: 结构规则、命名约定、质量标准
- 输出: 内化的需求 (内存中,无文件输出)
- 验证: 必须在阶段 1 之前完成
阶段 1: 需求发现
- 通过用户交互收集技能需求
- 工具: AskUserQuestion
- 收集: 技能名称、用途、执行模式
- 收集: 阶段/操作定义
- 收集: 工具依赖、输出格式
- 处理: 生成配置对象
- 输出: skill-config.json
- 包含: skill_name, execution_mode, phases/actions, allowed_tools
阶段 2: 结构生成
- 创建目录结构和入口文件
- 输入: skill-config.json (来自阶段 1)
- 工具: Bash
- 执行: mkdir -p .claude/skills/{技能名称}/{phases,specs,templates,scripts}
- 工具: Write
- 生成: SKILL.md (包含架构图的入口点)
- 输出: 完整的目录结构
阶段 3: 阶段/操作生成
- 决策 (execution_mode 检查):
- IF execution_mode === "sequential": 生成顺序阶段
- 读取模板: templates/sequential-phase.md
- 循环: 对于 config.sequential_config.phases 中的每个阶段
- 生成: phases/{阶段标识}.md
- 链接: 前一阶段输出 -> 当前阶段输入
- 写入: phases/_orchestrator.md
- 写入: workflow.json
- 输出: phases/01-{名称}.md, phases/02-{名称}.md, ...
- ELSE IF execution_mode === "autonomous": 生成编排器 + 操作
- 读取模板: templates/autonomous-orchestrator.md
- 写入: phases/state-schema.md
- 写入: phases/orchestrator.md
- 写入: specs/action-catalog.md
- 循环: 对于 config.autonomous_config.actions 中的每个操作
- 读取模板: templates/autonomous-action.md
- 生成: phases/actions/{操作标识}.md
- 输出: phases/orchestrator.md, phases/actions/*.md
阶段 4: 规范与模板
- 生成领域特定规范和模板
- 输入: skill-config.json (领域上下文)
- 参考: [specs/reference-docs-spec.md](specs/reference-docs-spec.md) 用于文档组织
- 工具: Write
- 生成: specs/{领域}-requirements.md
- 生成: specs/quality-standards.md
- 生成: templates/agent-base.md (如果需要)
- 输出: 领域特定文档
阶段 5: 验证与文档化
- 验证完整性并生成使用指南
- 输入: 之前所有阶段生成的文件
- 工具: Glob + Read
- 检查: 必需文件是否存在且包含适当结构
- 工具: Write
- 生成: README.md (使用说明)
- 生成: validation-report.json (完整性检查)
- 输出: 最终文档
执行协议 :
// Phase 0: Read specifications (in-memory)
Read('.claude/skills/_shared/SKILL-DESIGN-SPEC.md');
Read('.claude/skills/skill-generator/templates/*.md'); // All templates
// Phase 1: Gather requirements
const answers = AskUserQuestion({
questions: [
{ question: "Skill name?", header: "Name", options: [...] },
{ question: "Execution mode?", header: "Mode", options: ["Sequential", "Autonomous"] }
]
});
const config = generateConfig(answers);
const workDir = `.workflow/.scratchpad/skill-gen-${timestamp}`;
Write(`${workDir}/skill-config.json`, JSON.stringify(config));
// Phase 2: Create structure
const skillDir = `.claude/skills/${config.skill_name}`;
Bash(`mkdir -p "${skillDir}/phases" "${skillDir}/specs" "${skillDir}/templates"`);
Write(`${skillDir}/SKILL.md`, generateSkillEntry(config));
// Phase 3: Generate phases (mode-dependent)
if (config.execution_mode === 'sequential') {
Write(`${skillDir}/phases/_orchestrator.md`, generateOrchestrator(config));
Write(`${skillDir}/workflow.json`, generateWorkflowDef(config));
config.sequential_config.phases.forEach(phase => {
Write(`${skillDir}/phases/${phase.id}.md`, generatePhase(phase, config));
});
} else {
Write(`${skillDir}/phases/orchestrator.md`, generateAutonomousOrchestrator(config));
Write(`${skillDir}/phases/state-schema.md`, generateStateSchema(config));
config.autonomous_config.actions.forEach(action => {
Write(`${skillDir}/phases/actions/${action.id}.md`, generateAction(action, config));
});
}
// Phase 4: Generate specs
Write(`${skillDir}/specs/${config.skill_name}-requirements.md`, generateRequirements(config));
Write(`${skillDir}/specs/quality-standards.md`, generateQualityStandards(config));
// Phase 5: Validate & Document
const validation = validateStructure(skillDir);
Write(`${skillDir}/validation-report.json`, JSON.stringify(validation));
Write(`${skillDir}/README.md`, generateReadme(config, validation));
重要提示: 本节展示了技能生成器如何组织其自身的参考文档。这是所有生成的技能都应效仿的模式。详情请参阅 specs/reference-docs-spec.md。
在任何生成操作之前必须阅读的规范文档
| 文档 | 目的 | 使用时机 |
|---|---|---|
| ../_shared/SKILL-DESIGN-SPEC.md | 通用技能设计规范 | 理解技能结构和命名约定 - 必需 |
| specs/reference-docs-spec.md | 参考文档生成规范 | 确保参考文档具有适当的基于阶段组织 - 必需 |
收集技能需求和配置
| 文档 | 目的 | 使用时机 |
|---|---|---|
| phases/01-requirements-discovery.md | 阶段 1 执行指南 | 理解如何收集用户需求并生成配置 |
| specs/skill-requirements.md | 技能需求规范 | 理解技能应包含哪些信息 |
生成目录结构和入口文件
| 文档 | 目的 | 使用时机 |
|---|---|---|
| phases/02-structure-generation.md | 阶段 2 执行指南 | 理解如何生成目录结构 |
| templates/skill-md.md | SKILL.md 模板 | 学习如何生成入口文件 |
根据执行模式生成特定的阶段或操作文件
| 文档 | 目的 | 使用时机 |
|---|---|---|
| phases/03-phase-generation.md | 阶段 3 执行指南 | 理解顺序模式与自主模式的生成逻辑 |
| templates/sequential-phase.md | 顺序阶段模板 | 为顺序模式生成阶段文件 |
| templates/autonomous-orchestrator.md | 编排器模板 | 为自主模式生成编排器 |
| templates/autonomous-action.md | 操作模板 | 为自主模式生成操作文件 |
生成领域特定规范和模板
| 文档 | 目的 | 使用时机 |
|---|---|---|
| phases/04-specs-templates.md | 阶段 4 执行指南 | 理解如何生成领域特定文档 |
| specs/reference-docs-spec.md | 参考文档规范 | 重要提示: 生成规范时遵循此规范 |
验证结果并生成最终文档
| 文档 | 目的 | 使用时机 |
|---|---|---|
| phases/05-validation.md | 阶段 5 执行指南 | 理解如何验证生成的技能完整性 |
遇到问题时参考的文档
| 问题 | 解决方案文档 |
|---|---|
| 生成的技能缺少参考文档 | specs/reference-docs-spec.md - 验证是否遵循了基于阶段的组织 |
| 参考文档组织不清晰 | specs/reference-docs-spec.md - 核心原则部分 |
| 生成的文档不符合质量标准 | ../_shared/SKILL-DESIGN-SPEC.md |
用于深入学习和设计决策的文档
| 文档 | 目的 | 备注 |
|---|---|---|
| specs/execution-modes.md | 详细的执行模式规范 | 顺序模式与自主模式的比较和使用场景 |
| specs/cli-integration.md | CLI 集成规范 | 生成的技能如何与 CLI 集成 |
| specs/scripting-integration.md | 脚本集成规范 | 如何在阶段中使用脚本 |
| templates/script-template.md | 脚本模板 | 统一的 Bash + Python 模板 |
.claude/skills/{技能名称}/
├── SKILL.md # 入口文件
├── phases/
│ ├── _orchestrator.md # 声明式编排器
│ ├── workflow.json # 工作流定义
│ ├── 01-{步骤一}.md # 阶段 1
│ ├── 02-{步骤二}.md # 阶段 2
│ └── 03-{步骤三}.md # 阶段 3
├── specs/
│ ├── {技能名称}-requirements.md
│ └── quality-standards.md
├── templates/
│ └── agent-base.md
├── scripts/
└── README.md
.claude/skills/{技能名称}/
├── SKILL.md # 入口文件
├── phases/
│ ├── orchestrator.md # 编排器 (状态驱动)
│ ├── state-schema.md # 状态模式定义
│ └── actions/
│ ├── action-init.md
│ ├── action-create.md
│ └── action-list.md
├── specs/
│ ├── {技能名称}-requirements.md
│ ├── action-catalog.md
│ └── quality-standards.md
├── templates/
│ ├── orchestrator-base.md
│ └── action-base.md
├── scripts/
└── README.md
重要提示: 本节展示了技能生成器如何组织其自身的参考文档。这是所有生成的技能都应效仿的模式。详情请参阅 specs/reference-docs-spec.md。
在任何生成操作之前必须阅读的规范文档
| 文档 | 目的 | 使用时机 |
|---|---|---|
| ../_shared/SKILL-DESIGN-SPEC.md | 通用技能设计规范 | 理解技能结构和命名约定 - 必需 |
| specs/reference-docs-spec.md | 参考文档生成规范 | 确保参考文档具有适当的基于阶段组织 - 必需 |
收集技能需求和配置
| 文档 | 目的 | 使用时机 |
|---|---|---|
| phases/01-requirements-discovery.md | 阶段 1 执行指南 | 理解如何收集用户需求并生成配置 |
| specs/skill-requirements.md | 技能需求规范 | 理解技能应包含哪些信息 |
生成目录结构和入口文件
| 文档 | 目的 | 使用时机 |
|---|---|---|
| phases/02-structure-generation.md | 阶段 2 执行指南 | 理解如何生成目录结构 |
| templates/skill-md.md | SKILL.md 模板 | 学习如何生成入口文件 |
根据执行模式生成特定的阶段或操作文件
| 文档 | 目的 | 使用时机 |
|---|---|---|
| phases/03-phase-generation.md | 阶段 3 执行指南 | 理解顺序模式与自主模式的生成逻辑 |
| templates/sequential-phase.md | 顺序阶段模板 | 为顺序模式生成阶段文件 |
| templates/autonomous-orchestrator.md | 编排器模板 | 为自主模式生成编排器 |
| templates/autonomous-action.md | 操作模板 | 为自主模式生成操作文件 |
生成领域特定规范和模板
| 文档 | 目的 | 使用时机 |
|---|---|---|
| phases/04-specs-templates.md | 阶段 4 执行指南 | 理解如何生成领域特定文档 |
| specs/reference-docs-spec.md | 参考文档规范 | 重要提示: 生成规范时遵循此规范 |
验证结果并生成最终文档
| 文档 | 目的 | 使用时机 |
|---|---|---|
| phases/05-validation.md | 阶段 5 执行指南 | 理解如何验证生成的技能完整性 |
遇到问题时参考的文档
| 问题 | 解决方案文档 |
|---|---|
| 生成的技能缺少参考文档 | specs/reference-docs-spec.md - 验证是否遵循了基于阶段的组织 |
| 参考文档组织不清晰 | specs/reference-docs-spec.md - 核心原则部分 |
| 生成的文档不符合质量标准 | ../_shared/SKILL-DESIGN-SPEC.md |
用于深入学习和设计决策的文档
| 文档 | 目的 | 备注 |
|---|---|---|
| specs/execution-modes.md | 详细的执行模式规范 | 顺序模式与自主模式的比较和使用场景 |
| specs/cli-integration.md | CLI 集成规范 | 生成的技能如何与 CLI 集成 |
| specs/scripting-integration.md | 脚本集成规范 | 如何在阶段中使用脚本 |
| templates/script-template.md | 脚本模板 | 统一的 Bash + Python 模板 |
每周安装次数
72
仓库
GitHub 星标数
1.5K
首次出现
2026年1月24日
安全审计
安装于
opencode64
claude-code62
codex62
gemini-cli60
cursor60
github-copilot55
Meta-skill for creating new Claude Code skills with configurable execution modes.
┌─────────────────────────────────────────────────────────────────┐
│ Skill Generator │
│ │
│ Input: User Request (skill name, purpose, mode) │
│ ↓ │
│ ┌─────────────────────────────────────────────────────────┐ │
│ │ Phase 0-5: Sequential Pipeline │ │
│ │ ┌────┐ ┌────┐ ┌────┐ ┌────┐ ┌────┐ ┌────┐ │ │
│ │ │ P0 │→│ P1 │→│ P2 │→│ P3 │→│ P4 │→│ P5 │ │ │
│ │ │Spec│ │Req │ │Dir │ │Gen │ │Spec│ │Val │ │ │
│ │ └────┘ └────┘ └────┘ └─┬──┘ └────┘ └────┘ │ │
│ │ │ │ │
│ │ ┌────┴────┐ │ │
│ │ ↓ ↓ │ │
│ │ Sequential Autonomous │ │
│ │ (phases/) (actions/) │ │
│ └─────────────────────────────────────────────────────────┘ │
│ ↓ │
│ Output: .claude/skills/{skill-name}/ (complete package) │
│ │
└─────────────────────────────────────────────────────────────────┘
Traditional linear execution model, phases execute in numeric prefix order.
Phase 01 -> Phase 02 -> Phase 03 -> ... -> Phase N
Use Cases :
Examples : software-manual, copyright-docs
Intelligent routing model, dynamically selects execution path based on context.
---------------------------------------------------
Orchestrator Agent
(Read state -> Select Phase -> Execute -> Update)
---------------------------------------------------
|
---------+----------+----------
| | |
Phase A Phase B Phase C
(standalone) (standalone) (standalone)
Use Cases :
Examples : issue-manage, workflow-debug
_shared/SKILL-DESIGN-SPEC.mdIMPORTANT: Before any generation operation, read the following specification documents. Generating without understanding these standards will result in non-conforming output.
| Document | Purpose | Priority |
|---|---|---|
| ../_shared/SKILL-DESIGN-SPEC.md | Universal design spec - defines structure, naming, quality standards for all Skills | P0 - Critical |
| specs/reference-docs-spec.md | Reference document generation spec - ensures generated Skills have proper phase-based Reference Documents with usage timing guidance | P0 - Critical |
| Document | Purpose |
|---|---|
| templates/skill-md.md | SKILL.md entry file template |
| templates/sequential-phase.md | Sequential Phase template |
| templates/autonomous-orchestrator.md | Autonomous Orchestrator template |
| templates/autonomous-action.md | Autonomous Action template |
| templates/code-analysis-action.md | Code Analysis Action template |
| templates/llm-action.md | LLM Action template |
| templates/script-template.md |
| Document | Purpose |
|---|---|
| specs/execution-modes.md | Execution Modes Specification |
| specs/skill-requirements.md | Skill Requirements Specification |
| specs/cli-integration.md | CLI Integration Specification |
| specs/scripting-integration.md | Script Integration Specification |
| Document | Purpose |
|---|---|
| phases/01-requirements-discovery.md | Collect Skill Requirements |
| phases/02-structure-generation.md | Generate Directory Structure |
| phases/03-phase-generation.md | Generate Phase Files |
| phases/04-specs-templates.md | Generate Specs and Templates |
| phases/05-validation.md | Validation and Documentation |
Input Parsing:
└─ Convert user request to structured format (skill-name/purpose/mode)
Phase 0: Specification Study (MANDATORY - Must complete before proceeding)
- Read specification documents
- Load: ../_shared/SKILL-DESIGN-SPEC.md
- Load: All templates/*.md files
- Understand: Structure rules, naming conventions, quality standards
- Output: Internalized requirements (in-memory, no file output)
- Validation: MUST complete before Phase 1
Phase 1: Requirements Discovery
- Gather skill requirements via user interaction
- Tool: AskUserQuestion
- Collect: Skill name, purpose, execution mode
- Collect: Phase/Action definition
- Collect: Tool dependencies, output format
- Process: Generate configuration object
- Output: skill-config.json
- Contains: skill_name, execution_mode, phases/actions, allowed_tools
Phase 2: Structure Generation
- Create directory structure and entry file
- Input: skill-config.json (from Phase 1)
- Tool: Bash
- Execute: mkdir -p .claude/skills/{skill-name}/{phases,specs,templates,scripts}
- Tool: Write
- Generate: SKILL.md (entry point with architecture diagram)
- Output: Complete directory structure
Phase 3: Phase/Action Generation
- Decision (execution_mode check):
- IF execution_mode === "sequential": Generate Sequential Phases
- Read template: templates/sequential-phase.md
- Loop: For each phase in config.sequential_config.phases
- Generate: phases/{phase-id}.md
- Link: Previous phase output -> Current phase input
- Write: phases/_orchestrator.md
- Write: workflow.json
- Output: phases/01-{name}.md, phases/02-{name}.md, ...
- ELSE IF execution_mode === "autonomous": Generate Orchestrator + Actions
- Read template: templates/autonomous-orchestrator.md
- Write: phases/state-schema.md
- Write: phases/orchestrator.md
- Write: specs/action-catalog.md
- Loop: For each action in config.autonomous_config.actions
- Read template: templates/autonomous-action.md
- Generate: phases/actions/{action-id}.md
- Output: phases/orchestrator.md, phases/actions/*.md
Phase 4: Specs & Templates
- Generate domain specifications and templates
- Input: skill-config.json (domain context)
- Reference: [specs/reference-docs-spec.md](specs/reference-docs-spec.md) for document organization
- Tool: Write
- Generate: specs/{domain}-requirements.md
- Generate: specs/quality-standards.md
- Generate: templates/agent-base.md (if needed)
- Output: Domain-specific documentation
Phase 5: Validation & Documentation
- Verify completeness and generate usage guide
- Input: All generated files from previous phases
- Tool: Glob + Read
- Check: Required files exist and contain proper structure
- Tool: Write
- Generate: README.md (usage instructions)
- Generate: validation-report.json (completeness check)
- Output: Final documentation
Execution Protocol :
// Phase 0: Read specifications (in-memory)
Read('.claude/skills/_shared/SKILL-DESIGN-SPEC.md');
Read('.claude/skills/skill-generator/templates/*.md'); // All templates
// Phase 1: Gather requirements
const answers = AskUserQuestion({
questions: [
{ question: "Skill name?", header: "Name", options: [...] },
{ question: "Execution mode?", header: "Mode", options: ["Sequential", "Autonomous"] }
]
});
const config = generateConfig(answers);
const workDir = `.workflow/.scratchpad/skill-gen-${timestamp}`;
Write(`${workDir}/skill-config.json`, JSON.stringify(config));
// Phase 2: Create structure
const skillDir = `.claude/skills/${config.skill_name}`;
Bash(`mkdir -p "${skillDir}/phases" "${skillDir}/specs" "${skillDir}/templates"`);
Write(`${skillDir}/SKILL.md`, generateSkillEntry(config));
// Phase 3: Generate phases (mode-dependent)
if (config.execution_mode === 'sequential') {
Write(`${skillDir}/phases/_orchestrator.md`, generateOrchestrator(config));
Write(`${skillDir}/workflow.json`, generateWorkflowDef(config));
config.sequential_config.phases.forEach(phase => {
Write(`${skillDir}/phases/${phase.id}.md`, generatePhase(phase, config));
});
} else {
Write(`${skillDir}/phases/orchestrator.md`, generateAutonomousOrchestrator(config));
Write(`${skillDir}/phases/state-schema.md`, generateStateSchema(config));
config.autonomous_config.actions.forEach(action => {
Write(`${skillDir}/phases/actions/${action.id}.md`, generateAction(action, config));
});
}
// Phase 4: Generate specs
Write(`${skillDir}/specs/${config.skill_name}-requirements.md`, generateRequirements(config));
Write(`${skillDir}/specs/quality-standards.md`, generateQualityStandards(config));
// Phase 5: Validate & Document
const validation = validateStructure(skillDir);
Write(`${skillDir}/validation-report.json`, JSON.stringify(validation));
Write(`${skillDir}/README.md`, generateReadme(config, validation));
IMPORTANT: This section demonstrates how skill-generator organizes its own reference documentation. This is the pattern that all generated Skills should emulate. See specs/reference-docs-spec.md for details.
Specification documents that must be read before any generation operation
| Document | Purpose | When to Use |
|---|---|---|
| ../_shared/SKILL-DESIGN-SPEC.md | Universal Skill design specification | Understand Skill structure and naming conventions - REQUIRED |
| specs/reference-docs-spec.md | Reference document generation specification | Ensure Reference Documents have proper phase-based organization - REQUIRED |
Collect Skill requirements and configuration
| Document | Purpose | When to Use |
|---|---|---|
| phases/01-requirements-discovery.md | Phase 1 execution guide | Understand how to collect user requirements and generate configuration |
| specs/skill-requirements.md | Skill requirements specification | Understand what information a Skill should contain |
Generate directory structure and entry file
| Document | Purpose | When to Use |
|---|---|---|
| phases/02-structure-generation.md | Phase 2 execution guide | Understand how to generate directory structure |
| templates/skill-md.md | SKILL.md template | Learn how to generate the entry file |
Generate specific phase or action files based on execution mode
| Document | Purpose | When to Use |
|---|---|---|
| phases/03-phase-generation.md | Phase 3 execution guide | Understand Sequential vs Autonomous generation logic |
| templates/sequential-phase.md | Sequential Phase template | Generate phase files for Sequential mode |
| templates/autonomous-orchestrator.md | Orchestrator template | Generate orchestrator for Autonomous mode |
| templates/autonomous-action.md | Action template | Generate action files for Autonomous mode |
Generate domain-specific specifications and templates
| Document | Purpose | When to Use |
|---|---|---|
| phases/04-specs-templates.md | Phase 4 execution guide | Understand how to generate domain-specific documentation |
| specs/reference-docs-spec.md | Reference document specification | IMPORTANT: Follow this spec when generating Specs |
Verify results and generate final documentation
| Document | Purpose | When to Use |
|---|---|---|
| phases/05-validation.md | Phase 5 execution guide | Understand how to verify generated Skill completeness |
Reference documents when encountering issues
| Issue | Solution Document |
|---|---|
| Generated Skill missing Reference Documents | specs/reference-docs-spec.md - verify phase-based organization is followed |
| Reference document organization unclear | specs/reference-docs-spec.md - Core Principles section |
| Generated documentation does not meet quality standards | ../_shared/SKILL-DESIGN-SPEC.md |
Documents for deep learning and design decisions
| Document | Purpose | Notes |
|---|---|---|
| specs/execution-modes.md | Detailed execution modes specification | Comparison and use cases for Sequential vs Autonomous |
| specs/cli-integration.md | CLI integration specification | How generated Skills integrate with CLI |
| specs/scripting-integration.md | Script integration specification | How to use scripts in Phases |
| templates/script-template.md | Script template | Unified Bash + Python template |
.claude/skills/{skill-name}/
├── SKILL.md # Entry file
├── phases/
│ ├── _orchestrator.md # Declarative orchestrator
│ ├── workflow.json # Workflow definition
│ ├── 01-{step-one}.md # Phase 1
│ ├── 02-{step-two}.md # Phase 2
│ └── 03-{step-three}.md # Phase 3
├── specs/
│ ├── {skill-name}-requirements.md
│ └── quality-standards.md
├── templates/
│ └── agent-base.md
├── scripts/
└── README.md
.claude/skills/{skill-name}/
├── SKILL.md # Entry file
├── phases/
│ ├── orchestrator.md # Orchestrator (state-driven)
│ ├── state-schema.md # State schema definition
│ └── actions/
│ ├── action-init.md
│ ├── action-create.md
│ └── action-list.md
├── specs/
│ ├── {skill-name}-requirements.md
│ ├── action-catalog.md
│ └── quality-standards.md
├── templates/
│ ├── orchestrator-base.md
│ └── action-base.md
├── scripts/
└── README.md
IMPORTANT: This section demonstrates how skill-generator organizes its own reference documentation. This is the pattern that all generated Skills should emulate. See specs/reference-docs-spec.md for details.
Specification documents that must be read before any generation operation
| Document | Purpose | When to Use |
|---|---|---|
| ../_shared/SKILL-DESIGN-SPEC.md | Universal Skill design specification | Understand Skill structure and naming conventions - REQUIRED |
| specs/reference-docs-spec.md | Reference document generation specification | Ensure Reference Documents have proper phase-based organization - REQUIRED |
Collect Skill requirements and configuration
| Document | Purpose | When to Use |
|---|---|---|
| phases/01-requirements-discovery.md | Phase 1 execution guide | Understand how to collect user requirements and generate configuration |
| specs/skill-requirements.md | Skill requirements specification | Understand what information a Skill should contain |
Generate directory structure and entry file
| Document | Purpose | When to Use |
|---|---|---|
| phases/02-structure-generation.md | Phase 2 execution guide | Understand how to generate directory structure |
| templates/skill-md.md | SKILL.md template | Learn how to generate the entry file |
Generate specific phase or action files based on execution mode
| Document | Purpose | When to Use |
|---|---|---|
| phases/03-phase-generation.md | Phase 3 execution guide | Understand Sequential vs Autonomous generation logic |
| templates/sequential-phase.md | Sequential Phase template | Generate phase files for Sequential mode |
| templates/autonomous-orchestrator.md | Orchestrator template | Generate orchestrator for Autonomous mode |
| templates/autonomous-action.md | Action template | Generate action files for Autonomous mode |
Generate domain-specific specifications and templates
| Document | Purpose | When to Use |
|---|---|---|
| phases/04-specs-templates.md | Phase 4 execution guide | Understand how to generate domain-specific documentation |
| specs/reference-docs-spec.md | Reference document specification | IMPORTANT: Follow this spec when generating Specs |
Verify results and generate final documentation
| Document | Purpose | When to Use |
|---|---|---|
| phases/05-validation.md | Phase 5 execution guide | Understand how to verify generated Skill completeness |
Reference documents when encountering issues
| Issue | Solution Document |
|---|---|
| Generated Skill missing Reference Documents | specs/reference-docs-spec.md - verify phase-based organization is followed |
| Reference document organization unclear | specs/reference-docs-spec.md - Core Principles section |
| Generated documentation does not meet quality standards | ../_shared/SKILL-DESIGN-SPEC.md |
Documents for deep learning and design decisions
| Document | Purpose | Notes |
|---|---|---|
| specs/execution-modes.md | Detailed execution modes specification | Comparison and use cases for Sequential vs Autonomous |
| specs/cli-integration.md | CLI integration specification | How generated Skills integrate with CLI |
| specs/scripting-integration.md | Script integration specification | How to use scripts in Phases |
| templates/script-template.md | Script template | Unified Bash + Python template |
Weekly Installs
72
Repository
GitHub Stars
1.5K
First Seen
Jan 24, 2026
Security Audits
Gen Agent Trust HubWarnSocketFailSnykPass
Installed on
opencode64
claude-code62
codex62
gemini-cli60
cursor60
github-copilot55
AI Elements:基于shadcn/ui的AI原生应用组件库,快速构建对话界面
67,500 周安装
2025年技术验证智能体:validate-agent最佳实践与实施指南
235 周安装
Xero API 集成指南:使用 Membrane CLI 连接云会计软件
232 周安装
苏格拉底式教学脚手架:AI引导提问教学法,通过策略性提问和渐进支持培养深度理解
88 周安装
React Three Fiber (R3F) 完全指南:Three.js React渲染器,声明式3D开发
229 周安装
Agentica Server + Claude Proxy 设置指南:本地AI代理开发与调试完整教程
232 周安装
GPT Image 1.5 图像生成与编辑技能 - 基于OpenAI的AI图像处理工具
233 周安装
| Unified Script Template (Bash + Python) |