record-decision

Record architectural and non-architectural decisions as ADRs or ADLs.

6|Updated Aug 3, 2025
One-click install
npx skills add https://github.com/foomakers/pair --skill record-decision-foomakers
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: record-decision
Source: https://github.com/foomakers/pair/tree/main/packages/knowledge-hub/dataset/.skills/capability/record-decision
Command: npx skills add https://github.com/foomakers/pair --skill record-decision-foomakers

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) and scripts (resource) components.

What problem does it solve?

This Skill ensures that all significant technical and non-technical decisions made within a project are systematically recorded, providing a clear audit trail and maintaining a single source of truth for project evolution.

Core Features & Use Cases

  • Architectural Decision Records (ADRs): Creates and manages ADRs for significant architectural choices.
  • Decision Log Entries (ADLs): Records non-architectural decisions, such as library choices or convention adoptions.
  • Adoption File Updates: Automatically updates relevant adoption files (e.g., tech-stack.md, architecture.md) to reflect the recorded decisions.
  • Use Case: When deciding to adopt a new state management library, use this skill to create an ADR detailing the reasons, alternatives considered, and the impact on the tech stack, ensuring this decision is documented and reflected in project documentation.

Quick Start

Use the record-decision skill to record an architectural decision about the new streaming-downloads topic with a summary of 'Implement asynchronous download processing'.

Frequently Asked Questions about record-decision

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

FAQPage Schema
How do I create an Architectural Decision Record for a new project choice?

To create an Architectural Decision Record, you record the significant architectural choice, its rationale, and alternatives considered. The skill generates an ADR and automatically updates relevant adoption files like architecture.md to reflect the new project state.

What is the best way to document non-architectural decisions like library adoptions?

Documenting non-architectural decisions like library choices uses Decision Log Entries (ADLs). The skill records these decisions and updates corresponding adoption files such as tech-stack.md, ensuring your project documentation remains a single source of truth.

Can I update an existing decision log if the project state changes?

Yes, you can update existing decision logs. The skill manages the decision lifecycle by detecting existing records, allowing for updates or new entries, and ensuring consistency between the original decision rationale and the current project state.

How do ADRs and ADLs keep project documentation consistent?

ADRs and ADLs maintain documentation consistency by automatically updating relevant adoption files. When a decision is recorded, the skill modifies files like tech-stack.md or architecture.md to accurately reflect the adopted changes and maintain an audit trail.

When should I use an ADL instead of an ADR for project management documentation?

Use an ADL for non-architectural decisions such as convention adoptions or library choices, while ADRs are for significant architectural choices. Both generate records that systematically document project evolution and update adoption files.