decision-trace

Trace claimed decisions from source records through specifications, issues, PRs, and commits.

3|Updated Nov 8, 2014
One-click install
npx skills add https://github.com/mintuz/.dotfiles --skill decision-trace-mintuz
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: decision-trace
Source: https://github.com/mintuz/.dotfiles/tree/main/agents/.agents/skills/decision-trace
Command: npx skills add https://github.com/mintuz/.dotfiles --skill decision-trace-mintuz

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often claim a decision was made in a meeting or that work was delivered, but verifying that claim requires manually digging through transcripts, specs, issues, PRs, and commits. This Skill structures that verification by classifying the source claim, grading every handoff in the delivery lineage, and preparing a clean contract for acceptance review without prematurely judging implementation correctness. ## Core Features & Use Cases - Source Classification: Classifies each claim as decision, proposal, disagreement, or unknown with a confidence grade, exact quotes, locators, and named evidence gaps. - Delivery Lineage Grading: Grades every handoff (explicit, inferred, changed, missing) from source statement through decision records, specs, issues, PRs, and commits, detecting supersession and authority shifts. - Acceptance Handoff Preparation: Selects the authoritative requirement artifact and implementation subject for a downstream acceptance-review, flagging provisional handoffs and unresolved authority gaps. - Use Case: A status document claims a feature was delivered. Use this Skill to verify the claim against PRs and commits dated after the document, trace the requirement back to the original meeting decision, and produce a trace report before any acceptance verdict. ## Quick Start Use $decision-trace to verify whether the decision claimed in this meeting transcript was actually delivered through our specs, issues, and merged PRs.

Frequently Asked Questions about decision-trace

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

FAQPage Schema
How do I verify a decision from a meeting was actually implemented?

Trace the decision from its source statement through decision records, specifications, issues, PRs, and commits, grading each handoff. This Skill performs that lineage trace and prepares a handoff, while the actual implementation verdict belongs to a separate acceptance-review step.

How to check if a delivery-status claim in a handover document is accurate?

Treat the status claim as a trace claim and verify it against PRs and commits dated after the document. Match evidence to the claimed state: a merge proves integration, a deployment record proves deployment, and a run log proves execution.

What is the difference between decision tracing and acceptance review?

Decision tracing proves the decision and each delivery handoff without judging whether code satisfies it. Acceptance review assesses the implementation against the authoritative contract produced by the trace, and the two steps are kept strictly separate.

Can this trace decisions when the source is ambiguous or contradictory?

Yes. Claims are classified as decision, proposal, disagreement, or unknown with a confidence grade, and unresolved disagreement or missing records are preserved as gaps rather than resolved by assumption. Silence and missing records remain unknown.

When should I not use decision lineage tracing?

Do not use it for meeting summaries, acceptance verdicts, or implementation work. It also withholds the acceptance handoff when no authoritative downstream requirement exists, rather than manufacturing criteria from a meeting record.