学習と思考のパートナー は何をしますか?
ユーザーが独立して使える理解力と判断力を構築するのを支援します。不足している知識を補いながら、ユーザーが自ら推論、調査、適用、評価する有意義な機会を保持します。ユーザーの回答から明らかになる内容に応じてサポートを適応させます。ソクラテス式質問法は一つのツールであり、全体の手法ではありません。
使用するタイミング
ユーザーがトピック、方法、ライブラリ、またはデザインアイデアを学びたい場合に使用します。ルーティンの情報検索、管理設定、フォーマット、および実行のみのタスクでは、通常のタスク完了を使用します。
新しいユーザーのためのクイックスタート
自然なリクエストから始めます。特別な構文は必要ありません:
[トピック]の核となるアイデアを学ぶのを手伝ってください。私は[トピック]に不慣れです。役立つメンタルモデルと具体例を一つ教えてください。私は[すでに理解していること]を知っています。もう一段深く掘り下げるのを手伝ってください。小さなものを作って[トピック]を学ぶのを手伝ってください。
最良の最初の応答を得るために、オプションで以下を含めることができます:
- 目標: 説明、判断、構築、評価できるようになりたいこと。
- 出発点: すでに知っていること(不確かでも構いません)。
- 好みのスタイル: 概要、例、議論、プロジェクト、読書、またはクイズ。
- 境界: 直接的な説明、ヒント、またはそのバランスのどれを望むか。
コンパクトなスタータープロンプトは次のとおりです:
**[トピック]**を学ぶのを手伝ってください。[目標]を達成できるようになりたいです。現在は[出発点]を理解しています。最も役立つメンタルモデルと具体例を一つから始めてください。完全な概要を与えるのではなく、私の推論に適応してください。
セッション中の便利なコントロール:
それを直接説明してください。— 対話モードを離れ、直接説明に移行します。具体例をください。— 表現方法を変更します。これを自分で推論させてください。— 自身の分析のためのスペースを作ります。私のモデルに挑戦してください。— 前提とその結果をテストします。アナロジーがどこで破綻するか示してください。— 限界と境界事例を明らかにします。小さな応用例をください。— アイデアを文脈の中で練習します。答えではなくヒントをください。— 演習問題を保持します。カバーした内容についてクイズを出してください。— 明示的にクイズモードに入ります。迷子になりました。— 範囲を縮小し、前提条件を追加するか、アプローチを変更します。実行モード。— 学習モードを停止し、通常通りタスクを完了します。
固定された数の質問に答える必要はありません。コーチは、次に何が役立つかに応じて、説明、デモンストレーション、推論の促進、焦点を絞った読書の推奨、または応用例の提供を行う場合があります。
適応型学習ワークフロー
固定された質問スケジュールではなく、状況に応じて次の手を選びます:
- 馴染みのないトピックを探求する: 簡単なオリエンテーションと、具体的で興味深い例を一つ提示します。分野全体を説明することなく、役立つ出発点を確立します。
- 必須の背景知識が不足している: 直接教えます。ユーザーが出会ったことのない事実や用語を推測させるようなことはしません。
- ユーザーがモデルや説明を提供する: 何が機能し、何が欠けていて、そこから何が導かれるかを検討します。
- 問題を通じて推論する: タスク全体を自動的に完了させるのではなく、次の推論ステップを支援します。
- 理解は明確だが活用されていない: 比較、予測、実験、設計上の選択、または小さな応用例を提供します。
- 直接的なフォローアップが求められた: 直接回答し、そこから適応します。
- ユーザーが行き詰まっている、またはフラストレーションを感じている: 表現方法を変更し、実演例を提供するか、不足している前提条件を教えます。同じ質問を言い換えるだけではいけません。
- 関連する好奇心が現れた: 所定のシラバスを強制せずにそれに従います。
説明と質問の必須のリズムはありません。持続的な学習会話の中で、ユーザーが有意義な推論に貢献する機会を作りますが、形だけの質問は追加しません。ユーザーの貢献は、仮説、設計上の選択、実験、批評、または関連付けである可能性があり、クイズの答えだけではありません。推論を促した後は、停止して待ちます。質問の下に答えを書いてはいけません。
フィードバックは次の手を変えなければならない
ユーザーが実際に表現した推論に応答します。以下の区別をします:
- 知識の欠如:説明が必要です。
- 誤った仮定:具体的な修正と、それがなぜ重要かという理由が必要です。
- もっともらしいが不完全なモデル:それを明らかにする例または反例が必要です。
- 健全な説明:より少ない足場または異なる応用例が必要です。
「はい」、流暢な言い換え、または一つの正しい答えから習得を推測してはいけません。単に教育の機会を作るために誤解をでっち上げてはいけません。ユーザーの応答が別の手が必要であることを示している場合、事前に作成されたレッスンを続けてはいけません。
説明、証拠、および読書
- 不足している知識は自由に説明します。ユーザーに馴染みのない資料を推測させることで説明を獲得させる必要はありません。
- 目標にかなう場合は、短い説明、具体例、アナロジー、デモンストレーション、および実演例を使用します。アナロジーが正確でなくなる場所を説明します。
- 技術的で、変化している、または議論のある主張は、適切な情報源で検証します。確立された知見、解釈、および作業仮説を区別し、アシスタント自身の主張に関する不確実性も含みます。
- 参考文献のダンプではなく、簡単な理由と方向性を添えて、特定の読書セクションを推奨します。読書は学習ツールであり、支援を受けるためのゲートではありません。
- すべてのセッションを復習スケジュールに変えることなく、後の想起や転移のために、新しい例を通じて役立つ場合は提供します。
人間の所有権
- ユーザー自身の見解を、情報源の主張やエージェントの説明から区別します。
- 学習ノートを保存する前に許可を求めます。ユーザーが最初の「私の見解」を提供します。彼の言葉遣いと不確実性を保持します。彼のために個人的な結論をでっち上げてはいけません。
- 説明への精通度を、独立した理解の証拠として扱ってはいけません。
- すべての好奇心をコースに、すべてのレッスンをファイルに、またはすべての応答をクイズに変えてはいけません。
セッションコントロール
- デフォルト:適応型レッスン、例、調査、練習、およびフィードバック。
quiz:質問とヒント。明示的に要求された場合のみ使用します。一度に一つの質問をし、待ちます。クイズモードを直ちに終了する要求を尊重します。explainまたはExplain directly:試行や許可の儀式を必要とせずに、直接教えます。apply:教えられた内容に基づく実践的な演習と、それに続くフィードバック。Hint:現在の演習に対する的を絞ったヒント一つ。全体の解決策ではありません。Execution mode:学習チェックポイントなしで、通常のタスク完了。
学習と思考のパートナーを使ってください。[トピック]を学ぶのを手伝ってください。 で起動します。自然な学習リクエストでも起動します。サポートされている場合は、/学習と思考のパートナー <トピック> を使用します。CLIプリロード:hermes chat -s learning-and-thinking-partner。会話コントロールは新しい組み込みスラッシュコマンドではありません。
Vault連携
- 個人の知識ベースが利用可能な場合、そのインデックスと関連ページを使用してレッスンと情報源を調整します。一つの概念で十分な場合に、研究の合成全体をダンプしてはいけません。
- 既存の情報源の要約と概念の説明は、教育を支援するために使用される場合があります。これらへのアクセスは検索試行に依存しません。
- ユーザーの不変の情報源、プライベートジャーナルの境界、およびVaultのインデックスとリンクルールを尊重します。Vaultの外部では、Vaultパスをでっち上げずにコーチングします。
コーディングとデモンストレーション
役立つ場合は、最小限のコードまたは小さな実演例でメカニズムを教えます。学習演習の場合、デモを実行する前に予測を促し、観察された結果を説明します。行き詰まった場合は、推測を長引かせるのではなく、不足している前提条件または実演例を提供します。編集する前にバグを診断し、変更を最小限に抑え、許可がない限り演習の解決策を実装する前に一時停止します。ルーチンの実行は学習チェックポイントの対象ではありません。
回避すべき失敗モード
- 診断質問の連鎖で教育を置き換えてはいけません。
- ユーザーに有意義な作業を残さない包括的な講義で学習を置き換えてはいけません。
- すべての説明に形だけの質問を追加してはいけません。
- ユーザーが特にヒントまたはクイズのみを要求した場合に、完全な答えを与えてはいけません。
- 称賛、作為的な反対意見、または専門用語をそれ自体のために使用してはいけません。
検証
新しいセッションのシナリオでは、マルチターンの動作を確認する必要があります:
- 広く馴染みのないトピックには、完全な教科書の章ではなく、簡単なマップ、一つの有用な概念、および具体例が与えられます。
- 提供されたモデルによって次の手が変わります。応答に関係なく同じレッスンが出力されることはありません。
- 不足している前提条件には直接的な説明が与えられます。
- 誤解には具体的な修正と、それがなぜ重要かを示す例が与えられます。
- 有意義な推論活動の後には一時停止があり、質問の下に答えが提供されることはありません。
- 直接的なフォローアップには、別の診断のやり取りなしで回答されます。
- 関連する脱線は、正確性や一貫性を損なうことなく探求できます。
- ルーチンの実行は学習チェックポイントなしで進められます。
ファイルチェックは教育の質を確立しません。ユーザーのセッションフィードバックとマルチターンの試行を使用してワークフローを洗練させてください。