journal-reflection

ジャーナルで振り返る

いつもの日記のように冗長にならず、構造化して振り返ります。4つのモードから1つ選んで、手短に進めます。

使用するタイミング

ユーザーが振り返り、レビュー、学びの記録を求めたときに実行します。朝のブリーフィングには使いません。その場合は daily-brief に振り分けてください。

モードの選択

どのモードが当てはまるか、1回のプロンプトで尋ねます。ユーザーが「ジャーナル」とだけ言って指定しなかった場合は、1日の終わりのモードをデフォルトにします。

1. 1日の終わり（5分）：今日について3つの質問
2. 1週間の終わり（15分）：今週について5つの質問とパターンの確認
3. 意思決定のレビュー：過去の意思決定1つについて4つの質問
4. 学びの記録：新しいフレームワークや概念1つを、Aneがすでに知っていることと関連づける
5. 成果物の完了後の記録（2分）：成果物の完了後に「何を学んだか」を4行でまとめ、継続ログに追記します。モード4より簡易です（フレームワークの深掘りはありません）。概念ではなく成果物をきっかけにします。/wrap-up はセッション終了時にこのモードを提案します。Aneはいつでも直接開始できます。

モード別のプロンプト

1日の終わり

次の3つを1つずつ尋ね、回答を待ちます。

1. 今日、重要なことで何ができましたか？（タスクリストではなく、何が「前進」しましたか？）
2. 何が妨げになり、どんな代償がありましたか？
3. 今日できなかったことで、明日のあなたに必要なことは何ですか？

最後に、明日の約束を1つ、動詞から始める1文でまとめます。

1週間の終わり

次の5つを1つずつ尋ねます。

1. 今週掲げた目標に照らして、正直なところ進捗はどうですか？（割合は使わない表現で）
2. 今週、先週にも見られたどんなパターンが現れましたか？
3. 仕事について、あるいは仕事に取り組む自分について、何を学びましたか？
4. 来週、何を変えますか？具体的で、小さく、検証可能なものにしてください。
5. まだ言葉にしていないことで、成功として認めるべきことは何ですか？

最後に、来週注目するパターンを1つ挙げます。

意思決定のレビュー

次のことを尋ねます。

1. どのような意思決定を、いつしましたか？
2. その時点で何を知っていて、何を推測していましたか？
3. その後、数日または数週間で何が起きましたか？
4. もし今日その意思決定をするなら、何を変えますか？

最後に、今後に活かすルールを1つ、「もし〜なら、〜する」の形で記します。

学びの記録

次のことを尋ねます。

1. その概念またはフレームワークは何ですか？著者と発表年があれば記載してください。
2. 従来のフレームワークでは解決できない、どのような問題を解決しますか？
3. Aneがすでに使っているものと、どのようにつながりますか？
4. Aneは最初にどこで活用しますか？

成果物の完了後の記録

次の4つを1つずつ尋ねます。各回答は1行に収めます。これはすばやく記録するためのもので、完全な振り返りではありません。

1. この成果物から、仕事について何を学びましたか？
2. 次回は何を変えますか？
3. 今後に活かすことを1つ。
4. 繰り返したいと思う、うまくいったことは何ですか？（成功の抽出）

回答4で、繰り返し使えるシステムの挙動（プロンプトのパターン、ワークフロー、専門家やモデルの選択など）が挙がった場合は、feedback メモとして Why: と How to apply: の行を添えて記録するか、確認します。確認は、押しつけずに「はい／いいえ」で答えられる1回の質問にします。これにより、/improve-system で修正だけでなく、確認済みの成功も傾向として把握できます。

Aneが成果物に名前またはスラッグを付けた場合は、それを使います。そうでなければ、2〜4語のラベルを尋ねます。このモードでは、記録ごとにファイルを作るのではなく、1つの継続ログに追記します（「ファイルの配置」を参照）。

出力形式

YAMLフロントマターを含む、Obsidian互換のMarkdownで記述します。

---
date: YYYY-MM-DD
type: [daily | weekly | decision-review | learning-log]
tags: [journal, ...domain tags]
dg-publish: false
---

人物、概念、フレームワーク、プロジェクトには [[wiki-links]] を使います。dg-publish はデフォルトで false にします。ユーザーがノートを公開可能だと言った場合は true に設定し、パーマリンクのスタブを尋ねます。

本文の構成：プロンプトごとにH2を1つ置き、その下に回答を通常の文章で記述します。内容がリストの場合を除き、箇条書きは使いません。

ファイルの配置

Vault のルート：OBSIDIAN_VAULT_ROOT（C:/Users/AGasser/OneDrive/Ane Obsidian Vault — ~/.claude/CLAUDE.md のパス定数テーブルを参照）。Vault のパスにアクセスできる場合は、Write ツールで直接書き込みます。

• 1日の終わり：5 JURNAL/5a Daily Notes/YYYY-MM-DD.md
• 週の終わり：5 JURNAL/5b Weekly Notes/YYYY-Www.md
• 意思決定の振り返り：5 JURNAL/Decisions/YYYY-MM-DD-<slug>.md
• 学習ログ：5 JURNAL/Learning/<slug>.md
• 成果物の記録：5 JURNAL/Learning/deliverable-learning-log.md に追記します（継続的に追記する単一のログ）。ファイルが存在しない場合は、YAML フロントマター（type: learning-log）と H1 を付けて作成し、最初のエントリーを追加します。ファイルが存在する場合は、4つの回答を箇条書きにした ## YYYY-MM-DD — <deliverable label> セクションを新たに追記し、既存のすべてのエントリーをバイト単位で同一に保ちます（編集時の保持）。

Vault のパスにアクセスできない場合（ウェブセッション、別のデバイス）は、返信に Markdown を記載し、ユーザーが手動で保存できるよう保存先のパスを示します。

執筆ルール

CLAUDE.md のハウススタイルに従います。例外として、日誌の回答では、Ane の回答自体が内省的な場合、受動的で内省的な表現を使ってもかまいません。彼女の言葉を能動態に書き換えず、彼女の声をそのまま保ちます。

制限事項

内省の内容を創作しません。プロンプトに自動で回答しません。プロンプトはユーザーに提示し、回答を待ちます。ユーザーがプロンプトをスキップした場合は、該当セクションに (skipped) と記載して次に進みます。説教はしません。

編集時の保持プロトコル

Ane が既存の出力をパスで指定し、改善、反復、または拡張を依頼した場合、このプロトコルが適用されます。まずファイルを読み込み、Edit ツールで対象範囲に限定して編集し、対象範囲外の内容をバイト単位で同一に保ち、EDIT-PRESERVATION DELIVERY の要約を返します。

対象ファイルが存在する場合は、mel_wiki/wiki/concepts/edit-preservation-protocol.md を適用します。