jerelvelarde/chalk-skills

create-decision-log

Record a product or engineering decision with full context when the user asks to log a decision, record a choice, or document why something was decided

First seen Mar 18, 2026

Installation

$ npx skills add jerelvelarde/chalk-skills --skill create-decision-log

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from jerelvelarde/chalk-skills · top by installs.

npx skills add jerelvelarde/chalk-skills

Browse all from jerelvelarde/chalk-skills

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 6
License LICENSE
Default branch main
Open issues 1
Status Active

Skill metadata

Parsed from SKILL.md frontmatter.

Version1.0.0
Allowed toolsRead, Glob, Grep, Write

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 4,265 B
  • docs SUMMARY.md 178 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 6 installs

SKILL.md

Create Decision Log

Overview

Create a structured decision journal entry that separates decision quality from outcome quality, inspired by Annie Duke's "Thinking in Bets." Captures the context, options, rationale, and expected outcomes at the time of decision, enabling future review and learning.

Workflow

  1. Read existing context — Scan .chalk/docs/product/ and .chalk/docs/engineering/ for related decisions, PRDs, ADRs, or other docs that provide context for this decision. Check for previous decision logs that address similar topics.
  1. Capture the decision — Parse $ARGUMENTS to identify the decision topic. If the topic is vague, ask the user to clarify the specific choice being made. Every decision log answers: "What did we decide, and why?"
  1. Document the context — Record the circumstances at the time of decision: what information was available, what constraints existed, what pressures were present (time, resources, competitive), and what the stakes were. This section is critical for future retrospection.
  1. Enumerate options considered — List all options that were seriously evaluated, including the option of doing nothing. For each option, note the key pros, cons, and the estimated probability of success or risk.
  1. Record the decision and rationale — State the chosen option and the reasoning. Distinguish between: (a) evidence-based reasons (data, research), (b) principled reasons (values, strategy alignment), and (c) pragmatic reasons (time pressure, resource constraints). Be honest about which type dominates.
  1. Define expected outcomes — What does the decision-maker expect to happen? Include both the hoped-for outcome and the realistic range. State the confidence level (high / medium / low) and the timeframe for evaluation.
  1. Set revisit triggers — Define conditions that should trigger a re-evaluation of this decision: specific metrics thresholds, dates, or events. This prevents both premature reversal and zombie decisions that persist past their relevance.
  1. Determine the next file number — Read filenames in .chalk/docs/product/ to find the highest numbered file. Use highest + 1.
  1. Write the decision log — Save to .chalk/docs/product/<n>decision<topic>.md.

Output

  • File: .chalk/docs/product/<n>decision<topic>.md
  • Format: Markdown with structured sections
  • Key sections: Date, Decision Statement, Context, Options Considered (with pros/cons), Decision, Rationale (evidence / principled / pragmatic), Expected Outcome (with confidence and timeframe), Actual Outcome (blank — filled later), Revisit Triggers

Anti-patterns

  • Outcome bias — Judging a decision by its outcome rather than the quality of reasoning at the time. A good decision can have a bad outcome and vice versa. This log captures decision quality independently.
  • Hindsight editing — Rewriting the context or rationale after the outcome is known. The context section must reflect what was known at decision time, not what was learned later.
  • Missing the "do nothing" option — Every decision should include the status quo as an explicit option with its own pros and cons. Sometimes the best decision is to not decide yet.
  • Vague rationale — "It felt right" is not a rationale. Even intuition-based decisions should articulate the underlying pattern recognition or experience driving the intuition.
  • No revisit triggers — A decision without revisit conditions becomes permanent by inertia. Every decision log must define when and under what conditions the decision should be reconsidered.
  • Logging only big decisions — Small, frequent decisions compound. Log decisions that are reversible but consequential, not just the "big bets."