slash-command-factory

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

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

自己進化型スキル：このスキルは使用を通じて改善されます。指示が間違っていたり、パラメーターにずれが生じたり、回避策が必要になったりした場合は、先延ばしにせず、すぐにこのファイルを修正してください。実際に再現可能な問題がある場合にのみ更新してください。

このスキルを使用する場面

• Claude Code 用のカスタムスラッシュコマンドを新規作成する
• プリセットからコマンドテンプレートを生成する
• スラッシュコマンドの YAML フロントマター構文を検証する
• コマンドを適切なフォルダー構成に整理する
• ワークフローを再利用可能なスラッシュコマンドに変換する

---

概要

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

• コマンドのニーズについて、5～7 個の簡単な質問をする
• 適切な YAML フロントマターを含む完全なコマンド .md ファイルを生成する
• よくあるユースケースに対応した、強力なプリセットコマンドを 10 個提供する
• コマンドの形式と構文を検証する
• 整理されたフォルダー構成を作成する
• インストール方法を案内する

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

---

コマンド構造のパターン

Anthropic のドキュメントにある 3 つの公式パターンです。

パターン	名前	最適な用途	構造
A	シンプル	単純なタスク（コードレビュー、ファイルの更新）	コンテキスト -> タスク
B	複数フェーズ	複雑な調査（監査、システムのマッピング）	調査 -> 分析 -> タスク
C	エージェント形式	専門的な役割（エキスパート、オーケストレーター）	役割 -> プロセス -> ガイドライン

完全なテンプレートと使用場面のガイダンス：コマンドパターン

---

命名規則

すべてのスラッシュコマンドファイルは、必ず kebab-case に従ってください：[verb]-[noun].md

ルール：小文字のみ、2～4 語、使用できる文字は [a-z0-9-]、アンダースコアや camelCase は使用不可

入力	出力
「プルリクエストをレビュー」	pr-review.md
「API ドキュメントを生成」	api-document.md
「セキュリティ準拠を監査」	security-audit.md

完全な変換アルゴリズムと例：命名規則

---

Bash 権限のルール

重要：包括的な Bash 権限は禁止されています。サブコマンド単位で具体的に指定する必要があります。

# WRONG - too broad
allowed-tools: Bash(git:*)

# CORRECT - subcommand-level
allowed-tools: Bash(git add:*), Bash(git commit:*), Bash(git push:*)

# OK - simple commands without subcommand hierarchies
allowed-tools: Bash(cp:*), Bash(mkdir -p:*), Bash(date:*)

コマンドの種類	Bash 権限	コマンド例
Git コマンド	git status, git diff, git log, git branch	code-review, commit-assist
調査	find, tree, ls, du	codebase-analyze, structure-map
分析	grep, wc, head, tail, cat	search-code, count-lines
データ処理	awk, sed, sort, uniq	parse-data, format-output

完全なパターンと選択ガイド：Bash 権限

---

コマンドを生成する 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	複数のエージェントを起動して連携

YAML 設定と詳細については、プリセットコマンドをご覧ください。

パス 2：カスタムコマンド（5～7 個の質問）

次の項目に回答して、完全にカスタマイズされたコマンドを作成します。

1. 目的 - コマンドで何を実行しますか？
2. 引数 - 自動的に決定されます。すべてのフラグに必須の短縮形が付きます（-b|--branch）。
3. ツール - どの Claude Code ツール（Read、Write、Bash、Grep、Task など）を使用しますか？
4. エージェント - 専門エージェントを起動する必要がありますか？
5. 出力 - 分析、ファイル、アクション、レポートのどれですか？
6. モデル - Default、Sonnet、Haiku、Opus のどれですか？（任意）
7. 機能 - Bash の実行、ファイル参照、コンテキストの収集を行いますか？（任意）

質問スクリプトと引数の規約については、質問フローをご覧ください。

---

生成とインストール

回答を収集した後、このスキルは次の処理を行います。

1. 適切な allowed-tools を含む YAML フロントマターを生成します。
2. 目的に応じた指示を含むコマンド本文を生成します。
3. generated-commands/[command-name]/ の下にフォルダー構造を作成します。
4. 書式（YAML、引数、ツール、構成）を検証します。
5. インストール手順を提示します。

# Install to project
cp generated-commands/[command-name]/[command-name].md .claude/commands/

# Install globally
cp generated-commands/[command-name]/[command-name].md ~/.claude/commands/

プラグインの呼び出し：/plugin-name:command-name [arguments]

全プロセス、フォルダー構造、プラグインの呼び出し規則については、生成プロセスをご覧ください。

---

検証

生成されたすべてのコマンドについて、次の項目を検証します。

• 有効な YAML フロントマター（適切な構文と必須フィールド）
• 正しい引数形式（$1 $2 $3 ではなく $ARGUMENTS）
• すべてのフラグに短縮形があること（1～2 文字の短縮形が必須）
• Bash のサブコマンドレベルの具体性（包括的な Bash は不可）
• 整理されたフォルダー構成

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

検証チェックリスト、ベストプラクティス、トラブルシューティングについては、検証リファレンスをご覧ください。

---

クイックリファレンス

使用方法

@slash-command-factory
Use the /research-business preset

@slash-command-factory
Create a custom command for analyzing customer feedback

主なルール

ルール	詳細
引数	常に $ARGUMENTS を使用します（$1、$2 は使用しません）
フラグの短縮形	すべてのフラグで必須です（-b|--branch）
Bash の権限	サブコマンドレベルのみです（Bash(git add:*)）
ファイル名	kebab-case、2～4 語
出力先	./generated-commands/[command-name]/

エコシステムとの統合

次のものと連携します：factory-guide、skills-guide、prompts-guide、agents-guide

その他の例と統合の詳細については、使用例をご覧ください。

実行後の振り返り

このスキルの実行後、終了する前に次の点を確認してください。

1. コマンドは成功しましたか？ — 成功していない場合は、失敗の原因となった手順またはエラーテーブルを修正します。
2. パラメーターや出力に変更はありましたか？ — 基盤となるツールのインターフェースに変更があった場合は、使用例とパラメーターテーブルを更新して一致させます。
3. 回避策が必要でしたか？ — 別のフラグや追加手順など、その場で工夫する必要があった場合は、次回の実行で同じ回避策が不要になるよう、この SKILL.md を更新します。

問題が実際に発生し、再現可能な場合にのみ更新してください。推測で更新しないでください。