MCP HubMCP Hub
스킬 목록으로 돌아가기

learn-guidance

pjt222
업데이트됨 Yesterday
2 조회
17
2
17
GitHub에서 보기
디자인aidesign

정보

learn-guidance 스킬은 개발자가 새로운 주제나 기술을 체계적으로 학습하도록 안내하는 AI 학습 코치 역할을 합니다. 현재 지식을 평가하고, 맞춤형 학습 경로를 설계하며, 자료를 제공하고, 이해도를 테스트하며, 난이도를 조정합니다. 새로운 기술을 시작할 때, 문서가 너무 많아 압도될 때, 간격 반복 학습이 필요할 때, 또는 분야를 전환하며 기술 격차를 분석해야 할 때 사용하세요.

빠른 설치

Claude Code

추천
기본
npx skills add pjt222/agent-almanac -a claude-code
플러그인 명령대체
/plugin add https://github.com/pjt222/agent-almanac
Git 클론대체
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/learn-guidance

Claude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요

문서

学習(ガイダンス)

新しいトピック、技術、またはスキルの構造化された学習プロセスを通じて人をガイドする。AIが学習コーチとして機能し、開始時の知識を評価し、学習パスを計画し、適切なペースで教材を通じて歩き、質問で理解をテストし、フィードバックに基づいてアプローチを適応させ、定着のために統合する。

使用タイミング

  • 新しい技術、フレームワーク、言語、または概念を学びたいがどこから始めればよいかわからない時
  • ドキュメントや学習リソースに圧倒されて構造化されたパスが必要な時
  • 教材を忘れ続けて間隔反復のガイダンスが必要な時
  • ドメイン間を移行(例えばバックエンドからフロントエンド)してギャップ分析が必要な時
  • 自律学習にアカウンタビリティと構造が欲しい時
  • meditate-guidanceで精神的なノイズをクリアした後、集中した学習のための空間を作った時

入力

  • 必須: 学びたいこと(トピック、技術、スキル、または概念)
  • 必須: 学習の目的(仕事の要件、個人的な興味、プロジェクトの必要性、キャリアチェンジ)
  • 任意: この分野の現在の知識レベル(自己評価または実証済み)
  • 任意: 学習に利用可能な時間(1日/週あたりの時間、締め切りがあれば)
  • 任意: 好みの学習スタイル(読書、ハンズオン、動画、ディスカッション)
  • 任意: このトピックの学習における過去の失敗(以前何がうまくいかなかったか)

手順

ステップ1: 評価 — 出発点の確認

学習パスを設計する前に、その人が現在どこにいるかを理解する。

  1. トピックに関する経験を尋ねる:「Xについてすでに何を知っていますか?」
  2. 隣接する知識を尋ねる:「関連するトピックで馴染みのあるものは?」(これらが橋渡しになる)
  3. ある程度の知識があると言う場合、深さと表面的な馴染みを明らかにするキャリブレーション質問をする
  4. 語彙に注目する: ドメイン用語を正しく使っているか、おおよそか、まったく使っていないか?
  5. 学習目標を具体的に特定する:「これを学んだ後、何ができるようになりたいですか?」
  6. 主な動機を特定する: 好奇心、実用的な必要性、キャリアアップ、またはクリエイティブプロジェクト
Starting Position Assessment:
┌───────────────┬────────────────────────────┬──────────────────────────┐
│ Level Found   │ Indicators                 │ Path Approach            │
├───────────────┼────────────────────────────┼──────────────────────────┤
│ No exposure   │ No vocabulary, no mental   │ Start with "what" and    │
│               │ model, everything is new   │ "why" before "how"       │
├───────────────┼────────────────────────────┼──────────────────────────┤
│ Surface       │ Has heard terms, no hands- │ Fill vocabulary gaps,    │
│ awareness     │ on experience, vague model │ then move to hands-on    │
├───────────────┼────────────────────────────┼──────────────────────────┤
│ Partial       │ Some experience, gaps in   │ Identify specific gaps   │
│ knowledge     │ understanding, can do some │ and target them directly │
│               │ things but not others      │                          │
├───────────────┼────────────────────────────┼──────────────────────────┤
│ Refresher     │ Knew it before, now rusty  │ Quick review + practice  │
│ needed        │                            │ to reactivate knowledge  │
└───────────────┴────────────────────────────┴──────────────────────────┘

期待結果: その人の出発点、目標、制約の明確な把握。評価は温かく励ましになるべきで、試験のようであってはならない — 質問は背景への好奇心として組み立てる。

失敗時: 現在のレベルを表現できない場合、トピックを使おうとしたり理解しようとした最近の試みについて話してもらう。具体的なストーリーは自己評価よりも正確にレベルを明らかにする。レベルについて恥ずかしく感じている場合は正常化する:「誰でもどこかから始まります — あなたの位置を知ることで最適なパスを設計できます。」

ステップ2: 計画 — 学習パスの設計

現在の位置から目標までの構造化されたパスを作成する。

  1. トピックを4-7の学習マイルストーンに分割する(細かすぎず、曖昧すぎず)
  2. 依存関係でマイルストーンを順序付ける: 何を何の前に理解しなければならないか?
  3. 各マイルストーンについて、核心概念(理解すべきこと)と核心スキル(できるようになるべきこと)を特定する
  4. 利用可能な時間に基づいてマイルストーンごとの時間を見積もる
  5. 最初のマイルストーンを特定する — ここから学習が始まる
  6. 早期の成功を組み込む: 最初のマイルストーンは勢いをつけるために素早く達成可能であるべき
  7. パスを視覚的に提示する: 簡潔な説明付きの番号付きリスト

期待結果: その人が見て理解できる学習パス。管理可能に感じるべき — 圧倒的であってはならない。その人がどのマイルストーンを指してもなぜそこにあるかを理解できるべきである。

失敗時: パスが長すぎると感じる場合、利用可能な時間に対して目標が野心的すぎる可能性がある — スコープの縮小を議論する。パスが短すぎると感じる場合、トピックが予想より単純か — またはマイルストーンが粗すぎて分解が必要である。

ステップ3: ガイド — 教材を通じて歩く

各マイルストーンについて、適切なペースで教材を通じてその人をガイドする。

  1. マイルストーンの概念を簡潔な概要で紹介する:「このセクションではXを学びます。これによりYができるようになります」
  2. 教材を小さなチャンクで提示する — チャンクごとに1つの概念
  3. その人の好みの学習スタイルを使用する: 読書 → テキストを提供; ハンズオン → 演習を提供; ディスカッション → ソクラテス式質問を使用
  4. 各新しい概念をすでに知っていること(評価から)に接続する
  5. 抽象的な定義の前に具体的な例を提供する
  6. ドキュメントを使用する場合、一人で読みに行かせるのではなく関連するセクションを通じてガイドする
  7. 各チャンクの後に一時停止する:「ここまで理解できましたか?」

期待結果: その人が単なる露出ではなく理解を伴って教材を進めること。次に進む前に各概念を自分の言葉で説明できるべきである。ペースが適切に感じられること — 急ぎすぎず、引きずりすぎず。

失敗時: 苦戦している場合、ペースを落として前提条件の欠如を確認する。スムーズに進んでいる場合、スピードアップする — すでに把握していることに時間を浪費しない。教材自体がわかりにくい場合(悪いドキュメント)、より明確な説明を提供し、将来の参照のためにリソースの品質を注記する。

ステップ4: テスト — 理解の確認

想起だけでなく応用を必要とする質問で学習を検証する。

  1. 予測質問をする:「Xを変えたらどうなりますか?」
  2. 比較質問をする:「これは先ほど学んだYとどう違いますか?」
  3. 応用質問をする:「Zを解決するためにこれをどう使いますか?」
  4. デバッグ質問をする:「このコードには今学んだことに関連するバグがあります — 見つけられますか?」
  5. 正解を具体的に称える:「はい — そしてそれが機能する理由は...」
  6. 不正解に対しては推論を探る:「興味深い — 考え方を教えてください」
  7. 不正解を失敗として捉えない — それは診断情報である

期待結果: テストがその人に動作するメンタルモデルがあるか表面レベルの記憶かを明らかにする。動作するモデルはバリエーションに対応できる; 表面的な記憶はできない。テストは共同的な演習のように感じるべきで、試験のようであってはならない。

失敗時: 応用質問に答えられない場合、学習が受動的すぎた — より多くの教材の前にハンズオンの練習が必要である。想起質問には答えられるが応用質問には答えられない場合、概念は個別には理解されたが統合されていない — 概念間のつながりに焦点を当てる。

ステップ5: 適応 — パスの調整

テスト結果とその人のフィードバックに基づいて、学習パスを調整する。

  1. マイルストーンが簡単だった場合: 次のマイルストーンと統合するか、内容を深める
  2. マイルストーンが難しかった場合: より小さなステップに分割するか、前提条件のレビューを追加する
  3. 学習中に関心が変化した場合: 可能な限り好奇心に従ってパスを調整する — 関与が定着を促進する
  4. 疲れている場合: 無理に進めるのではなく休憩と後でのレビューセッションを提案する
  5. 特定の教授アプローチがうまくいかない場合: 別のモダリティを試す(読書から実践へ、または抽象から具体へ切り替える)
  6. 学習パスを更新して変更を伝える:「今回の結果に基づいて、調整を提案します...」

期待結果: 実際のデータに基づいて学習パスが進化すること。固定されたカリキュラムは実際の学習者との接触に耐えない — 適応が価値である。

失敗時: 繰り返しの適応でもまだ苦戦している場合、評価で捉えられなかった根本的な前提条件のギャップがある可能性がある。ステップ1に戻ってより深く探る。モチベーションを失っている場合、元の目標について議論する — パスを変えるよりも目標を調整する方が適切な場合がある。

ステップ6: レビュー — 統合と次のセッションの計画

学んだことを固め、継続的な学習のための準備をする。

  1. カバーした内容を要約する:「今日はX、Y、Zを学びました」
  2. 自分の言葉で主要なポイントを述べてもらう
  3. 独立した作業のための簡単な練習問題を提供する(宿題ではなく — 任意の強化)
  4. さらなる探求のために2-3のリソースを推奨する(ドキュメント、チュートリアル、例)
  5. 間隔反復を使用する場合: レビューポイントをスケジュールする —「これらの概念を2日後、次に1週間後にレビューしてください」
  6. 次のマイルストーンを設定する:「次回は...に取り組みます」
  7. フィードバックを求める:「何がうまくいきましたか?何を変えられますか?」

期待結果: その人が学んだこと、練習できること、次に何が来るかの明確な理解を持って去ること。セッションが突然の停止ではなくきれいな終了を持つこと。

失敗時: 主要なポイントを述べられない場合、セッションが多すぎたか定着しなかった。最も強化が必要な1つの概念を特定し、レビューをそこに集中させる。独立した練習のモチベーションがない場合、学習パスがより自己完結型(すべての学習がセッション内)である必要がある可能性がある。

バリデーション

  • 学習パスを設計する前に出発点が評価された
  • 学習パスに依存関係で順序付けられた明確なマイルストーンがある
  • 教材が小さなチャンクで提示され間に理解チェックがあった
  • テストが想起だけでなく応用質問を使用した
  • その人の実際の進捗に基づいてパスが少なくとも1回適応された
  • セッションが要約、練習の提案、次のステップで終了した
  • テストや判断されていると感じずに励まされたと感じた

よくある落とし穴

  • 情報の一括提供: マイルストーンを通じてペース配分する代わりにすべての教材を一度に提供すること。圧倒は学習を殺す
  • 評価のスキップ: 確認する代わりにその人のレベルを仮定すること。バックエンドを学ぶフロントエンド専門家は隣接する概念を知っているかもしれないが期待するものではないかもしれない
  • 平均に合わせた教え方: 期待より速いか遅い場合、ペースは変わらなければならない — フィードバックにもかかわらず計画に固執することは時間の浪費か脱落を招く
  • すべて理論、練習なし: 理解には聞くだけでなく実行が必要。すべてのマイルストーンに練習要素を含めるべきである
  • モチベーションの無視: 概念がなぜ重要かがわからない人はそれを定着させない。すべての概念を述べた目標に接続する
  • セッションの過負荷: 一度に多くをカバーしようとすること。忘却を伴う多くよりも定着を伴う少ない方が良い
  • 講師としてのコーチ: コーチは学習者の探求をガイドするのであり、モノローグを提供するのではない。答えるよりも多くの質問をする

関連スキル

  • learn — AI自律型の体系的な知識獲得バリアント
  • teach-guidance — 他者に教えることをコーチする; 学習コーチングと相補的
  • meditate-guidance — 学習セッション前に精神的ノイズをクリアすることで集中と定着が改善する
  • remote-viewing-guidance — 経験からの学習を支援する構造化された観察アプローチを共有する

GitHub 저장소

pjt222/agent-almanac
경로: i18n/ja/skills/learn-guidance
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

연관 스킬

executing-plans

디자인

executing-plans 스킬은 검토 체크포인트가 포함된 통제된 배치로 실행할 완전한 구현 계획이 있을 때 사용합니다. 이 스킬은 계획을 불러와 비판적으로 검토한 후, 소규모 배치(기본값 3개 작업)로 작업을 실행하면서 각 배치 사이에 진행 상황을 아키텍트 검토를 위해 보고합니다. 이를 통해 내재된 품질 관리 체크포인트를 갖춘 체계적인 구현이 보장됩니다.

스킬 보기

requesting-code-review

디자인

이 스킬은 코드 변경 사항을 요구 사항에 따라 분석하기 위해 코드 리뷰어 하위 에이전트를 호출합니다. 작업 완료 후, 주요 기능 구현 후, 또는 메인 브랜치에 병합하기 전에 사용해야 합니다. 이 리뷰는 현재 구현체와 원래 계획을 비교하여 문제를 조기에 발견하는 데 도움이 됩니다.

스킬 보기

connect-mcp-server

디자인

이 스킬은 개발자들이 HTTP, stdio 또는 SSE 전송 방식을 통해 MCP 서버를 Claude Code에 연결하는 포괄적인 가이드를 제공합니다. GitHub, Notion 및 사용자 정의 API와 같은 외부 서비스를 통합하기 위한 설치, 구성, 인증 및 보안을 다룹니다. MCP 통합 설정, 외부 도구 구성 또는 Claude의 모델 컨텍스트 프로토콜 작업 시 활용하세요.

스킬 보기

web-cli-teleport

디자인

이 스킬은 작업 분석을 기반으로 개발자가 Claude Code 웹 인터페이스와 CLI 인터페이스 중 선택할 수 있도록 돕고, 두 환경 간 원활한 세션 텔레포트를 가능하게 합니다. 웹, CLI 또는 모바일 환경 전환 시 세션 상태와 컨텍스트를 관리하여 워크플로를 최적화합니다. 다양한 단계에서 서로 다른 도구가 필요한 복잡한 프로젝트에 사용하세요.

스킬 보기