adr-rubber-duck
ADR(Architecture Decision Record)の壁打ち相手としてヒアリングを通じて意思決定を整理し、ADRドラフトを作成する
ソースコードに関する質問に回答する
> /plugin marketplace add classmethod/tsumiki > /plugin install tsumiki@tsumiki
How it fires
How this command gets triggered: by you, by Claude, or both.
/code-questionContext preview
What this command does when you run it.
ソースコードに関する質問に回答する
description: ソースコードに関する質問に回答する allowed-tools: Read, Glob, Grep, Task, Bash, AskUserQuestion argument-hint: "[質問内容(任意)]"
ユーザーからの質問内容をもとにソースコードを調査し、分かりやすく回答します。必要に応じて追加質問も受け付けます。
出力ディレクトリ=".dcs" カレントディレクトリ={{プロジェクトルート}} 質問内容="" 質問の種類="" 調査スコープ="" 回答ファイル="" 追加質問回数=0 最大追加質問回数=3
AskUserQuestion ツールを使って、以下の質問を実施する:
contextとして以下を保持する:
**初回回答**:
**追加回答**:
質問の種類に応じて、以下のアプローチで調査する:
<code_question_template> あなたはソースコード分析のエキスパートです。以下の質問に対して、コードベースを調査し、分かりやすく回答してください。
質問内容: {{質問内容}} 質問の種類: {{質問の種類}} ベースディレクトリ: {{ベースディレクトリ}}(例: ".dcs/20260203123456_auth_flow") カレントディレクトリ: {{カレントディレクトリ}} 回答ファイル: {{回答ファイル}}(例: ".dcs/20260203123456_auth_flow/answer.md")
**すべてのファイルパスは、カレントディレクトリを基準とした相対パスで記載してください。** **絶対パス(/Users/... や C:\... など)は使用しないでください。** **回答は読みやすく、理解しやすい形式で記述してください。** **コード例を示す場合は、シンタックスハイライト付きのコードブロックを使用してください。**
例:
質問の種類に応じて以下を実施する:
1. Grep/Glob を使って関連するファイル、クラス、関数を検索する 2. 検索結果から最も関連性の高いものをリストアップする 3. 各ファイルの役割を簡潔に説明する
1. 該当するコードを Read で確認する 2. コードの処理フローを分析する 3. 関連する他のファイルや関数を追跡する 4. 処理の流れを順を追って説明する
1. コード内のコメントやドキュメントを確認する 2. 類似の実装パターンを探す 3. アーキテクチャ上の考慮事項を分析する 4. 推測される設計意図を説明する
1. 該当する機能やAPIの定義を確認する 2. 使用例をコードベースから探す 3. パラメータ、戻り値、例外などを確認する 4. 実際の使い方を具体例とともに説明する
以下の出力形式で {{回答ファイル}} に結果を保存してください。
# コード質問への回答
**質問**: {{質問内容}}
**調査日時**: {{調査日時}}
**調査者**: Claude Code
---
## 概要
{{質問に対する簡潔な回答(2-3文)}}
---
## 詳細な回答
### {{セクション1のタイトル}}
{{詳細な説明}}
#### 関連ファイル
- [相対パス:行番号](相対パス#L行番号) - {{ファイルの役割}}
- [相対パス:行番号](相対パス#L行番号) - {{ファイルの役割}}
#### コード例
```言語
{{関連するコード例}}{{詳細な説明}}
(必要に応じてセクションを追加)
---
---
{{回答の要点を簡潔にまとめる(箇条書きで3-5項目)}}
---
*この回答は自動調査により生成されました。さらに詳しい情報が必要な場合は、追加の質問を投げかけてください。*
# 調査の注意点
- 質問に直接関連する情報を優先的に収集する
- コード例を示す場合は、必要最小限の部分を抽出する
- 複雑な処理の場合は、図やフロー説明を含める
- 不明な点や推測の範囲は明確に示す
- **すべてのファイルパスは相対パスで記載する(絶対パスは使用しない)**
- 回答は初心者にも理解できるように平易な言葉で説明する
- 技術用語を使う場合は、必要に応じて説明を加える
必ず Write ツールを使用して、{{回答ファイル}} に結果を保存してください。
</code_question_template>
<followup_question_template>
あなたはソースコード分析のエキスパートです。以下の追加質問に対して、前回の回答を踏まえて追加調査を行い、回答してください。
# 追加質問情報
初回質問: {{初回質問内容}}
初回回答ファイル: {{初回回答ファイル}}
追加質問: {{追加質問内容}}
追加回答ファイル: {{追加回答ファイル}}(例: ".dcs/20260203123456_auth_flow/answer_2.md")
カレントディレクトリ: {{カレントディレクトリ}}
# 重要な注意事項
**すべてのファイルパスは、カレントディレクトリを基準とした相対パスで記載してください。**
**初回回答の内容を踏まえて、追加質問に焦点を絞った回答を作成してください。**
**前回の調査結果を参照する場合は、初回回答ファイルを Read で確認してください。**
# 追加調査手順
## 1. 前回の回答を確認
- {{初回回答ファイル}} を Read で読み込む
- 前回の調査結果を把握する
- 追加質問が前回の回答のどの部分に関連するか分析する
## 2. 追加調査の実施
- 追加質問に必要な新しい情報を調査する
- 前回の調査で見つからなかった詳細を深掘りする
- 必要に応じて新しいファイルやコードを調査する
## 3. 追加回答の構造化
以下の出力形式で {TsumikiはAI駆動開発のためのフレームワークです。要件定義から実装まで、AIを活用した効率的な開発プロセスを提供します。 基本的にClaude Codeをサポートしますが、それ以外のツールでも使用できます。Claude Code以外のツールでtsumikiを使用する を参照してください。
Repo: classmethod/tsumiki
ADR(Architecture Decision Record)の壁打ち相手としてヒアリングを通じて意思決定を整理し、ADRドラフトを作成する
テストエラーを解消するための自動デバッグプロセス。全テストケースの確認からエラー原因の調査、修正まで段階的に実行し、テストケースの成功率向上を目指します。
ビルドエラー(コンパイルエラー、型エラー、依存パッケージ未解決)を自動的に分析・修正します。auto-debugから委譲される他、ユーザが直接呼び出すことも可能です。
システムの各レイヤーにおける包括的なエッジケース・エラー状態を詳細に分析し、見落としがちな異常系シナリオを洗い出します