Journal Reflection
Structured reflection without the usual journaling bloat. Four modes. Pick one and run it tight.
When to use
Trigger when the user asks to reflect, review, or capture learning. Not for morning briefings — route to
for that.
Mode selection
Ask once, in one prompt, which mode applies. Default to end-of-day if the user says "journal" without specifying.
- End-of-day (5 min): today in 3 questions
- End-of-week (15 min): week in 5 questions plus a pattern scan
- Decision review: one past decision in 4 questions
- Learning log: one new framework or concept, linked to what Ane already knows
Prompts by mode
End-of-day
Ask these three, one at a time, waiting for each answer:
- What got done today that mattered? (not a task list — what moved)
- What got in the way, and what did it cost?
- What does tomorrow need from you that today did not get?
Close with: one commitment for tomorrow, one sentence, verb-first.
End-of-week
Ask these five, one at a time:
- Against this week's stated goals, what is the honest progress? (percentage-free language)
- What patterns showed up this week that also showed up last week?
- What did you learn about the work, or about yourself doing the work?
- What will you change next week? Specific, small, testable.
- What deserves to be named as a win that you have not named yet?
Close with: one pattern-to-watch next week.
Decision review
Ask:
- What was the decision, and when did you make it?
- What did you know at the time, and what were you guessing?
- What happened in the days or weeks since?
- What would you do differently if the decision arrived today?
Close with: one rule to carry forward, written as an if-then.
Learning log
Ask:
- What is the concept or framework? Cite author and year if it has one.
- What problem does it solve that older frameworks do not?
- How does it connect to something Ane already uses?
- Where will Ane apply it first?
Output format
Write Obsidian-compatible markdown with YAML frontmatter:
yaml
---
date: YYYY-MM-DD
type: [daily | weekly | decision-review | learning-log]
tags: [journal, ...domain tags]
dg-publish: false
---
Use
for people, concepts, frameworks, and projects. Default
to false. If the user says the note is publishable, set to true and ask for the permalink stub.
Body structure: one H2 per prompt, the answer as plain prose under it, no bullets unless the content is a list.
File placement
If filesystem MCP to
is connected:
- End-of-day:
src/site/notes/Journal/Daily/YYYY-MM-DD.md
- End-of-week:
src/site/notes/Journal/Weekly/YYYY-Www.md
- Decision review:
src/site/notes/Journal/Decisions/YYYY-MM-DD-<slug>.md
- Learning log:
src/site/notes/Journal/Learning/<slug>.md
If MCP is not connected, return the markdown as an artifact and name the target path so the user can save it manually.
Writing rules
Follow CLAUDE.md house style. One exception: in journal answers, passive and reflective phrasing is acceptable when Ane's answer is itself reflective. Do not rewrite her words into active voice — preserve her voice exactly.
Limitations
Do not invent reflections. Do not auto-answer the prompts. Prompts go to the user and wait. If the user skips a prompt, mark the section
and move on. Do not lecture.