xs-skill-creator

スキルクリエイター

ワークスペースの既存スキル群と統一感のあるスキルを作成・改善する。

絶対遵守事項

• 対話は日本語で行う
• 作成するスキルのSKILL.mdも日本語で記述

プロンプト設計原則（制約少なめ・例多め）

過剰特定された制約は memorized shortcut を誤発火して品質を下げる（Akli et al., 2026, arXiv:2604.24712）。SKILL.md を書くときは：

• 「禁止」「絶対」「必ず」を並べるより、Do の例（コマンド例・入出力例・テンプレート）で示す
• スキル全体での禁止系制約は3つ程度を目安。それ以上は構造（章立て・例示）で表現する
• 残す制約には「なぜそれを避けるか」を1行で添える（理由なしの禁止は誤解されやすい）

詳細とBefore/After例は [SKILL_DIR]/references/patterns.md の「9. 制約少なめ・例多めの原則」を参照。

スキル作成フロー

Step 1: ヒアリング

ユーザーに以下を確認（わかっている情報はスキップ）：

1. 何をするスキル？ → 主機能の把握
2. どんな時に使う？ → トリガー条件の特定
3. 入力と出力は？ → データフローの明確化
4. スクリプトは必要？ → Python/Bash等の自動化有無

Step 2: 分類と設計

4分類のどれに該当するか判定し、適切なテンプレートを選択：

分類	特徴	例
対話型	ユーザーとの対話で成果物を生成	ブログ記事生成、プレゼン企画
自動実行型	指示一つで取得→加工→出力	ニュース取得、サイト巡回
ツール連携型	外部ツール/APIとの連携	API操作、DB管理
思考支援型	構造化された思考フレームワーク提供	ブレスト支援、調査整理

テンプレートの詳細は [SKILL_DIR]/references/templates.md を参照。

外部CLI、常駐サーバー、API、GPUなどに依存する場合は、あわせて次を設計する。

1. 副作用のない可用性チェック
2. 利用可能と判断できる成功条件
3. 利用不可時のフォールバック、または安全なスキップ
4. 導入・起動・ログインを自動実行してよい条件

可用性確認だけを目的に、パッケージ導入、サービス起動、ログイン、設定変更を行わない。必須機能でなければ、依存がない環境でもスキル以外の作業を継続できる構成にする。

Step 3: ディレクトリ作成

# スキル名はケバブケースで
mkdir -p [WORKSPACE]/skills/<skill-name>

# 必要に応じてサブディレクトリ作成
mkdir -p [WORKSPACE]/skills/<skill-name>/scripts
mkdir -p [WORKSPACE]/skills/<skill-name>/references
mkdir -p [WORKSPACE]/skills/<skill-name>/assets

Step 4: スクリプト作成（該当する場合）

スクリプトが必要な場合：

1. scripts/ にPython/Bashスクリプトを配置
2. 必ず uv run で実行する（python3 直接実行は禁止。外部依存ゼロでも uv run を使う。理由: python未インストール環境でもuvがPythonを自動解決するため）
3. --help オプションを実装
4. 実際に uv run でテスト実行して動作確認

Step 5: SKILL.md作成

テンプレートに従い作成。以下の要素を必ず含める：

フロントマター（必須）:

---
name: xs-<skill-name>
description: [50-200文字。何をするか＋いつ使うか＋トリガーフレーズ]
---

本文の構成:

1. H1タイトル - スキル名
2. 1行概要 - 何をするスキルか
3. 絶対遵守事項（必要な場合）
4. 手順 - Step/STEP形式で番号付き
5. 出力フォーマット - 期待する出力形式
6. 使用例 - 具体的なトリガーフレーズ

パス規則:

• [SKILL_DIR] - SKILL.mdがあるディレクトリ
• [WORKSPACE] - ワークスペースルート
• ハードコードパス禁止