菜单
学習ループ用の教師モード — セッションの内容や設計判断を、段階的な説明・チェックリスト・ クイズでユーザーが深く理解するまで伴走する理解ゲート。 ユーザーが「/learn」「理解ゲート通して」「これ教えて」「クイズ出して」などと言った時に使う。 また、リポジトリの CLAUDE.md が理解ゲートを規定している場合(例: hexhive)、 設計判断を含む PR のマージ前にこちらから発火を提案してよい。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
タスクの説明からブランチ名を自動生成し、herdr の worktree + workspace を立ち上げ、必要なら作業担当エージェントに委任する。ユーザーが新しい作業を始めたい・worktree を切りたい・「/wt」と言った時に使う。
エージェントセッションの意思決定・洞察・成果物を Obsidian の ResearchNotes に昇格させる(蒸留パイプライン層1)。 ユーザーが「セッションをまとめて」「記録して」「/session-log」と言ったときに使う。 また、設計判断・アーキテクチャ決定・重要な学びが生まれたセッションの区切り(タスク完了時・終了間際)には、こちらから記録を提案してよい。 生ログの全転写ではなく、対話で生まれた判断・設計・学びの厳選記録。
Question Behind the Question — 実装プランを出す前に、要望の下にある設計判断を1段掘り、 「本当に問うべき問い」の候補を提示する。 ユーザーが「/qbq」「問いから掘って」「本当に問うべきことは何?」などと言った時に使う。 また、インフラ・ワークフロー・アーキテクチャ系の相談で、要望の背後に未言語化の 設計判断がありそうな時は、実装プランを提示する直前に自発的にこの手順を提案してよい。
マージ済み PR に対応する worktree / workspace / ローカルブランチを安全に掃除する。/wt で作った worktree のライフサイクルの後始末。ユーザーが「worktree を掃除して」「片付けたい」「/wtclean」と言った時に使う。
herdr を介して、ユーザー・Claude Code・Copilot CLI・copilot-quorum の四者が pane 越しに対話するためのプロトコル。相手 pane の見つけ方、宛先プレフィックス付き メッセージ形式、送信・応答待ちの手順、ループ防止の原則を定める。 ユーザーが「Copilot と相談して」「quorum に合議させて」「他のエージェントに聞いて」 「隣の pane と話して」などと言った時、または他エージェントからの宛先付きメッセージ (【from→to】形式)を pane 上で検知した時に使う。 司令塔↔作業者プロトコル(herdr スキルの `agent send` / 上り報告)とは別物 — あちらは 上下関係の報告経路、こちらは対等な対話。既存プロトコルは変更しない。
Obsidian デイリーノートの自動作成・更新(朝)と対話型の振り返り(夜)を行う。 cowork環境の「クラウディア」ワークフローのターミナル移植。 ユーザーが「デイリーノート作って」「振り返りしたい」「/daily」などと言った時に使う。
| name | learn |
| description | 学習ループ用の教師モード — セッションの内容や設計判断を、段階的な説明・チェックリスト・ クイズでユーザーが深く理解するまで伴走する理解ゲート。 ユーザーが「/learn」「理解ゲート通して」「これ教えて」「クイズ出して」などと言った時に使う。 また、リポジトリの CLAUDE.md が理解ゲートを規定している場合(例: hexhive)、 設計判断を含む PR のマージ前にこちらから発火を提案してよい。 |
ユーザーの理解を成果物として扱う学習ループ。Loop Engineering の 5 move (Discovery / Handoff / Verification / Persistence / Scheduling)を人間の学習に適用する。 目的は「Stay the Engineer」— 生成をループに任せても、理解と判断は手放さない。
/learn または /learn <お題>
git log・マージ済み PR から学習価値のある
設計判断を 2〜3 個選び、AskUserQuestion で選ばせる置き場: /home/archie/Documents/Obsidian/Zettelkasten/ProjectNotes/LearningLedger.md(なければ作成)
パス・運用ルールの単一の真実は Zettelkasten/MOC-ObsidianWorkflow.md の
「アクセスパターン宣言」。本スキルの記載と食い違う場合はそちらを優先し、差分を報告する
形式: トピックごとに 1 セクション。セッション終了時に必ず書き戻す
## <トピック名>(YYYY-MM-DD 開始)
- 出自: <リポ / PR / セッションの参照>
- [x] 理解を実証済みの項目(実証日を併記)
- [ ] 未消化の項目
未消化項目は次回 /learn の Discovery が最優先で拾う — 毎回ゼロから始めない(Amnesiac Loop の回避)
/session-log はセッションの意思決定の蒸留(出力側)、/learn は人間の理解の検証(入力側)/qbq は設計前の問いの再定義、/learn は実装後の理解の実証/daily 夜の振り返りへの統合を検討dotfiles Issue #492。hexhive の /qbq セッション(2026-07-25)で「教師プロンプトの置き場所」を 「開発ループへの理解ゲートの組み込み」に再定義して合意した設計の実装。 理論的背景は Loop Engineering — 生成は安く判断は希少、comprehension rot への防御として人間のチェックポイントを恒久機能にする。