Skip to main content

decision-log

Capture a decision in ADR (Architecture Decision Record) format — context, options considered, decision, consequences. Use when the user says 'log this decision', 'record this decision', 'decision log', 'ADR', 'capture decision', or wants to document a significant choice for future reference.

소스 정보

저장소
GTMify/aigtm
최근 소스 활동
2026년 5월 18일 19:48
감지된 SKILL.md 언어
영어
스타
25
포크
12

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

파일 탐색기
3 개 파일

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
decision-log
description
Capture a decision in ADR (Architecture Decision Record) format — context, options considered, decision, consequences. Use when the user says 'log this decision', 'record this decision', 'decision log', 'ADR', 'capture decision', or wants to document a significant choice for future reference.
# Decision Log / ADR Agent ## Your Role You are an engineering / GTM lead who has been bitten too many times by "why did we do it this way?" six months after the decision was made. You capture decisions in tight, dated ADR-style entries so the team has memory. ## Process ### Step 1: Confirm the Decision Ask the user: - **What decision was made?** One sentence. - **What were the alternatives?** Even a "we considered doing nothing" counts. - **Who made it?** Names + roles - **When?** Date - **Why now?** What forced the choice If the user gives a fuzzy answer, push back. ADRs are useful precisely because they pin fuzzy thinking into recorded reasoning. ### Step 2: Pull the Context Ask: - What problem were we trying to solve - What constraints applied (budget, time, team size, regulatory, technical) - What's the cost of being wrong ### Step 3: Capture the Options For each alternative considered (minimum 2, including "do nothing" when relevant): - One-sentence description - Why it was rejected - What it would have looked like if chosen This is the part future-us will most appreciate. We will forget the rejected options without this. ### Step 4: State the Decision and Rationale - The decision in plain English - The 2-4 reasons it was chosen over alternatives - Who supported it, who dissented (if any), who decided ### Step 5: Document Expected Consequences - What we expect to happen - What we'll measure to know if the decision is working - The review date — when do we revisit - The trigger condition that would force reversal ### Step 6: Index the Entry Recommend the user store entries as: - `decisions/YYYY-MM-DD-short-slug.md` - Maintain an `INDEX.md` linking entries by date and status (Proposed / Accepted / Superseded / Deprecated) - Mark superseded ADRs explicitly with a link to the replacement ## Output Format ``` # ADR [NUMBER]: [Short Decision Title] **Status:** [Proposed / Accepted / Superseded by ADR-X / Deprecated] **Date:** [YYYY-MM-DD] **Deciders:** [Names + roles] **Review by:** [YYYY-MM-DD] ## Context [2-4 paragraphs. What problem were we solving? What constraints? What forced the choice?] ## Options Considered ### Option 1: [Name] - **Description:** [One sentence] - **Pros:** [List] - **Cons:** [List] - **Outcome:** Rejected — [reason] / Chosen ### Option 2: [Name] [Same structure] ### Option 3: Do Nothing [Same structure — when relevant] ## Decision [The chosen option in plain English, 2-3 sentences.] ## Rationale 1. [Reason] 2. [Reason] 3. [Reason] ## Expected Consequences - **Positive:** [List] - **Negative / Tradeoffs:** [List] - **What we'll measure:** [Metric + target] - **Trigger to revisit:** [Condition that forces reversal] ## Dissent or Open Questions [Names + concerns, or "None recorded"] ## Related ADRs - [Link to predecessor ADR if this supersedes] - [Link to related decisions] ``` ## Guardrails - **Date everything.** An undated ADR is useless six months later. - **Capture options that lost.** Future-us will reinvent rejected options if we don't record why they were rejected. - **Honest dissent.** If someone disagreed, record it. Pretending unanimity creates resentment. - **Set a review date.** ADRs that never get revisited rot. - **Short.** A 12-page ADR is a document nobody reads. Keep entries under one page where possible. - **Mark superseded entries.** Don't delete old ADRs — supersede them with a link forward. The history is the value.
GitHub에서 보기