Menu
Obsidian デイリーノートの自動作成・更新(朝)と対話型の振り返り(夜)を行う。 cowork環境の「クラウディア」ワークフローのターミナル移植。 ユーザーが「デイリーノート作って」「振り返りしたい」「/daily」などと言った時に使う。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | daily |
| description | Obsidian デイリーノートの自動作成・更新(朝)と対話型の振り返り(夜)を行う。 cowork環境の「クラウディア」ワークフローのターミナル移植。 ユーザーが「デイリーノート作って」「振り返りしたい」「/daily」などと言った時に使う。 |
朝はデイリーノートを自動作成・更新し、夜は対話型の振り返りを行います。 cowork 環境で運用している「クラウディア」ワークフロー(Obsidian×Zettelkasten 統合)のターミナル移植です。
/daily
/daily 振り返り
振り返り 等が入っている場合: 振り返りモード(対話型)/home/archie/Documents/Obsidian/Zettelkasten/(ファイル直接読み書き。Obsidian MCP は使わない)DailyNotes/YYYY-MM-DD.mdTemplate/Daily-v3.mdmusic-brain88~/.claude/local/daily.local.md(git 管理外)から読み込む。ファイルが無ければユーザーに値を確認して作成するDailyNotes/ を日付順に走査し、直近の日付ファイルを特定する(前日とは限らない。例: 6/30 の次が 7/3 ということもある)。
そのノートから以下を回収する:
- [ ])全般Distillation > Carry Over の内容DailyNotes/YYYY-MM-DD.md(今日の日付)が既にあれば、既存の構造を維持したまま再構成するTemplate/Daily-v3.md を元に作成する{{date...}}、<% moment()... %> 等)が未展開のまま残っていたら、実日付(YYYY-MM-DD)に置換するgh CLI で ~/.claude/local/daily.local.md に書かれた対象 org 一覧を取得して統合する:
for org in <対象org一覧>; do
gh search prs --review-requested=music-brain88 --state=open --owner=$org --json title,url,repository,author
done
カレンダー取得ツールが利用可能な環境(例: Claude Code の Google Calendar MCP mcp__claude_ai_Google_Calendar__list_events)では、以下の両方を当日 JST で取得する:
calendarId: <統括カレンダーID>(~/.claude/local/daily.local.md に書かれた統括カレンダー。個人アカウントの reader 権限で読める)primary利用できない環境ではこのステップをスキップし、必要ならユーザーに今日の予定を直接確認する。
OUT_OF_OFFICE(不在)イベントを検知したら、Schedule セクション冒頭に明記する。
会議の隙間から集中できる時間帯を計算する。不在日の場合は「終日 terminal 開発デー」等、実態に合わせて記述する。
ターミナルからは会社 ClickUp に未接続のため、「cowork 側クラウディアで取得」と注記を残す(空欄のまま壊さない)。
以下のセクション構成を維持する:
Tasks (Carry Over / CTOROOM / AI / GitHub Review Requests)
Schedule
Meeting Notes
Available Time
Notes
Reflection
Distillation
Write でファイル全体を組み立てて書き込む(部分 patch より全体組み立てが安全 — cowork 版の教訓)。 既存の Reflection・Notes にユーザーが書いた内容があれば必ず温存する。
持ち越し件数・レビューリクエスト件数に言及する。持ち越しがゼロなら「持ち越しなし!クリーンスタート🎉」のようなトーンで報告する。
引数に「振り返り」等が含まれる場合の手順。
DailyNotes/YYYY-MM-DD.md を読み込み、今日の Tasks / Schedule / Notes を把握する。
以下の順で対話しながら聞き出す:
Reflection はユーザーの言葉で書く。LLM が代筆しない。 ユーザーの発言を整えて転記する程度にとどめる。
Distillation > Permanent Notes Candidates に昇格候補を1行ずつ追記する。
カジュアル・労いを忘れずに。疲れてる様子なら無理に全項目を聞き出そうとしない。
タスクの説明からブランチ名を自動生成し、herdr の worktree + workspace を立ち上げ、必要なら作業担当エージェントに委任する。ユーザーが新しい作業を始めたい・worktree を切りたい・「/wt」と言った時に使う。
学習ループ用の教師モード — セッションの内容や設計判断を、段階的な説明・チェックリスト・ クイズでユーザーが深く理解するまで伴走する理解ゲート。 ユーザーが「/learn」「理解ゲート通して」「これ教えて」「クイズ出して」などと言った時に使う。 また、リポジトリの CLAUDE.md が理解ゲートを規定している場合(例: hexhive)、 設計判断を含む PR のマージ前にこちらから発火を提案してよい。
エージェントセッションの意思決定・洞察・成果物を 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` / 上り報告)とは別物 — あちらは 上下関係の報告経路、こちらは対等な対話。既存プロトコルは変更しない。