ask

name	ask
description	作業開始前にインタビューを行い、認識を合わせてから実行する。spec/planモードほど大規模ではない、ちょっとした作業を依頼する際に使用。認識齟齬を防ぐため、1-3個の質問で確認してから作業を開始する。
argument-hint	[タスク説明]
allowed-tools	*
disable-model-invocation	false

対話型タスク実行スキル

spec/plan modeほど大規模ではない、ちょっとした作業を依頼する際に使用します。 作業開始前にインタビューを行い、認識齟齬を防いでから作業を実行します。

処理フロー

[1/3] インタビュー（質問生成→回答収集）
      ↓
[2/3] 確認（要約提示→ユーザー承認）
      ↓
[3/3] 実行

[1/3] インタビュー

タスク説明の取得

• 引数が存在する場合: そのまま使用
• 引数が空の場合: ユーザーに確認

質問の生成

タスク内容を分析し、認識齟齬を防ぐための質問を生成する。

質問の観点:

• スコープ: 何を対象にするか（ファイル、機能、範囲）
• 期待結果: 完了時の状態、成功の定義
• 制約事項: 避けるべきこと、守るべきルール
• 優先度: 複数の選択肢がある場合の判断基準

重要なルール:

• 質問は1〜3個に絞る - 多すぎると煩雑
• 自明なことは聞かない - コンテキストから推測可能なこと、答えが明らかなことは聞かない
• 具体的に聞く - 「何かありますか？」ではなく「Xについてどうしますか？」

質問が不要な場合: タスクが十分に明確で、追加質問が不要と判断した場合はインタビューをスキップして[2/3]へ進む。

[2/3] 確認

インタビュー結果を要約し、ユーザーに承認を求める。

要約フォーマット

## タスク概要

**依頼内容**: [ユーザーが依頼した内容]

**実行する作業**:
- [具体的な作業1]
- [具体的な作業2]

**スコープ**: [対象ファイル/機能]

**制約・注意点**: [あれば記載]

承認確認

ユーザーに確認を求め、承認された場合のみ[3/3]へ進む。 修正が必要な場合は[1/3]に戻って再度インタビュー。

[3/3] 実行

承認後、タスクを実行する。

実行ガイドライン

タスク管理:

• 複数ステップがある場合はTodoWriteでタスク管理
• 各ステップ完了時にtodoを更新

実行時の注意:

• 承認された内容の範囲内で作業する
• スコープ外の変更は行わない
• 追加で判断が必要な場合は確認

完了報告

作業完了後、実行結果を簡潔に報告する:

## 完了報告

**実行した作業**:
- [作業1]
- [作業2]

**変更ファイル**:
- [ファイルパス1]
- [ファイルパス2]

注意事項

アンチパターン（避けるべきこと）

• 自明な質問をする（「本当に修正しますか？」など）
• 質問を4個以上する
• 承認なしで作業を開始する
• スコープ外の作業を行う

エラーハンドリング

• 作業中にエラーが発生した場合はユーザーに報告
• 判断が必要な場合は確認