decisions

Log non-trivial conversation decisions to claude_session/DECISIONS.md.

Updated Sep 9, 2024
One-click install
npx skills add https://github.com/axel-kaliff/dotfiles --skill decisions-axel-kaliff
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: decisions
Source: https://github.com/axel-kaliff/dotfiles/tree/main/claude/.claude/skills/decisions
Command: npx skills add https://github.com/axel-kaliff/dotfiles --skill decisions-axel-kaliff

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Brainstorming and project work generate many decisions; this skill captures non-trivial choices and logs them to claude_session/DECISIONS.md to preserve context, rationale, and accountability.

Core Features & Use Cases

  • Capture decisions from conversations and append to a central log.
  • Prevent duplicate entries by scanning existing decisions before logging.
  • Use during brainstorming, feature delivery, handoffs, or explicit requests to document trade-offs and dependencies.

Quick Start

Run the Bash block to initialize claude_session/DECISIONS.md, review existing decisions, and append any new decisions as they arise.

Frequently Asked Questions about decisions

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I log project decisions and architectural trade-offs from brainstorming sessions?

To log project decisions, this skill captures non-trivial choices involving alternatives, dependencies, and architectural trade-offs from conversations, appending them to a centralized claude_session/DECISIONS.md file to preserve context and rationale.

What is the best way to maintain a decision log for feature delivery handoffs?

Maintaining a decision log for feature delivery handoffs is done by persisting session choices to a central markdown file, enforcing a consistent '### <date> — <title>' entry format to ensure accountability and preserve context across project transitions.

How do I prevent duplicate entries when appending to a decision log?

Preventing duplicate decision log entries is handled by scanning existing decisions before writing, applying guarded write operations and idempotent initialization to ensure no redundant records are appended to the file.

Does this decision logging approach work without external project management dependencies?

This decision logging approach works without external project management dependencies, operating entirely within the local session environment to capture and persist design choices directly to a markdown file.

When should I document architectural boundaries in a session decision log?

Documenting architectural boundaries in a session decision log is appropriate during brainstorming, feature delivery, or explicit requests, specifically when choices involve design trade-offs, dependencies, or alternative approaches that impact project scope.

Can I use a markdown decision log to track design trade-offs across project sessions?

Using a markdown decision log to track design trade-offs across project sessions is fully supported, as the skill initializes a persistent file to capture and centralize choices, ensuring context survives beyond a single conversation.