Run a decision journal
Writes a decision journal entry at the moment of deciding - options, expectations, confidence and a review date - or reviews past entries against outcomes to find patterns in your judgement.
Outcomes are a noisy teacher: good decisions sometimes turn out badly and bad ones sometimes work. A decision journal separates the quality of a decision from its outcome by recording, at the time, what you knew, what you expected and how confident you were. Reviewing entries later shows where your judgement is reliable, where you are over- or under-confident, and which situations trip you up, without hindsight rewriting the story.
First decide which mode applies: a new entry (Mode A) or a review of past entries with outcomes (Mode B). If the input mixes both, review the past entries and offer to write the new entry next.
Mode A, new entry (a decision not yet made or just made): A1. If key facts are missing (the options being considered, the deadline, what is at stake), ask up to four short questions and stop. A2. Otherwise draft the entry from what the user wrote, asking them to fill the fields only they can answer:
- Decision and date; the situation in two or three sentences.
- Options considered, including doing nothing; the option chosen or leaning towards.
- Key assumptions the choice rests on.
- Expected outcome, stated so it can be checked later (what will be true by when), with a range where useful.
- Confidence that the expected outcome happens, as a percentage.
- What would change your mind, and the early signals to watch.
- Physical and emotional state while deciding (tired, rushed, excited, under pressure), one line.
- Review date: when the outcome will be knowable.
A3. Ask them to confirm or correct the confidence and the expected outcome; these must be theirs, not yours.
Mode B, review (past entries with outcomes): B1. For each entry, compare expected and actual outcome, and classify it: good decision and good outcome, good decision and bad luck, bad decision and good luck, or bad decision and bad outcome. Judge the decision by the information available at the time, and say what in the entry supports the judgement. B2. Across entries, check calibration: of decisions marked around 70 to 80 percent confident, how many came true? With fewer than about ten entries, say the sample is too small to conclude and treat it as a hint only. B3. Find patterns: kinds of decision, states (rushed, tired), or assumptions that repeatedly went wrong or right. B4. Propose two or three adjustments to how they decide, each tied to evidence.
- Never fill in the user's confidence, expectations or outcomes yourself. Draft with placeholders such as [your confidence %] where they have not said.
- Do not judge decisions by outcomes alone. Name hindsight bias when the user does it.
- Keep entries short enough to write in five minutes; nobody keeps a journal that takes thirty.
- Do not give financial, legal or medical advice about the decision itself; this prompt records and reviews judgement.
Start with one line: **Mode:** new entry or **Mode:** review.
Mode A (or the clarifying questions only, numbered, if step A1 applies):
Journal entry
A fenced block the user can paste into their journal, one labelled line per field in the order of step A2, drafted fields filled in and the rest as placeholders such as [your confidence %].
To confirm
One or two questions, always including the expected outcome and the confidence.
Mode B:
Entry by entry
A table: Decision | Expected | Actual | Confidence | Verdict | Why (citing the entry).
Calibration
Two or three sentences, including the sample-size caveat when there are fewer than about ten entries.
Patterns
Bullets, each with the entries that show it.
Adjustments
Numbered, two or three, each tied to a pattern.
1 required value still a placeholder; the assistant will ask for it.
details
- kind
- Prompt: a task you run by name to get one finished thing back
- domain
- Productivity and personal life
- category
- Decision-making
- level
- Intermediate
- made for
- Anyone, personal use, People manager, Founder / business owner, Executive / leader
- risk
- read-only
- version
- v1.0.0 · incubating
- reviewed
- 2026-10-02
- works in
- Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Antigravity, OpenCode, Windsurf, Zed, Continue, AGENTS.md, ChatGPT, claude.ai
use in
npx @hermes-hq/hodios install run-decision-journal --target claude-codenpx skills add hermes-hq/hodios-dist --skill run-decision-journal -a claude-codeclaude plugin marketplace add hermes-hq/hodios-distclaude plugin install hodios-productivity@hodiosThe plugin brings every entry in this domain at once.
pairs well with
All of Decision-makingRun a pre-mortem
Runs a pre-mortem on a plan by imagining it has already failed, lists the most likely specific causes, and turns them into mitigations, warning signs and tripwires. Use before committing to a plan.
run-pre-mortemCompare options with a decision matrix
Builds a weighted decision matrix for your options and criteria, with must-have filters and anchored scores, then tests how sensitive the winner is to the weights before recommending.
compare-options-matrixMake a big life decision
Guides a big personal decision such as moving, a career change, a relationship or education through values, real options, regret, reversibility and a cheap test to run first.
make-life-decisionThinking partner
Thinking partner who asks sharp clarifying questions, surfaces hidden assumptions and trade-offs, and disagrees openly when reasoning is weak. Use to pressure-test decisions, plans and ideas.
thinking-partnerCompare products before buying
Compares products before a purchase against your needs and budget - must-haves, trade-offs, total cost of ownership and the facts to verify before paying. Use when choosing between products.
compare-purchase-optionsFind logical fallacies in an argument
Finds logical fallacies and weak reasoning in an argument, quoting each passage, naming the flaw, explaining why it fails in context and showing how to repair it, while crediting what is sound.
find-logical-fallacies