solo-decision-tracker

Track and record project decisions in a three-tier severity decision log.

Updated Apr 23, 2026
One-click install
npx skills add https://github.com/cjrain-12505614/solo-forge-marketplace --skill solo-decision-tracker-cjrain-12505614
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: solo-decision-tracker
Source: https://github.com/cjrain-12505614/solo-forge-marketplace/tree/main/solo-forge-v0.6.0/skills/solo-decision-tracker
Command: npx skills add https://github.com/cjrain-12505614/solo-forge-marketplace --skill solo-decision-tracker-cjrain-12505614

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Project decisions get lost in chat history or made inconsistently, causing scope drift, conflicting choices, and repeated debates. This Skill centralizes every decision in a structured decision_log.md with severity levels, owners, and status tracking. ## Core Features & Use Cases - Three-Tier Severity System: Classifies decisions as strategic (PM approval), technical (PL judgment), or operational (agent autonomy) with distinct approval workflows for each level. - Structured Decision Log: Assigns sequential D-numbers, records context, options, rationale, and impact scope in a decision_log.md template with summary tables and detailed entries. - Pending-to-Confirmed Flow: Manages decision states from pending to confirmed, synchronizing with CLAUDE.md sections and notifying affected agents. - Use Case: When a solo developer must choose between PostgreSQL and MongoDB mid-project, the Skill classifies it as a technical decision, documents the trade-offs, records the PL's choice as D-06, and propagates it to all related design documents. ## Quick Start Ask the assistant to record a new project decision, for example by saying "결정사항 기록해: 데이터베이스는 PostgreSQL로 확정" so it classifies the severity and appends it to decision_log.md.

Frequently Asked Questions about solo-decision-tracker

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

FAQPage Schema
How do I track project decisions in a markdown log?▼

Record each decision in decision_log.md with a sequential D-number, date, severity level, status, decision content, decision maker, and impact scope. Add a detailed entry documenting background, options considered, final choice, and rationale.

What severity levels should project decisions have?▼

This Skill uses three levels: strategic decisions requiring PM approval for project-wide impact, technical decisions judged by the PL within 24 hours, and operational decisions made autonomously by the responsible agent on the same day.

How do I handle decisions waiting for approval?▼

Pending decisions are marked with a waiting status in the log and listed in CLAUDE.md Section 10. Once the approver confirms, update the status to complete and move the entry to the confirmed decisions section.

What happens when two recorded decisions conflict?▼

Analyze the conflict, cancel the incorrect entry while keeping its history, and register a corrected decision under a new D-number. Cross-reference related decisions in the log's relationship section to prevent recurrence.

Can a confirmed decision be reversed later?▼

Yes. Create a new D-numbered entry documenting the change, mark the old decision as cancelled, and update the relationship history. The original record remains for audit purposes rather than being deleted.