القائمة
会話中に行った作業を再利用可能なスキル（SKILL.md）に変換する。引数不要で起動し、会話履歴から手順・判断・スクリプトを抽出して、暗黙知を徹底的に言語化した高品質なスキルを生成する。Use When: 「スキル化して」「この作業をスキルにして」「/create-skill」で起動。作業完了後に「これスキルにしたい」と言われた場合にも使用。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
node-graph(ノードエディタ)関連のシステム開発、不具合修正、機能追加を行う際の必須リファレンス。nodeEditor/ディレクトリ配下のコードを変更・追加・デバッグする場合、ノードやエッジの新規タイプ追加、レシピエッジの修正、保存/読み込み処理の変更、PropertiesPanel関連の修正、コンテキストメニューやツールバーの変更時に使用する。「ノードグラフ」「ノードエディタ」「nodeEditor」「エッジ」「レシピエッジ」「ノード追加」に関連するタスクで自動トリガーする。
mooreseditor（Tauri アプリ）の外部プラグインを作成・ビルド・デプロイ・デバッグする。Use When — 「プラグインを作りたい」「プラグインのビルド方法」「node-graph のような新しいタブを追加」「plugin.json」「PluginManifest」「HostAPI」「プラグインがロードされない」「does not provide an export named エラー」と言われた場合。npm SDK、external starter、共有依存、HostAPI 契約、Tauri FS スコープのトラブルシュートを扱う。
node-graph(ノードエディタ)関連のシステム開発、不具合修正、機能追加を行う際の必須リファレンス。nodeEditor/ディレクトリ配下のコードを変更・追加・デバッグする場合、ノードやエッジの新規タイプ追加、レシピエッジの修正、保存/読み込み処理の変更、PropertiesPanel関連の修正、コンテキストメニューやツールバーの変更時に使用する。「ノードグラフ」「ノードエディタ」「nodeEditor」「エッジ」「レシピエッジ」「ノード追加」に関連するタスクで自動トリガーする。
Automates browser interactions for web testing, form filling, screenshots, and data extraction. Use when the user needs to navigate websites, interact with web pages, fill forms, take screenshots, test web applications, or extract information from web pages.
Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Codex's capabilities with specialized knowledge, workflows, or tool integrations.
| name | create-skill |
| description | 会話中に行った作業を再利用可能なスキル（SKILL.md）に変換する。引数不要で起動し、会話履歴から手順・判断・スクリプトを抽出して、暗黙知を徹底的に言語化した高品質なスキルを生成する。Use When: 「スキル化して」「この作業をスキルにして」「/create-skill」で起動。作業完了後に「これスキルにしたい」と言われた場合にも使用。 |
会話中に行った作業を分析し、誰が読んでもミスなく再現できるスキルを生成する。
会話全体を振り返り、以下を抽出する：
| 抽出項目 | 具体的に見るもの |
|---|---|
| 実行タスク | 時系列での操作一覧 |
| 使用ツール | MCP、CLI、API、スクリプト |
| 判断ポイント | 分岐とその判断理由 |
| 修正・リトライ | 失敗→修正の箇所と原因 |
| 作成スクリプト | ファイルパスと用途 |
| 入出力 | 入力データの形式、最終出力の形式 |
| ユーザー修正指示 | ユーザーが「こうじゃない」と言った箇所 |
.claude/skills/（プロジェクト内）と~/.claude/skills/（グローバル）の既存スキル名を確認し、重複しない名前を3つ提案する。
スキル名の候補：
1. `xxx-yyy` — [1行説明]
2. `aaa-bbb` — [1行説明]
3. `ccc-ddd` — [1行説明]
おすすめ: 1（理由: ...）
命名ルール（公式仕様準拠）：
a-z, 0-9, -のみ）helper, utils, tools 等の曖昧な名前はNGanthropic, claude は予約語のため使用不可ユーザーに選択を求め、カスタム名の入力も受け付ける。
デフォルトは .claude/skills/{スキル名}/（プロジェクトスコープ）。
グローバルにしたい場合は ~/.claude/skills/{スキル名}/ に配置。
mkdir -p .claude/skills/{スキル名}
スクリプトや参照ファイルがある場合のみ追加：
mkdir -p .claude/skills/{スキル名}/scripts
mkdir -p .claude/skills/{スキル名}/references
公式仕様はSKILL.mdのbody構造を固定していない（「作業に合わせて適応させよ」が方針）。ただし以下のセクションは公式ベストプラクティスで推奨されており、必要に応じて含める：
name, descriptiondescriptionはスキル発動の唯一のトリガーであり、最も重要なフィールド。
必須要素：
書き方のルール：
公式の description 構成式：
[What it does] + [When to use it] + [Key capabilities]
これが最も重要なフェーズ。 Phase 2で初稿を完成させた後、一度完全にパイプラインとしての全体像を確認し、そのうえで「書かれていない知識」を徹底的に洗い出す。
SKILL.mdの初稿を読み直し、以下を1つずつ自問する。答えがSKILL.mdに書かれていなければ追記する。
環境・前提：
手順の詳細：
判断基準：
ツール固有の知識：
mcp__server__tool）落とし穴（Gotchas）：
ユーザーが会話中に出した修正指示・フィードバックは、スキルにとって最も価値の高い情報源である。 ユーザーの修正は「エージェントのデフォルト動作」と「ユーザーが本当に求めるもの」のギャップを正確に示しているため、これを言語化できれば同じ失敗を二度と起こさないスキルになる。
会話履歴を再度通読し、以下のパターンを1つ残らず抽出する：
抽出パターン：
| パターン | 例 | スキルへの反映方法 |
|---|---|---|
| 直接的な否定 | 「それじゃない」「違う」「やめて」 | Gotchasに「やってはいけないこと」として明記 |
| 方向修正 | 「こうじゃなくて、こうして」 | 手順の該当Stepを修正後の方法に書き換え |
| 暗黙の前提の明示 | 「当然Xだと思ってた」 | 前提条件に追加 |
| 品質基準の提示 | 「もっと丁寧に」「雑すぎ」 | 判断基準・成功条件を具体化 |
| 優先順位の指定 | 「Aよりも先にBをやって」 | 手順の順序を修正、理由を付記 |
| 例外ケースの指摘 | 「Xの場合はYしないで」 | 条件分岐を追加 |
| ツール選択の指定 | 「そのツールではなくこっち」 | デフォルトツールを変更 |
分析手順：
会話中にリトライや失敗があった箇所も重要な暗黙知：
洗い出した情報を適切なセクションに追記：
Phase 3で暗黙知を追記した後、SKILL.md全体が膨らんでいる。ここで逆方向のチェックを行い、不要な行を削除する。
公式ベストプラクティスの核心原則: 「エージェントが既に知っていることは書かない。判断基準: この指示がなければエージェントは間違えるか？」
SKILL.mdの本文を1行ずつ読み、各行に対して以下の2つの問いを立てる：
| 問い | Yesなら | Noなら |
|---|---|---|
| Q1: この行がなくても、エージェントは正しく動作するか？（自明か？） | 削除候補 | 残す |
| Q2: この行がないとき、同じタスクで実際に失敗が起きるか？ | 残す | 削除候補 |
判定マトリクス：
| Q1（自明か） | Q2（ないと失敗するか） | 判定 |
|---|---|---|
| 自明 | 失敗しない | 削除する — トークンの無駄 |
| 自明 | 失敗する | 残す — 自明に見えるが実は重要（Gotchasに移動を検討） |
| 自明でない | 失敗しない | 残すが簡潔に — 補助情報として価値あり |
| 自明でない | 失敗する | 絶対に残す — スキルの核心 |
削除・簡潔化した行数を記録しておく（Phase 7の完了報告で使用）。
会話中にスクリプトを作成していない場合はこのPhaseをスキップする。
| 判定 | 基準 | 配置先 |
|---|---|---|
| バンドル | スキル実行に毎回必要 | scripts/ |
| 参照 | 設定例・データ形式の例 | references/ |
| 不要 | 一時的なデバッグ用 | バンドルしない |
バンドルするスクリプトは以下の基準で整理：
必須（公式の"hard requirement"）：
--helpオプションの追加推奨：
uv run、JS: npm: specifier → deno run）npx eslint@9.0.0等）## Available scripts セクションに各スクリプトを記載：
## Available scripts
- `scripts/xxx.py` — {1行説明}。実行: `uv run scripts/xxx.py --help`
このフェーズは必ず実行する。スキップ不可。
Phase 2-4で作成したSKILL.mdを、公式ベストプラクティスに基づいてレビュー・修正する。
Phase 2-4は「作業内容の忠実な記録」に集中している。しかし以下の品質観点は見落としやすい：
reviewing-skillsはこれらを網羅的にチェックする。
Skill({ skill: "reviewing-skills" })
対象スキル: Phase 2-4で作成した .claude/skills/{スキル名}/SKILL.md
レビュー結果を重大度順に修正する：
修正後、再度 reviewing-skills を実行して問題が解消されたことを確認する。 最大3回まで修正→再レビューを繰り返す。3回で解消しない場合はユーザーに報告する。
全Phaseが完了したら以下を表示：
スキルの作成が完了しました
スキル名: {スキル名}
パス: .claude/skills/{スキル名}/
説明: {descriptionの内容}
作成されたファイル:
- SKILL.md ({行数}行)
- scripts/xxx.py（あれば）
- references/yyy.md（あれば）
暗黙知の言語化（Phase 3で追記した項目）:
- Gotchas: {N}件
- 条件分岐: {N}件
- エラー対処: {N}件
レビュー結果（Phase 5）:
- {問題なし / N件のCritical・M件のWarningを修正済み}