jpskill.com
🛠️ 開発・MCP コミュニティ

interactive-task

不具合のない開発タスク（追加、変更、リファクタリング、設定、最適化）を、質問を通じて明確化し実行することで、不明確な要求に対し迅速に範囲を定義し、効率的に開発を進めるSkill。

📜 元の英語説明(参考)

Aclarar y ejecutar tareas de desarrollo no-bug (agregar, cambiar, refactorizar, configurar, optimizar) con preguntas adaptativas via `question` (opciones + respuesta libre). Usar cuando el pedido llega incompleto o ambiguo y se necesita definir alcance rapido.

🇯🇵 日本人クリエイター向け解説

一言でいうと

不具合のない開発タスク（追加、変更、リファクタリング、設定、最適化）を、質問を通じて明確化し実行することで、不明確な要求に対し迅速に範囲を定義し、効率的に開発を進めるSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux 
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o interactive-task.zip https://jpskill.com/download/10602.zip && unzip -o interactive-task.zip && rm interactive-task.zip
🪟 Windows (PowerShell) 
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/10602.zip -OutFile "$d\interactive-task.zip"; Expand-Archive "$d\interactive-task.zip" -DestinationPath $d -Force; ri "$d\interactive-task.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して interactive-task.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → interactive-task フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動
⬇ .zip でダウンロード(推奨) ⬇ .skill 形式(上級者用) 元のソース ↗

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

インタラクティブタスクアシスタント

目的: 曖昧な要求を、少ない質問と高い精度で実行可能な仕様に変換すること。

運用プロトコル

  1. タスクの分類
  • NUEVO: 追加/作成/実装
  • CAMBIO: 修正/調整/置換
  • REFACTOR: クリーンアップ/再編成/簡素化
  • CONFIG: 変数、環境、設定
  • MEJORA: UX/パフォーマンス/信頼性の最適化
  1. 質問の第1ラウンドの実行 (必須、questionを使用)
  • 1回のquestionの呼び出しで2〜4つの質問をする
  • クローズド（迅速な決定）とオープン（特定の詳細）を混ぜる
  • 少なくとも、範囲、期待される結果、制約をカバーする
  1. 短い仕様の確認
  • 「私がやること」
  • 「私が触らないこと」
  • 「完了基準」
  1. 確認を求める
  • 「この範囲でよろしいですか？」
  • そうでない場合は、短い第2ラウンド（最大2つの質問）を行う
  1. 調査と実行
  • リポジトリ内の既存のパターンを検索する
  • 必要な最小限の複雑さで実装する

質問の設計

  • 一般的な選択肢がある場合は、オプションを使用する。
  • 正確なテキスト、順序、またはビジネスルールが必要な場合は、オープンな質問を使用する。
  • 要求にすでに含まれているデータを質問しない。
  • 覚えておく: questionはすでに自由な回答を許可している（「その他」オプションを追加しない）。

タイプごとの基本質問

NUEVO

  • クローズド: 「どこに表示する必要がありますか？」（header/sidebar/pagina X/modal/otro）
  • オープン: 「正確にどのように動作する必要がありますか？」
  • クローズド: 「既存のパターンを再利用しますか、それとも新しいバリアントを作成しますか？」

CAMBIO

  • オープン: 「どの現在の動作を変更したいですか？」
  • オープン: 「どのようにする必要がありますか？」
  • クローズド: 「このモジュールのみに影響しますか、それとも複数のモジュールに影響しますか？」

REFACTOR

  • クローズド: 「主な目的は何ですか？」（可読性、パフォーマンス、保守性）
  • クローズド: 「制約はありますか？」（機能的な変更なし、APIに触れないなど）
  • オープン: 「コードの特定の領域で気になるものはありますか？」

CONFIG

  • クローズド: 「環境は？」（dev, staging, prod, すべて）
  • オープン: 「正確にどの変数/調整が必要ですか？」
  • クローズド: 「ドキュメント化のみですか、それとも変更も適用しますか？」

MEJORA

  • クローズド: 「何を改善しますか？」（UX、速度、安定性、DX）
  • オープン: 「改善されたことをどのように測定しますか？」
  • クローズド: 「優先度は？」（迅速、バランス、詳細）

厳格なルール

  1. 質問にはquestionを使用し、プレーンテキストは使用しない。
  2. 1ラウンドあたり最大4つの質問、合計2ラウンド。
  3. 重要な詳細が不足している場合は、少なくとも1つのオープンな質問を含める。
  4. 実行前に、範囲INとOUTを明示的に定義する。
  5. 目標を達成する最も単純なソリューションを選択する（過剰なエンジニアリングはしない）。

期待される最小限の出力

編集前:

  • 検出されたタスクの種類
  • 範囲 IN / OUT
  • 触れる可能性のあるファイル
  • 完了基準

編集後:

  • 行われた変更
  • 正常に完了したことを迅速に検証する方法
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Interactive Task Assistant

Objetivo: convertir pedidos vagos en una especificacion ejecutable con pocas preguntas y alta precision.

Protocolo operativo

  1. Clasificar la tarea
  • NUEVO: agregar/crear/implementar
  • CAMBIO: modificar/ajustar/reemplazar
  • REFACTOR: limpiar/reorganizar/simplificar
  • CONFIG: variables, entornos, settings
  • MEJORA: optimizar UX/performance/confiabilidad
  1. Ejecutar ronda 1 de preguntas (OBLIGATORIO con question)
  • Hacer 2-4 preguntas en un unico llamado a question
  • Mezclar cerradas (decision rapida) y abiertas (detalle puntual)
  • Cubrir minimo: alcance, resultado esperado y restricciones
  1. Confirmar especificacion corta
  • "Lo que voy a hacer"
  • "Lo que no voy a tocar"
  • "Criterio de listo"
  1. Pedir confirmacion
  • "¿Te sirve este alcance?"
  • Si no, hacer segunda ronda breve (maximo 2 preguntas)
  1. Investigar y ejecutar
  • Buscar patrones existentes en el repo
  • Implementar con minima complejidad necesaria

Diseno de preguntas

  • Usar opciones cuando hay alternativas comunes.
  • Usar abiertas cuando se necesite texto exacto, orden o reglas de negocio.
  • No preguntar datos que ya esten en el pedido.
  • Recordar: question ya permite respuesta libre (no agregar opcion "Otro").

Preguntas base por tipo

NUEVO

  • Cerrada: "¿Donde debe aparecer?" (header/sidebar/pagina X/modal/otro)
  • Abierta: "¿Como debe comportarse exactamente?"
  • Cerrada: "¿Reusar patron existente o crear variante nueva?"

CAMBIO

  • Abierta: "¿Que comportamiento actual queres cambiar?"
  • Abierta: "¿Como debe quedar?"
  • Cerrada: "¿Afecta solo este modulo o varios?"

REFACTOR

  • Cerrada: "¿Objetivo principal?" (legibilidad, performance, mantenibilidad)
  • Cerrada: "¿Restricciones?" (sin cambios funcionales, sin tocar API, etc)
  • Abierta: "¿Hay una zona puntual del codigo que te preocupe?"

CONFIG

  • Cerrada: "¿Entorno?" (dev, staging, prod, todos)
  • Abierta: "¿Que variables/ajustes exactos necesitas?"
  • Cerrada: "¿Solo documentar o tambien aplicar cambios?"

MEJORA

  • Cerrada: "¿Que mejorar?" (UX, velocidad, estabilidad, DX)
  • Abierta: "¿Como medimos que mejoro?"
  • Cerrada: "¿Prioridad?" (rapido, balanceado, profundo)

Reglas duras

  1. Usar question para preguntar, no texto plano.
  2. Maximo 4 preguntas por ronda y 2 rondas totales.
  3. Incluir al menos 1 pregunta abierta si falta detalle clave.
  4. Definir explicitamente alcance IN y OUT antes de ejecutar.
  5. Elegir la solucion mas simple que cumpla el objetivo (sin sobre-ingenieria).

Salida minima esperada

Antes de editar:

  • Tipo de tarea detectado
  • Alcance IN / OUT
  • Archivos probables a tocar
  • Criterio de listo

Despues de editar:

  • Cambios realizados
  • Como validar rapido que quedo bien