菜单
エージェントセッションの意思決定・洞察・成果物を Obsidian の ResearchNotes に昇格させる(蒸留パイプライン層1)。 ユーザーが「セッションをまとめて」「記録して」「/session-log」と言ったときに使う。 また、設計判断・アーキテクチャ決定・重要な学びが生まれたセッションの区切り(タスク完了時・終了間際)には、こちらから記録を提案してよい。 生ログの全転写ではなく、対話で生まれた判断・設計・学びの厳選記録。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
タスクの説明からブランチ名を自動生成し、herdr の worktree + workspace を立ち上げ、必要なら作業担当エージェントに委任する。ユーザーが新しい作業を始めたい・worktree を切りたい・「/wt」と言った時に使う。
学習ループ用の教師モード — セッションの内容や設計判断を、段階的な説明・チェックリスト・ クイズでユーザーが深く理解するまで伴走する理解ゲート。 ユーザーが「/learn」「理解ゲート通して」「これ教えて」「クイズ出して」などと言った時に使う。 また、リポジトリの CLAUDE.md が理解ゲートを規定している場合(例: hexhive)、 設計判断を含む PR のマージ前にこちらから発火を提案してよい。
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 | session-log |
| description | エージェントセッションの意思決定・洞察・成果物を Obsidian の ResearchNotes に昇格させる(蒸留パイプライン層1)。 ユーザーが「セッションをまとめて」「記録して」「/session-log」と言ったときに使う。 また、設計判断・アーキテクチャ決定・重要な学びが生まれたセッションの区切り(タスク完了時・終了間際)には、こちらから記録を提案してよい。 生ログの全転写ではなく、対話で生まれた判断・設計・学びの厳選記録。 |
エージェントセッションでの意思決定・洞察・成果物を Obsidian の ResearchNotes に昇格させる。 生ログの全転写ではなく、対話で生まれた判断・設計・学びを厳選して記録する層(層1)を担う。 層2(Permanent Notes への蒸留)はユーザー自身が週次レビューで行うため、このスキルは踏み込まない。 ResearchNotes は Zenn 下書きの供給源でもある。週次レビューで「外に出せる知見」を1本選ぶ。
/session-log または /session-log <トピック> — 即実行する
本スキルは手順の宣言であり、特定の実行環境に依存しない。書き込み手段は以下の優先順で選ぶ:
| 環境 | 書き込み手段 |
|---|---|
| ローカル CLI エージェント(Claude Code・Copilot CLI 等) | ファイル直接読み書き |
| Claude Desktop / claude.ai(クラウディア) | Filesystem MCP(許可ディレクトリに vault が必要) |
| 書き込み手段なし(モバイル・MCP未接続) | ノート全文を chat に markdown で出力し、ユーザーが後で取り込む |
いずれの場合も手順・フォーマット・記録の原則は同一。
/home/archie/Documents/Obsidian/Zettelkasten/(ファイル直接読み書き。Obsidian MCP は使わない。WSL ではこのパスは Windows 側 vault への symlink — nix/modules/wsl.nix が管理)machine と context は別の軸として判定する:
uname -r に microsoft を含む → machine: wsl。それ以外(native Arch)→ machine: arch-nativegit remote get-url origin)。勤務先系 org のリポジトリ → context: work、それ以外(個人リポジトリ・第三者 OSS の clone)→ context: personal。具体的な org リストの正は Zettelkasten/MOC-ObsidianWorkflow.md の「出自判定宣言」(アクセスパターン宣言と同様、食い違う場合はそちらを優先)。リポジトリに紐付かないセッションは内容で判断する(迷ったら personal)Zettelkasten/MOC-ObsidianWorkflow.md の「アクセスパターン宣言」。本スキルの記載と食い違う場合はそちらを優先し、差分を報告するResearchNotes/ClaudeCodeSession-YYYYMMDD-<TopicSlug>.md(TopicSlug は PascalCase の英語)DailyNotes/YYYY-MM-DD.md(フラット構造・年月フォルダなし)Zettelkasten/ClaudeCodeSessions.base(未蒸留の山。ファイル名プレフィックス ClaudeCodeSession- がビューのフィルタ条件なので命名規則を崩さない)ResearchNotes/ClaudeCodeSession-YYYYMMDD-<TopicSlug>.md というファイル名にする。
同日・同トピックの既存ノートが既にあれば、新規作成ではなく更新する。
実例(ResearchNotes/ClaudeCodeSession-20260703-HerdrDialogueProtocol.md)を読めるなら参照する。
読めない場合は以下のスケルトンに従う:
---
date: YYYY-MM-DD
tags:
- <プロジェクト名やテーマのケバブケース 3〜6個>
type: research-note
distilled_to:
source: Claude Code session (<モデル名>) on <machine>
context: <personal | work — 出自の判定に従う>
machine: <arch-native | wsl>
---
# <タイトル — 何から何に到達したかが分かる一文>
> Claude Code との対話セッション記録 (YYYY-MM-DD)。
> <セッションの2〜3行サマリー(何を議論し、何を決め、何を作ったか)>
## きっかけ・問題意識
<箇条書き>
## <主要な洞察ごとの見出し(2〜5個。表・引用・コード可)>
## 決定事項・成果物
- ✅ <完了したこと(PR/Issue/ファイルへのリンク付き)>
## 次の一手・宿題
- [ ] <チェックボックス>
## 関連リンク
- <URL、[[wikilink]] を積極的に(既存ノート名と繋ぐ)>
/wtclean の供養から worker の開発過程を昇格させる場合は子ノートとする(実例: ResearchNotes/ClaudeCodeSession-20260710-Worker-ButtonTokenConvergence.md):
ResearchNotes/ClaudeCodeSession-YYYYMMDD-Worker-<TopicSlug>.mdparent: "[[親ノート名]]" を追加し、本文冒頭の引用ブロックに親への wikilink を置くMaintenance/TagMaintenance.md の階層タグ規約(英語・最大2階層)に従う~/.claude/projects/<slug>/memory/ = vault の AgentMemory/<project>/)があれば、「関連リンク」に wikilink で載せる(記憶⇔セッションノートのエッジ)。実際に触った記憶だけを張る — 無いエッジを捏造しない(誠実なエッジの原則)DailyNotes/YYYY-MM-DD.md(今日の日付)が存在すれば、Notes > New Note Links に以下を Edit で追記する:
[[Zettelkasten/ResearchNotes/<ファイル名(拡張子なし)>]]
今日のデイリーノートが存在しない場合は、DailyNotes/ 内で日付が最も新しい既存ノートの同セクションに追記し、どのノートに追記したかを報告する(深夜作業で日付をまたいだケースを想定したフォールバック)。それも見つからない場合のみスキップして報告する。
昇格できそうな知識(Permanent Notes 候補)があれば、デイリーノートの Distillation > Permanent Notes Candidates にも1行ずつ追記する。
候補の文言は「問い」の形でもよい(例: 「フォルダは保管の構造、アクセスは宣言する — 一般化できるか?」)。
ResearchNote 書き込み後、AgentMemory/core/emotion-regulation.md の振り返りを一度だけ行う:
「今日の感情の動きから、残す価値のある学びはあるか?」— 基準の正はあちら。ここで再定義しない。
/home/archie/Documents/Obsidian/AgentMemory/episodes/YYYYMMDD-<slug>.md に私記を書く。書式の正は AgentMemory/core/agent-memory-ontology.md(kind: episode)と既存 episode。frontmatter の origin_session に今書いた共有ノートへの wikilink を張る(共有ノートが先に存在すること)作成・更新したノートのパス、追記したデイリーノートのセクション、私記を書いた場合はそのパス、git 未コミットである旨を報告する。
$ARGUMENTS