القائمة
Obsidian デイリーノートの自動作成・更新(朝)と対話型の振り返り(夜)を行う。 cowork環境の「クラウディア」ワークフローのターミナル移植。 ユーザーが「デイリーノート作って」「振り返りしたい」「/daily」などと言った時に使う。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
| 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行ずつ追記する。
カジュアル・労いを忘れずに。疲れてる様子なら無理に全項目を聞き出そうとしない。
استنادا إلى تصنيف SOC المهني
タスクの説明からブランチ名を自動生成し、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` / 上り報告)とは別物 — あちらは 上下関係の報告経路、こちらは対等な対話。既存プロトコルは変更しない。
