跳到主要内容
知仓学习社ZHICANG

decision-log-setup

Set up the team decision log that ends relitigation — the one-line-per-decision format (what, why, who, when, reopening rule), the capture moments w…

不碰外部(只输出文字)无严重或高危命中mohitagw15856/pm-claude-skills

它会碰到什么

扫了多少1 个文本文件,5 KB
它会碰到什么不碰外部(只输出文字)
命中总数0 处
命中统计严重 0 · 高 0 · 中 0 · 低 0

这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。

技能内容

Decision Log Setup Skill

Teams re-decide because decisions evaporate: made in a meeting, mentioned in a thread, remembered differently by everyone, and relitigated the moment someone new (or someone persistent) asks "wait, why do we…?" The decision log is the cheapest institutional memory there is — one line per decision (what, why, who, when, and the reopening rule) — but logs fail as shelf-ware unless capture is wired into existing moments (the meeting's last five minutes, the thread's landing) and retrieval becomes reflex ("checked the log?" as the first response to why-questions).

What This Skill Produces

  • The format — the five-field line, with the two-sentence-why discipline and the option-we-rejected field that does the anti-relitigation work
  • The capture wiring — the existing moments ([decision-meeting-format](../decision-meeting-format/SKILL.md) closes, [thread-to-decision](../thread-to-decision/SKILL.md) landings, 1:1 calls) that now end with a log line
  • The reopening rule — what reopens a decision (new information) and what doesn't (new mood, new people)
  • The retrieval habits — the log-first reflex, the onboarding tour, the link-not-relitigate response

Required Inputs

Ask for these if not provided:

  • Where decisions currently happen — the meetings, threads, and hallways; capture wires into real venues, and unwired venues keep leaking
  • The platform — a doc, a wiki page, a database/table; sortable-and-searchable beats beautiful, and the log lives where the team already looks
  • The scope line — which decisions get logged (the test: would someone plausibly ask "why" in six months?) vs. the operational micro-calls that don't; over-logging kills the habit as surely as under-logging kills the value
  • The relitigation history — the decisions that keep reopening; they get back-filled first, because they're the demonstration

Framework: The Log Rules

  1. The line is five fields and stays a line: date · decision (one sentence, the what) · why (two sentences max, including the rejected alternative: "chose X over Y because Z") · decider · reopening trigger. The rejected-alternative clause is the anti-relitigation payload — "we considered that and here's why not" is the sentence that ends the third rehash.
  2. Capture rides existing rituals: the decision meeting's on-screen close writes the line · the thread landing's record is the line · the weekly's "any decisions this week?" sweeps the strays. New ceremony fails; hitching to existing ceremony sticks. One person per venue owns the write (the facilitator, the thread-lander).
  3. The reopening rule is stated per decision: default — "reopens on new information, not new preferences" — with specific triggers where known ("revisit if churn exceeds X"). This converts "can we talk about this again?" from a social negotiation into a rule lookup, which is the log's quiet superpower.
  4. Retrieval is the ROI moment: the why-question response becomes a link ("logged here — short version: chose X over Y for Z"), the onboarding tour includes the log's greatest hits, and decisions cite prior decisions ("consistent with #47"). A log that's written but never linked is a diary; the link habit is what compounds.
  5. Back-fill the greatest hits only: the 10–15 decisions people actually re-ask about get retro-logged (best-effort whys, marked as reconstructed) — full historical back-fill is archaeology that delays the living log. Forward capture from today; history only where it's actively bleeding.

Output Format

Decision Log: [team] — lives at [location]

The Format

| Date | Decision | Why (incl. rejected alt.) | Decider | Reopens if |

|---|---|---|---|---|

Capture Wiring

[Venue → moment → who writes the line · the weekly sweep as the catch-all]

The Reopening Rule

[The default · how specific triggers get set · the link-instead-of-debate response]

Retrieval Habits

[The why-question → link reflex · onboarding's greatest-hits tour · the back-fill list (10–15, marked reconstructed)]

Quality Checks

  • [ ] Every field fits the one-line discipline; whys include the rejected alternative
  • [ ] Capture is attached to named existing moments with named writers
  • [ ] The reopening default is stated and per-decision triggers are possible
  • [ ] The link-first response habit has been demonstrated on a real why-question
  • [ ] Back-fill stopped at the greatest hits

Anti-Patterns

  • [ ] Do not log without the rejected alternative — "we chose X" without "over Y because Z" relitigates fine
  • [ ] Do not build capture as new ceremony — hitch to rituals that already happen
  • [ ] Do not log everything — the six-month-why test keeps the log readable and the habit light
  • [ ] Do not let new-people-energy reopen settled calls — the rule distinguishes information from mood
  • [ ] Do not write and never link — retrieval is where the log earns; capture alone is journaling

想直接用这个技能?

本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。

同名技能的其他版本

有 3 个不同仓库或目录里都有叫 decision-log-setup 的技能。它们内容并不相同,别混用: