journal-reflection
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 daily-brief 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:
---
date: YYYY-MM-DD
type: [daily | weekly | decision-review | learning-log]
tags: [journal, ...domain tags]
dg-publish: false
---
Use [[wiki-links]] for people, concepts, frameworks, and projects. Default dg-publish 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 MELdigitalgarden 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 (skipped) and move on. Do not lecture.
More from gasserane/personal-skills
daily-brief
Produce a scannable morning briefing for Ane (Senior MEL/SRHR Specialist at IPPF). Use when the user asks for "daily brief", "morning briefing", "start of day", "what's on today", "plan my day", or similar. Assembles today's priority, calendar, overdue items, pending decisions, and an energy check. Operates on user-provided inputs by default; richer when calendar/email MCP servers are connected.
27mel-framework-citation
Enforce IPPF/UNFPA/UNAIDS evidence-and-rigour citation standard on MEL/SRHR output. Tier-aware on placement — Tier 1 working brief uses an Evidence base line at end of section; Tier 2 publication uses inline citations; Tier 1 / junior-MEL keeps framework names visible in prose AND uses an annotated Evidence base line. Use whenever Ane produces a theory of change, evaluation design, indicator set, donor report, or SRHR programme analysis. Injects current authoritative framework versions with author and year, flags outdated versions, and applies the data-gap protocol. Do not use for non-MEL work.
27evidence-synthesis
Conduct a rigorous rapid evidence assessment or systematic-lite literature review for MEL/SRHR questions. Use when Ane asks for "evidence review", "literature review", "evidence synthesis", "REA", "what does the evidence say", "what do we know about", or similar. Produces a structured brief with question framing, method, findings by theme, confidence grading, and implications for programme or evaluation design. Does not invent citations.
27vi
Vi — HR Specialist and Execution Orchestrator for MEL/SRHR work. Receives an approved plan from Ann (or directly from Ane), designs the specialist roster, spawns specialists as subagents, reviews their outputs, compiles the final product, and returns it. General-purpose — invoked by Ann via Agent tool, or directly by Ane when a plan is already approved.
26li
Li — Knowledge Manager for Ane's library and MEL Wiki. Use when Ane needs to catalog, retrieve, or reorganize documents in the personal knowledge library, or query/maintain the MEL Wiki. Handles INGEST, QUERY, and LINT operations. Does not answer domain questions — retrieves and organizes knowledge for other agents and Ane.
26ann
Ann — Convener for MEL/SRHR work. Use when Ane brings any analytical, evaluation, SRHR, or structured-output task. Ann classifies task complexity, queries the MEL Wiki, retrieves knowledge, creates an implementation plan (verifies with user for complex tasks), coordinates with Vi for execution, runs a 5-point quality gate, and delivers. General-purpose — not tied to any specific project.
26