playfab-mcp-server: Command for Claude Code

ユーザー入力

$ARGUMENTS

（空でない場合）続行する前に、ユーザー入力を必ず考慮してください。

概要

/speckit.specify の後にユーザーが入力したテキストが機能の説明です。以下に文字通り $ARGUMENTS と表示されていても、この会話で常に利用可能であると想定してください。空のコマンドを提供した場合を除き、ユーザーに繰り返し尋ねないでください。

機能の説明が与えられた場合、以下を実行します：

1. SPEC IDを生成（ブランチは作成しない）:

   a. まず、すべてのリモートブランチをフェッチして最新情報を取得します：

   git fetch --all --prune
   

   b. スクリプトを実行して新しいSPEC IDを生成します（--no-branch オプションを必ず指定）： .specify/scripts/bash/create-new-feature.sh --json --no-branch "$ARGUMENTS"

   • 例: .specify/scripts/bash/create-new-feature.sh --json --no-branch "ユーザー認証を追加"

   重要:

   • --no-branch オプション: ブランチを作成せず、現在のブランチで作業を続けます（worktree設計思想に準拠）
   • このスクリプトは機能ごとに1回だけ実行する必要があります
   • JSONは端末に出力として提供されます - 探しているコンテンツを取得するために常にそれを参照してください
   • JSON出力にはBRANCH_NAME、SPEC_FILE、SPEC_IDが含まれます
   • スクリプトは自動的に一意のSPEC ID（SPEC-xxxxxxxx形式）を生成します
   • シングルクォートを含む引数（"I'm Groot"など）の場合は、エスケープ構文を使用: 例 'I'''m Groot'（または可能であればダブルクォート: "I'm Groot"）

2. Load .specify/templates/spec-template.md to understand required sections.

3. Follow this execution flow:

   1. Parse user description from Input If empty: ERROR "No feature description provided"
   2. Extract key concepts from description Identify: actors, actions, data, constraints
   3. For unclear aspects:
      • Make informed guesses based on context and industry standards
      • Only mark with [NEEDS CLARIFICATION: specific question] if:
        • The choice significantly impacts feature scope or user experience
        • Multiple reasonable interpretations exist with different implications
        • No reasonable default exists
      • LIMIT: Maximum 3 [NEEDS CLARIFICATION] markers total
      • Prioritize clarifications by impact: scope > security/privacy > user experience > technical details
   4. Fill User Scenarios & Testing section If no clear user flow: ERROR "Cannot determine user scenarios"
   5. Generate Functional Requirements Each requirement must be testable Use reasonable defaults for unspecified details (document assumptions in Assumptions section)
   6. Define Success Criteria Create measurable, technology-agnostic outcomes Include both quantitative metrics (time, performance, volume) and qualitative measures (user satisfaction, task completion) Each criterion must be verifiable without implementation details
   7. Identify Key Entities (if data involved)
   8. Return: SUCCESS (spec ready for planning)