mcpField
D
daily-journal

daily-journal

github.com/huytieu生産性1.3k124 回インストール6 日前に更新
リポジトリ

daily-journal について

daily-journalは、作業を記録し、日々の振り返りを支援するClaudeスキルです。日付ごとのファイルに追記し、一時的なログと長期的な知識を分けて扱います。

主な機能

  1. 01日ごとのジャーナルファイル作成
  2. 02重要な作業内容の追記
  3. 03日々のガイド付き振り返り
  4. 04直近のログを読んで経緯を確認
  5. 05任意の週次まとめ

活用シーン

  1. 01成果物や決定事項を作業中に記録
  2. 02その日の進捗と障害を振り返る
  3. 03複数日にまたがる課題を追跡
  4. 04週のログからテーマを整理

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/huytieu/cog-second-brain --skill daily-journal

インストール後、Claude Code で/daily-journalを入力して読み込まれたか確認します。

詳細

デイリージャーナル

目的

作業日の記録を自動的かつ受動的に残すことで、自分で書く必要がないようにします。Claude が作業の完了をその都度記録し、後から必要に応じて振り返りを行います。これは /weekly-checkin（入力を自分で用意する手動の振り返り）とは異なり、ここではClaude が記録者となり、ログがバックグラウンドで蓄積されます。

モードは2つあります。

  1. log（デフォルト。ほとんどの場合、暗黙的に実行されます） — 今日のジャーナルに短いエントリーを追記します。
  2. reflect — その日のログ（と直近の日のログ）を読み、ガイド付きの振り返りを一緒に行います。

保存先

  • 1日につき1ファイル：01-daily/journal/YYYY-MM-DD.md（今日の日付には date +%F を使います。絶対に推測しないでください）。
  • その日の最初のエントリーでは、以下のテンプレートからファイルを作成します。
  • 追記のみとし、以前のエントリーは書き換えません。新しいエントリーは Log セクションの末尾に追加します。

記録するタイミング（常時適用トリガーの手順）

トリガー自体は CLAUDE.md § Daily Journal（ALWAYS APPLY）にあります。スキル本文は遅延読み込みされるため、それ自体ではトリガーを実行できません。このセクションには、トリガーが実行する手順を記載しています。

重要な作業単位が完了したら、エントリーを1件追記します。重要とは、将来の自分にとって意味がある、またはその日の時間の使い方を示すものです。例：

  • 何かをリリース／コミットした、メモ／概要資料／スライドを公開した、トラッカーの課題を登録または移動した（Linear／Jira／GitHub）。
  • 決定を下した、方針を変更した、または注目すべきブロッカーに直面した。
  • 成果物となるファイル（仕様書、計画書、分析、レポート）を作成した。
  • 成果物を生み出した、実質的な調査／統合作業を行った。

記録しないもの： 些細な読み取り、1行で済む調べもの、作業途中の走り書き、このジャーナル自体への書き込み、または記録しないよう依頼されたもの。迷った場合は、記録しないより簡潔な1行を残すほうが適切です。記録することを告げて作業の流れを中断せず、何も言わずに追記して続けてください。

エントリーの形式

## Log セクションの下に追記します。

### HH:MM — <short title of what got done>
- **Focus:** <the thread/project this served, e.g. a product line, a squad, the blog>
- **Did:** <1-3 bullets, concrete, past tense>
- **Artifacts:** <files/PRs/links touched, or "—">
- **Signal:** <optional: decision made, blocker hit, mood/energy if you mentioned it, or omit>

簡潔にまとめてください。時刻はローカル時刻の24時間表記（date +%H:%M）を使います。memory／CLAUDE.md の規則に合わせてください。emダッシュは使わず、製品名の表記ルールに従い、自分で次の手順を書き足さないでください（実際に起きたこと、または明示的に述べたことだけを記録してください）。

日次ファイルのテンプレート（その日の最初のエントリー）

---
date: YYYY-MM-DD
type: journal
---

# Journal — YYYY-MM-DD (Weekday)

> Auto-kept by Claude. Reflection appended below when you run it.

## Focus of the day
_Inferred from entries; leave blank until there's signal._

## Log

## Reflection
_Empty until you run `/daily-journal reflect`._

モード：reflect

/daily-journal reflect [today|yesterday|YYYY-MM-DD] で呼び出します（デフォルト：today）。または、「今日／昨日を振り返って」や「ジャーナルを始めよう」と言われた場合にも実行します。

  1. 対象日のジャーナルファイルを読みます。ファイルが存在しない場合や Log の内容が少ない場合は、その旨を伝え、他の情報（01-daily/briefs/ にある今日の概要、最近のコミット、ブレインダンプ）から再構成するか提案してから進めます。ただし、内容を捏造してはいけません。
  2. 直近2〜3日分のジャーナルファイルを読み、継続性（繰り返し出てくるテーマ、持ち越されたブロッカー）を確認します。
  3. その日の主な取り組み、完了したこと、停滞したことを数行で要約して伝えます。そのうえで、ログの内容に応じた簡単な振り返りの質問を2〜4個します（たとえば一般的な質問ではなく、「評価作業に午後いっぱいかかっていましたが、進展はありましたか？」など）。会話調で、気軽に答えられるようにしてください。夜や朝に2分程度で済ませるためのものです。
  4. 回答と短い要約を、その日のファイルの ## Reflection セクションに書き込みます。空欄のままなら、## Focus of the day にも記入します。
  5. 振り返りで長く残すべき事実（決定、優先事項の変更、教訓）が明らかになった場合は、Brain-First プロトコルに従って、関連する 05-knowledge/ のメモまたはメモリも書き込み／更新します。ジャーナルは一時的な日々のコンテキストであり、長く残す情報の保存先ではありません。

週次のまとめ（任意）

「1週間の振り返り」を依頼された場合、または週次の振り返りを行う際は、直近7日分のジャーナルファイルを読み、テーマを 01-daily/weekly/ にまとめます（既存の命名規則に合わせてください）。自動では実行しないでください。

ガードレール

  • 1日1ファイルの原則：その日の記録はすべて、1つのジャーナルファイルに保存します。エントリーごとにファイルを分けてはいけません。
  • プライバシー：個人的な内容や1対1の内容はジャーナル内にとどめ、チーム向けの概要に漏らしてはいけません。
  • ジャーナルを外部に公開してはいけません。
  • これは個人用のログです。率直かつ正直に書いてください。その日が停滞したなら、そう記録してください。

コメント

Markdown 対応