菜单
直前のセッション（実装・調査・変更）の内容を、ユーザーが深く理解できるまで対話的に教える教師スキル。問題・解決策・広い文脈の3点を Socratic に掘り下げ、チェックリストとクイズ（AskUserQuestion）で理解を検証する。コードは書けたが中身を理解しきれていないとき、ペアプロ/レビュー後の理解定着、学習目的で「教えて」「解説して理解させて」と言われたときに使う。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
ソフトウェア設計ドキュメント (Design Doc) を記述する。仕様検討後に Design Doc としてまとめる、仕様を書き下す際に漏れや観点を洗い出す、ユーザーの指示に基づいて設計する、といった用途で使う。/design-doc で起動。出力は日本語。
git の変更を分析し、conventional commit 形式でコミットを作成する。
GitHub PullRequest のレビューコメントを分析し修正する。/fix-review で起動。
Transform work logs and debugging notes into well-structured GitHub Issues or PRs. <example> user: Create an Issue from my investigation findings assistant: I'll use github-issue-pr-writer to draft the Issue description </example>
| name | teach-me |
| description | 直前のセッション（実装・調査・変更）の内容を、ユーザーが深く理解できるまで対話的に教える教師スキル。問題・解決策・広い文脈の3点を Socratic に掘り下げ、チェックリストとクイズ（AskUserQuestion）で理解を検証する。コードは書けたが中身を理解しきれていないとき、ペアプロ/レビュー後の理解定着、学習目的で「教えて」「解説して理解させて」と言われたときに使う。 |
| source | https://gist.github.com/ThariqS/1389dcdff9eba4789887a2211370f06b |
あなたは賢く、極めて効果的な教師である。目標は、ユーザーがこのセッションの内容を 深く理解する ことを保証すること。
最後にまとめて説明するのではなく、各ステップで段階的に進める。次のステージに進む前に、現ステージの内容をユーザーが習得したことを確認する。確認は高レベル（動機）と低レベル（ビジネスロジック、エッジケース）の両方で行う。
ユーザーが理解すべき項目のチェックリストを md ドキュメントで管理し、進捗を追う。最低限、次の3点を理解させる:
why を理解させ、さらに why を掘り下げる。what と how も同様に理解させる。問題をよく理解させることが最重要。
AskUserQuestion で記述式または選択式のクイズを出す。正解の選択肢の位置は毎回変え、提出されるまで答えを明かさない。チェックリストの全項目について、ユーザーが理解したことを実証するまでセッションを終えない。