mcpField
S
slash-command-factory

slash-command-factory

github.com/alirezarezvaniエージェントワークフロー89655 回インストール50 週間前に更新
リポジトリ

slash-command-factory について

slash-command-factory は、質問形式で Claude Code のカスタムスラッシュコマンドを作成するスキルです。プリセット、形式検証、インストール手順も提供します。

主な機能

  1. 01質問形式でのカスタムコマンド生成
  2. 0210 種類のスラッシュコマンドプリセット
  3. 03YAML frontmatter の生成
  4. 04コマンド構文と形式の検証
  5. 05フォルダー構成とインストール手順

活用シーン

  1. 01プロジェクト用 Claude Code コマンドの作成
  2. 02研究や開発向けプリセットからの生成
  3. 03コマンド権限とファイル形式の確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/alirezarezvani/claude-code-skill-factory --skill slash-command-factory

インストール後、Claude Code で/slash-command-factoryを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

command_generator.py
expected_output.json
HOW_TO_USE.md
presets.json
sample_input.json
validator.py

詳細

スラッシュコマンドファクトリー

シンプルな質問形式のワークフローを通じて、本番環境ですぐに使える Claude Code のスラッシュコマンドを生成する包括的なシステムです。


このスキルでできること

このスキルでは、次の方法で Claude Code 用のカスタムスラッシュコマンドを作成できます。

  • コマンドの要件について、簡潔な質問を 5~7 個行います
  • 適切な YAML フロントマターを含む、完全なコマンド .md ファイルを生成します
  • よくある用途に使える、強力なプリセットコマンドを 10 個提供します
  • コマンドの形式と構文を検証します
  • 整理されたフォルダー構造を作成します
  • インストール方法を案内します

出力:Claude Code ですぐに使える完全なスラッシュコマンド


公式コマンド構造のパターン

このスキルでは、Anthropic のドキュメントにある3 つの公式パターンに従ってコマンドを生成します。

パターン A:シンプル(コンテキスト → タスク)

最適な用途:入力と出力が明確な、わかりやすいタスク 例:コードレビュー、ファイルの更新、簡単な分析 公式リファレンス:code-review.md

構造:

---
allowed-tools: Bash(git diff:*), Bash(git log:*)
description: Purpose description
---

## Context
- Current state: !`bash command`
- Additional data: !`another command`

## Your task
[Clear instructions with numbered steps]
[Success criteria]

使用する場面:

  • シンプルで対象が明確なタスク
  • 迅速な分析やレビュー
  • わかりやすいワークフロー
  • コンテキスト取得に使用する bash コマンドが 1~3 個

パターン B:複数フェーズ(探索 → 分析 → タスク)

最適な用途:複雑な探索やドキュメント作成タスク 例:コードベースの分析、包括的な監査、システムのマッピング 公式リファレンス:codebase-analysis.md

構造:

---
allowed-tools: Bash(find:*), Bash(tree:*), Bash(ls:*), Bash(grep:*), Bash(wc:*), Bash(du:*)
description: Comprehensive purpose
---

# Command Title

## Phase 1: Project Discovery
### Directory Structure
!`find . -type d | sort`

### File Count Analysis
!`find . -type f | wc -l`

## Phase 2: Detailed Analysis
[More discovery commands]
[File references with @]

## Phase 3: Your Task
Based on all discovered information, create:

1. **Deliverable 1**
   - Subsection
   - Details

2. **Deliverable 2**
   - Subsection
   - Details

At the end, write output to [filename].md

使用する場面:

  • 包括的な分析が必要な場合
  • 複数の探索フェーズがある場合
  • 大量のコンテキストを収集する場合
  • データ収集に bash コマンドを 10 個以上使用する場合
  • 詳細なドキュメントファイルを生成する場合

パターン C:エージェント形式(役割 → プロセス → ガイドライン)

最適な用途:専門家の役割や調整が必要な場合 例:分野の専門家、オーケストレーター、専門アドバイザー 公式リファレンス:openapi-expert.md

構造:

---
name: command-name
description: |
  Multi-line description for complex purpose
  explaining specialized role
color: yellow
---

You are a [specialized role] focusing on [domain expertise].

**Core Responsibilities:**

1. **Responsibility Area 1**
   - Specific tasks
   - Expected outputs

2. **Responsibility Area 2**
   - Specific tasks
   - Expected outputs

**Working Process:**

1. [Step 1 in workflow]
2. [Step 2 in workflow]
3. [Step 3 in workflow]

**Important Considerations:**

- [Guideline 1]
- [Guideline 2]
- [Constraint or best practice]

When you encounter [scenario], [action to take].

使用する場面:

  • 特定分野の専門知識が必要な場合
  • 複雑なワークフローをオーケストレーションする場合
  • 複数のサブプロセスを調整する場合
  • 専門アドバイザーとして対応する場合
  • 特定の手順ガイドラインが必要な場合

包括的な命名規則

コマンドファイルの命名規則

すべてのスラッシュコマンドファイルは、必ず kebab-case に従う必要があります。

形式:[verb]-[noun].md、[noun]-[verb].md、または [domain]-[action].md

ルール:

  1. 大文字・小文字:小文字のみを使い、区切り文字にはハイフンを使います
  2. 長さ:最大 2~4 語です
  3. 文字:使用できるのは [a-z0-9-] のみです(英字、数字、ハイフン)
  4. 先頭・末尾:先頭と末尾は英字または数字にします(ハイフンは不可)
  5. 使用不可:スペース、アンダースコア、camelCase、TitleCase、特殊文字

変換アルゴリズム

ユーザー入力 → コマンド名

Input: "Analyze customer feedback and generate insights"
↓
1. Extract action: "analyze"
2. Extract target: "feedback"
3. Combine: "analyze-feedback"
4. Validate: Matches [a-z0-9-]+ pattern ✓
5. Output: analyze-feedback.md

その他の例:

  • 「プルリクエストをレビューする」 → pr-review.md または review-pr.md
  • 「API ドキュメントを生成する」 → api-document.md または document-api.md
  • 「README ファイルを更新する」 → update-readme.md または readme-update.md
  • 「セキュリティコンプライアンスを監査する」 → security-audit.md または compliance-audit.md
  • 「市場の動向を調査する」 → research-market.md または market-research.md
  • 「コードの品質を分析する」 → code-analyze.md または analyze-code.md

公式の例(Anthropic のドキュメントより)

正しい例:

  • ✅ code-review.md(動詞-名詞)
  • ✅ codebase-analysis.md(名詞の複合語)
  • ✅ update-claude-md.md(動詞-名詞-修飾語)
  • ✅ openapi-expert.md(分野-役割)

誤った例:

  • ❌ code_review.md(snake_case - 誤り)
  • ❌ CodeReview.md(PascalCase - 誤り)
  • ❌ codeReview.md(camelCase - 誤り)
  • ❌ review.md(曖昧すぎます。対象が必要です)
  • ❌ analyze-customer-feedback-data.md(長すぎます。4 語を超えています)

Bash 権限のパターン

重要なルール:ワイルドカードは禁止

❌ 絶対に許可されません:

allowed-tools: Bash

このワイルドカード権限は、Anthropic の公式パターンにより禁止されています。

✅ 必ず守ること:

allowed-tools: Bash(git status:*), Bash(git diff:*), Bash(git log:*)

正確なコマンドを指定し、ワイルドカードはサブコマンドに限って使用します。


公式の権限パターン

Anthropic がドキュメントで紹介している例に基づいています。

Git 操作(コードレビュー、ドキュメント更新):

allowed-tools: Bash(git status:*), Bash(git diff:*), Bash(git log:*), Bash(git branch:*), Bash(git add:*), Bash(git commit:*)

ファイルの検出(コードベース分析):

allowed-tools: Bash(find:*), Bash(tree:*), Bash(ls:*), Bash(du:*)

コンテンツ分析(包括的な検出):

allowed-tools: Bash(grep:*), Bash(wc:*), Bash(head:*), Bash(tail:*), Bash(cat:*)

データ処理(カスタム分析):

allowed-tools: Bash(awk:*), Bash(sed:*), Bash(sort:*), Bash(uniq:*)

複合パターン(複数フェーズのコマンド):

allowed-tools: Bash(find:*), Bash(tree:*), Bash(ls:*), Bash(grep:*), Bash(wc:*), Bash(du:*), Bash(head:*), Bash(tail:*), Bash(cat:*), Bash(touch:*)

権限選択ガイド
コマンドの種類Bash 権限コマンドの例
Git コマンドgit status, git diff, git log, git branchcode-review、commit-assist
検出find, tree, ls, ducodebase-analyze、structure-map
分析grep, wc, head, tail, catsearch-code、count-lines
更新git diff, find, grepupdate-docs、sync-config
データ処理awk, sed, sort, uniqparse-data、format-output
包括的な処理上記すべてfull-audit、system-analyze

コマンドを生成する 2 つの方法

方法 1:クイックスタートプリセット(30 秒)

10 個の強力なプリセットコマンドから選択します。

ビジネスと調査:

  1. /research-business - 包括的な市場調査と競合分析
  2. /research-content - 複数のプラットフォームにおけるコンテンツのトレンド分析と SEO 戦略

医療とコンプライアンス: 3. /medical-translate - 医療用語を 8〜10 年生向けに翻訳(ドイツ語/英語) 4. /compliance-audit - HIPAA/GDPR/DSGVO のコンプライアンス検証

開発と統合: 5. /api-build - テスト付きの完全な API 統合コードを生成 6. /test-auto - 包括的なテストスイートを自動生成

ドキュメントとナレッジ: 7. /docs-generate - ドキュメントを自動作成 8. /knowledge-mine - ドキュメントからインサイトを抽出して構造化

ワークフローと生産性: 9. /workflow-analyze - ビジネスプロセスを分析して最適化 10. /batch-agents - 複雑なタスクのために複数のエージェントを起動して連携

方法 2:カスタムコマンド(5〜7 個の質問)

ニーズに合わせて、完全にカスタマイズしたコマンドを作成します。


質問の流れ(カスタム方法)

質問 1:コマンドの目的

「このスラッシュコマンドでは何を実行しますか?

目的と使用するタイミングを具体的に説明してください。

例:

  • 「顧客からのフィードバックを分析し、実行可能なインサイトを生成する」
  • 「HIPAA に準拠した API ドキュメントを生成する」
  • 「市場のトレンドを調査し、コンテンツ戦略を作成する」
  • 「研究論文から重要なインサイトを抽出する」

コマンドの目的:___」


質問 2:引数(自動判定)

このスキルは、目的に基づいてコマンドに引数が必要かどうかを自動的に判断します。

引数が必要な場合は、$ARGUMENTS 形式を使用します。

  • ユーザーの入力:/your-command argument1 argument2
  • コマンドが受け取る値:$ARGUMENTS = "argument1 argument2"

例:

  • /research-business "Tesla" "EV market" → $ARGUMENTS = "Tesla EV market"
  • /medical-translate "Myokardinfarkt" "de" → $ARGUMENTS = "Myokardinfarkt de"

ユーザーの入力は不要です。スキルが適切に判断します。


質問 3:使用するツール

「このコマンドでは、どの Claude Code ツールを使用しますか?

使用可能なツール:

  • Read - ファイルを読み取る
  • Write - ファイルを作成する
  • Edit - ファイルを編集する
  • Bash - シェルコマンドを実行する(コマンドを正確に指定する必要があります)
  • Grep - コードを検索する
  • Glob - パターンでファイルを検索する
  • Task - エージェントを起動する

重要:Bash を使用する場合、ワイルドカードではなく、コマンドを正確に指定する必要があります。

Bash の例:

  • ✅ Bash(git status:)、Bash(git diff:)、Bash(git log:*)
  • ✅ Bash(find:)、Bash(tree:)、Bash(ls:*)
  • ✅ Bash(grep:)、Bash(wc:)、Bash(head:*)
  • ❌ Bash(公式パターンではワイルドカードは使用できません)

ツールの組み合わせ例:

  • Git コマンド:Read、Bash(git status:)、Bash(git diff:)
  • コードジェネレーター:Read、Write、Edit
  • 検出コマンド:Bash(find:)、Bash(tree:)、Bash(grep:*)
  • 分析コマンド:Read、Grep、Task(エージェントを起動)

使用するツール(カンマ区切り):___」

質問 4:エージェントの統合

「このコマンドでは、専門的なタスクを実行するためにエージェントを起動する必要がありますか?

エージェントを使用する例:

  • 複雑な分析(rr-architect、rr-security を起動)
  • 実装タスク(rr-frontend、rr-backend を起動)
  • 品質チェック(rr-qa、rr-test-runner を起動)

選択肢:

  1. エージェントなし - コマンドがすべてを処理します
  2. エージェントを起動 - 専門のエージェントに委任します

選択(1 または 2):___」

「2」の場合は、次のように尋ねます:「起動するエージェントはどれですか? ___」


質問 5:出力タイプ

「このコマンドでは、どのような種類の出力を生成しますか?

  1. 分析 - 調査レポート、知見、推奨事項
  2. ファイル - 生成されたコード、ドキュメント、設定ファイル
  3. アクション - タスクの実行、ワークフローの実行、デプロイ
  4. レポート - 調査結果と次のステップを含む構造化レポート

選択(1、2、3、または 4):___」


質問 6:モデルの選択(任意)

「このコマンドでは、どの Claude モデルを使用しますか?

  1. デフォルト - メインの会話から引き継ぎます(推奨)
  2. Sonnet - 複雑なタスクに最適
  3. Haiku - 最速、最安価(シンプルなコマンド向け)
  4. Opus - 最大限の能力(重要なタスク向け)

選択(1、2、3、または 4)、または Enter キーを押してデフォルトを使用:___」


質問 7:追加機能(任意)

「特別な機能はありますか?

任意の機能:

  • Bash の実行 - シェルコマンドを実行して出力を含めます(!command)
  • ファイル参照 - ファイルの内容を含めます(@file.txt)
  • コンテキストの収集 - コンテキストとしてプロジェクトファイルを読み取ります

必要な機能(カンマ区切り)、または Enter キーを押してスキップ:___」


生成プロセス

回答を収集した後:

  1. YAML Frontmatter を生成:
---
description: [From command purpose]
argument-hint: [If $ARGUMENTS needed]
allowed-tools: [From tool selection]
model: [If specified]
---
  1. コマンド本文を生成:
[Purpose-specific instructions]

[If uses agents]:
1. **Launch [agent-name]** with [specific task]
2. Coordinate workflow
3. Validate results

[If uses bash]:
- Context: !`bash command`

[If uses file refs]:
- Review: @file.txt

Success Criteria: [Based on output type]
  1. フォルダー構造を作成:
generated-commands/[command-name]/
├── [command-name].md    # Command file (ROOT)
├── README.md            # Installation guide (ROOT)
├── TEST_EXAMPLES.md     # Testing examples (ROOT)
└── [folders if needed]  # standards/, examples/, scripts/
  1. 形式を検証:
  • ✅ YAML frontmatter が有効
  • ✅ $ARGUMENTS の構文が正しい(使用する場合)
  • ✅ allowed-tools の形式が適切
  • ✅ フォルダー構成が整理されている
  1. インストール手順を提示:
Your command is ready!

Output location: generated-commands/[command-name]/

To install:
1. Copy the command file:
   cp generated-commands/[command-name]/[command-name].md .claude/commands/

2. Restart Claude Code (if already running)

3. Test:
   /[command-name] [arguments]

プリセットコマンドの詳細

1. /research-business

目的:ビジネスと市場の包括的な調査

引数:$ARGUMENTS(調査する企業または市場)

YAML:

---
description: Comprehensive business and market research with competitor analysis
argument-hint: [company/market] [industry]
allowed-tools: Read, Bash, Grep
---

実行内容:

  • 市場規模とトレンドの分析
  • 競合他社の SWOT 分析
  • 機会の特定
  • 業界全体の概要
  • 戦略的な推奨事項

2. /research-content

目的:複数プラットフォームにおけるコンテンツのトレンド分析

引数:$ARGUMENTS(調査するトピック)

YAML:

---
description: Multi-platform content trend analysis for data-driven content strategy
argument-hint: [topic] [platforms]
allowed-tools: Read, Bash
---

実行内容:

  • Google、Reddit、YouTube、Medium、LinkedIn、X におけるトレンドを分析
  • ユーザーの意図を分析(情報収集、商用、取引)
  • コンテンツの不足箇所を特定
  • SEO に最適化されたアウトラインを生成
  • プラットフォームごとの公開戦略を策定

3. /medical-translate

目的:医療用語を患者に分かりやすい言葉に翻訳

引数:$ARGUMENTS(医療用語と言語)

YAML:

---
description: Translate medical terminology to 8th-10th grade reading level (German/English)
argument-hint: [medical-term] [de|en]
allowed-tools: Read
---

実行内容:

  • 複雑な医療用語を翻訳
  • 8~10 年生程度の読解レベルに簡略化
  • Flesch-Kincaid(EN)または Wiener Sachtextformel(DE)で検証
  • 臨床的な正確さを維持
  • 患者に分かりやすい説明を提供

4. /compliance-audit

目的:規制への準拠についてコードをチェック

引数:$ARGUMENTS(パスと準拠基準)

YAML:

---
description: Audit code for HIPAA/GDPR/DSGVO compliance requirements
argument-hint: [code-path] [hipaa|gdpr|dsgvo|all]
allowed-tools: Read, Grep, Task
---

実行内容:

  • PHI/PII の取り扱いをスキャン
  • 暗号化要件をチェック
  • 監査ログを検証
  • データ主体の権利を確認
  • 準拠レポートを生成

5. /api-build

目的:完全な API 統合コードを生成

引数:$ARGUMENTS(API 名とエンドポイント)

YAML:

---
description: Generate complete API client with error handling and tests
argument-hint: [api-name] [endpoints]
allowed-tools: Read, Write, Edit, Bash, Task
---

実行内容:

  • API クライアントクラスを生成
  • エラー処理と再試行を追加
  • 認証ロジックを作成
  • 単体テストと統合テストを生成
  • 使用方法のドキュメントを追加

6. /test-auto

目的: 包括的なテストスイートを自動生成します

引数: $ARGUMENTS(ファイルパスとテストの種類)

YAML:

---
description: Auto-generate comprehensive test suite with coverage analysis
argument-hint: [file-path] [unit|integration|e2e]
allowed-tools: Read, Write, Bash
---

実行内容:

  • テスト対象のコードを分析します
  • テストケース(正常系、エッジケース、エラー)を生成します
  • テストフィクスチャとモックを追加します
  • カバレッジを計算します
  • テストに関するドキュメントを提供します

7. /docs-generate

目的: ドキュメントを自動生成します

引数: $ARGUMENTS(コードパスとドキュメントの種類)

YAML:

---
description: Auto-generate documentation from code (API docs, README, architecture)
argument-hint: [code-path] [api|readme|architecture|all]
allowed-tools: Read, Write, Grep
---

実行内容:

  • コードの構造と関数を抽出します
  • API ドキュメントを生成します
  • 使用例を含む README を作成します
  • アーキテクチャ図(Mermaid)を作成します
  • コード例を追加します

8. /knowledge-mine

目的: ドキュメントから構造化された知見を抽出します

引数: $ARGUMENTS(ドキュメントのパスと出力形式)

YAML:

---
description: Extract and structure knowledge from documents into actionable insights
argument-hint: [doc-path] [faq|summary|kb|all]
allowed-tools: Read, Grep
---

実行内容:

  • ドキュメントを読み込み、分析します
  • 重要な知見を抽出します
  • FAQ を生成します
  • ナレッジベースの記事を作成します
  • 調査結果を要約します

9. /workflow-analyze

目的: ビジネスワークフローを分析し、最適化します

引数: $ARGUMENTS(ワークフローの説明)

YAML:

---
description: Analyze workflows and provide optimization recommendations
argument-hint: [workflow-description]
allowed-tools: Read, Task
---

実行内容:

  • 現在のワークフローを可視化します
  • ボトルネックを特定します
  • 自動化の機会を提案します
  • 効率化の効果を計算します
  • 導入ロードマップを作成します

10. /batch-agents

目的: 複数のエージェントを連携させて起動します

引数: $ARGUMENTS(エージェント名とタスク)

YAML:

---
description: Launch and coordinate multiple agents for complex tasks
argument-hint: [agent-names] [task-description]
allowed-tools: Task
---

実行内容:

  • エージェントのリストを解析します
  • 安全な場合はエージェントを並列で、それ以外の場合は順次起動します
  • 出力を調整します
  • 結果を統合します
  • 包括的な要約を提供します

出力構成

コマンドはプロジェクトのルートディレクトリに生成されます。

[your-project]/
└── generated-commands/
    └── [command-name]/
        ├── [command-name].md      # Command file (ROOT level)
        ├── README.md              # Installation guide (ROOT level)
        ├── TEST_EXAMPLES.md       # Testing guide (ROOT level - if applicable)
        │
        ├── standards/             # Only if command has standards
        ├── examples/              # Only if command has examples
        └── scripts/               # Only if command has helper scripts

構成ルール:

  • すべての .md ファイルを ROOT ディレクトリに配置します
  • 補助フォルダーは分けて配置します(standards/、examples/、scripts/)
  • 同じフォルダーに異なる種類のファイルを混在させません
  • すっきりとした階層構造にします

インストール

生成後:

  1. 出力を確認します:

    ls generated-commands/[command-name]/
    
  2. Claude Code にコピーします(準備ができたら):

    # Project-level (this project only)
    cp generated-commands/[command-name]/[command-name].md .claude/commands/
    
    # User-level (all projects)
    cp generated-commands/[command-name]/[command-name].md ~/.claude/commands/
    
  3. Claude Code を再起動します(実行中の場合)

  4. コマンドをテストします:

    /[command-name] [arguments]
    

使用例

プリセットコマンドを生成する
@slash-command-factory

Use the /research-business preset

出力: インストール可能な、完全なビジネスリサーチコマンド


カスタムコマンドを生成する
@slash-command-factory

Create a custom command for analyzing customer feedback and generating product insights

スキルが 5~7 個の質問をします → 完全なコマンドを生成します → 形式を検証します → インストール手順を提示します


コマンド形式(生成される内容)

コマンドの生成例(my-command.md):

---
description: Brief description of what the command does
argument-hint: [arg1] [arg2]
allowed-tools: Read, Write, Bash
model: claude-3-5-sonnet-20241022
---

# Command Instructions

Do [task] with "$ARGUMENTS":

1. **Step 1**: First action
2. **Step 2**: Second action
3. **Step 3**: Generate output

**Success Criteria**:
- Criterion 1
- Criterion 2
- Criterion 3

検証

生成されるすべてのコマンドは、次の項目について自動的に検証されます。

  • ✅ 有効な YAML frontmatter(正しい構文、必須フィールド)
  • ✅ 正しい引数形式($ARGUMENTS。$1 $2 $3 ではありません)
  • ✅ allowed-tools の構文(カンマ区切りの文字列)
  • ✅ フォルダー構成の整理(フォルダーを使用する場合)
  • ✅ プレースホルダーテキストがないこと

検証に失敗した場合は、具体的な修正手順が表示されます。


ベストプラクティス

コマンドの設計:

  • コマンドの目的を明確にし、機能を絞ります
  • 説明的な名前を使用します(ファイル名にはケバブケースを使用)
  • 想定される引数を明確に記述します
  • 成功条件を含めます
  • TEST_EXAMPLES.md に例を追加します

ツールの選択:

  • Read: ファイルの分析に使用します
  • Write/Edit: ファイルの生成や変更に使用します
  • Bash: システムコマンドやウェブ調査に使用します
  • Task: エージェントの起動に使用します
  • Grep/Glob: コードの検索に使用します

エージェントの統合:

  • Task ツールを使用してエージェントを起動します
  • 使用するエージェントを明確に指定します
  • 出力を調整します
  • エージェントの役割を記録します

重要な注意事項

引数:

  • ✅ 常に $ARGUMENTS を使用します(すべての引数を 1 つの文字列として渡します)
  • ❌ $1、$2、$3 は使用しないでください(位置引数はこのファクトリーでは使用しません)

フォルダー構成:

  • ✅ すべての .md ファイルをコマンドのルートディレクトリに配置します
  • ✅ 補助フォルダーは分けて配置します(standards/、examples/、scripts/)
  • ✅ 異なる種類のファイルを混在させません

出力先:

  • コマンドの生成先: ./generated-commands/[command-name]/
  • ユーザーのコピー先: .claude/commands/[command-name].md(準備ができたら)

実行例

プリセットを使用する
@slash-command-factory

Generate the /research-content preset command

→ すべての機能を備えたコンテンツ調査コマンドを作成します


カスタムの医療コマンドを作成する
@slash-command-factory

Create a command that generates German PTV 10 therapy applications

スキルからの質問:

  • 目的は何ですか?(PTV 10 の申請書を生成する)
  • ツールは何ですか?(Read、Write、Task)
  • エージェントは必要ですか?(はい — health-sdk-builder 関連のエージェント)
  • 出力は何ですか?(ファイル — 治療申請書類)
  • モデルは何ですか?(Sonnet — 品質重視)

結果:すぐに使用できる /generate-ptv10 コマンド


ビジネスインテリジェンスコマンドを作成する
@slash-command-factory

Build a command for competitive SWOT analysis

スキルが 5〜7 個の質問をします → /swot-analysis コマンドを生成します → 検証します → インストール準備完了


Factory エージェントとの統合

連携対象:

  • factory-guide(prompts-guide パターンを介して、このスキルにタスクを委任できます)
  • 既存のスラッシュコマンド(/build、/validate-output など)

補完関係:

  • skills-guide(スキルを構築)
  • prompts-guide(プロンプトを構築)
  • agents-guide(エージェントを構築)
  • slash-command-factory(コマンドを構築)← このスキル

すべての Claude Code 拡張機能を構築するための完全なエコシステムです!


出力の検証

生成されたコマンドは、以下の項目について検証されます。

YAML フロントマター:

  • description フィールドがある
  • YAML 構文が適切
  • 有効なフロントマターフィールドのみを使用

引数:

  • 必要に応じて $ARGUMENTS を使用
  • $ARGUMENTS を使用する場合、argument-hint がある
  • 位置引数 $1、$2、$3 を使用していない

ツール:

  • 有効なツール名を使用
  • カンマ区切り形式が適切
  • コマンドの目的に適している

整理:

  • .md ファイルがルートにある
  • フォルダーが適切に分けられている
  • ファイルが散在していない

成功基準

生成されるコマンドは、以下を満たす必要があります。

  • ✅ 有効な YAML フロントマターがある
  • ✅ $ARGUMENTS を使用する(位置引数は使用しない)
  • ✅ .claude/commands/ にコピーすると動作する
  • ✅ 引数を指定して正しく実行できる
  • ✅ 期待どおりの出力を生成する
  • ✅ 整理に関する標準に従う

バージョン:1.0.0 最終更新日:2025年10月28日 対応:Claude Code(スラッシュコマンドに対応するすべてのバージョン)

強力なカスタムスラッシュコマンドを数分で作成しましょう! ⚡

コメント