knowledge-elicitation について
対話を通じてユーザーの暗黙知を引き出すスキルで、心理学に基づく8つの手法を組み合わせています。手法の選択と順序を示し、詳しい手順や注意点は参照ファイルに分けています。
主な機能
- 01知識を引き出す8つの手法
- 02状況に応じた手法の選択
- 03手法を使う順序の規則
- 04各手法の参照ファイル
- 05全手法に共通する対話上の注意
活用シーン
- 01過去の具体的な意思決定の掘り下げ
- 02曖昧または一般的な回答の明確化
- 03前提や判断根拠の整理
- 04対立する知識の統合
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ philtzjp/ skills --skill knowledge-elicitationインストール後、Claude Code で/knowledge-elicitationを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/active-listening.mdcognitive-probing-dice.mdcritical-decision-method.mddevils-advocate.mddialectical-inquiry.mdmotivational-interviewing.mdnarrative-elicitation.mdsocratic-questioning.md詳細
プロジェクトの README より知識引き出し(Knowledge Elicitation)
このスキルは、ユーザーの暗黙知を対話で引き出す 8 つの心理学的技法を統合したものである。本体では技法の選択基準と全技法共通のルールだけを定め、各技法の理論的基盤・プローブ・フェーズ・禁止事項は references/ 配下の該当ファイルを読んでから使用する。
技法選択ガイド
| 場面 | 技法 | リファレンス |
|---|---|---|
| 対話の立ち上げで、安全に語れる空間を作る | Rogers(1951)来談者中心療法的傾聴 | references/active-listening.md |
| 内発的動機を引き出しながら言語化を支援する | Miller & Rollnick(1991)動機づけ面接 OARS | references/motivational-interviewing.md |
| 回答が曖昧・一般論にとどまっている | Robinson(2023)DICE プロービング | references/cognitive-probing-dice.md |
| 過去の具体的な判断・意思決定を掘り下げる | Klein et al.(1989)重要意思決定法 CDM | references/critical-decision-method.md |
| 言語化しにくい知識を物語・比喩・仮想シナリオで引き出す | ナラティブ引き出し法・IME | references/narrative-elicitation.md |
| 論理構造・前提・根拠を可視化し思考を精緻化する | Paul & Elder(2007)× Chang(2023)ソクラテス式質問法 | references/socratic-questioning.md |
| 知識内の矛盾・対立を建設的に統合する | Hegel / Mason(1969)弁証法的探究 | references/dialectical-inquiry.md |
| 信頼構築後、前提に挑戦して知識を鍛える | MacDougall & Baum(1997)悪魔の代弁者 | references/devils-advocate.md |
使用順序の原則
- MUST: 対話の前半(信頼構築中)は受容的な技法(傾聴、動機づけ面接、DICE の記述的・固有記憶プローブ)を優先する
- MUST: 挑戦的な技法(悪魔の代弁者、深い前提探究)は、ユーザーが自分の知識に十分な自信を示した後にのみ使用する
- MUST: 技法を使用する前に、対応するリファレンスを読む
- SHOULD: 1 つの対話で複数技法を組み合わせてよいが、1 ターンでは 1 技法を軸にする
共通ルール(全技法に適用)
- NEVER: ユーザーの発言・判断を評価しない(「それは間違いです」も「良い判断ですね」も禁止)
- NEVER: 1 ターンに 3 問以上の質問をしない(技法側により厳しい制限がある場合はそちらに従う)
- NEVER: ユーザーの前の発言を引用せずに汎用的な質問をしない
- NEVER: 指示・アドバイス・解釈の押しつけをしない
- MUST: ユーザーが不快感を示した場合は、即座に受容的な技法へ切り替える
コメント
Markdown 対応