Decision Distiller
Overview
Decision Distiller helps capture, structure, and learn from decisions made during OpenClaw sessions. It transforms informal decision-making into documented, reviewable records that build organizational knowledge over time.
When to Use
Use this skill when:
- - A user is weighing multiple options and needs clarity
- A decision has been made and should be documented
- Past decisions need review or analysis
- Decision patterns across sessions should be identified
- The user asks to "document this decision" or "record why we chose X"
Core Concepts
Decision Record
A structured document capturing:
- - Context: Situation requiring a decision
- Options: Alternatives considered
- Criteria: How options were evaluated
- Decision: The choice made
- Rationale: Why this choice was made
- Trade-offs: What was gained/lost
- Outcome: Result of the decision (filled later)
- Lessons: What was learned
Decision Status
- - pending: Decision not yet made
- decided: Decision made, awaiting outcome
- validated: Decision proven correct
- revised: Decision changed based on new information
- archived: Decision no longer relevant
Input
Accepts decision information in various forms:
- - Conversation about options
- Pros/cons lists
- Direct statements of choice
- Retrospective analysis
Output
Produces:
- - Dated decision records (Markdown)
- Decision summaries
- Pattern analysis across decisions
- Decision status reports
Workflow
Capturing a New Decision
- 1. Identify Context
- What situation required a decision?
- What was at stake?
- Who was involved?
- 2. List Options
- What alternatives were considered?
- What was eliminated early?
- What made it to final consideration?
- 3. Define Criteria
- How were options evaluated?
- What mattered most?
- Were there constraints?
- 4. Record Decision
- What was chosen?
- When was it decided?
- Who decided?
- 5. Document Rationale
- Why was this option selected?
- What tipped the balance?
- What assumptions were made?
- 6. Note Trade-offs
- What was sacrificed?
- What risks were accepted?
- What opportunities were passed?
Reviewing Past Decisions
- 1. Gather Records
- Collect relevant decision records
- Filter by topic, date, or status
- 2. Analyze Patterns
- Common criteria used
- Recurring trade-offs
- Typical decision timelines
- 3. Extract Lessons
- What worked well?
- What would change?
- What patterns emerge?
Output Format
Decision Record
CODEBLOCK0
Commands
Create Decision Record
CODEBLOCK1
Update Decision
CODEBLOCK2
List Decisions
CODEBLOCK3
Analyze Patterns
CODEBLOCK4
Quality Rules
- - Be specific: vague decisions teach no lessons
- Include alternatives: decisions without options aren't decisions
- Document rationale: future you needs to know why
- Review outcomes: a decision isn't complete until its outcome is known
- Link related decisions: build decision networks
Good Trigger Examples
- - "Document this decision: we're going with X"
- "Help me decide between A and B"
- "What decisions have we made about architecture?"
- "Review our deployment decisions from last month"
- "I decided to use Y instead of Z, record that"
Resources
references/
- -
references/decision-templates.md: Variations for different decision types - INLINECODE1 : Tools for analyzing decisions
决策精炼器
概述
决策精炼器帮助捕捉、结构化并从OpenClaw会议中做出的决策中学习。它将非正式的决策过程转化为有文档记录、可审查的记录,随着时间推移积累组织知识。
使用时机
在以下情况下使用此技能:
- - 用户正在权衡多个选项,需要明确思路
- 已做出决策,需要记录存档
- 需要审查或分析过去的决策
- 需要识别跨会议的决策模式
- 用户要求记录此决策或记录我们为何选择X
核心概念
决策记录
结构化文档包含:
- - 背景:需要决策的情况
- 选项:考虑过的替代方案
- 标准:评估选项的方式
- 决策:做出的选择
- 理由:做出此选择的原因
- 权衡:获得/失去的内容
- 结果:决策的成效(后续填写)
- 经验:学到的教训
决策状态
- - 待定:尚未做出决策
- 已决:已做出决策,等待结果
- 已验证:决策被证明正确
- 已修订:根据新信息更改了决策
- 已归档:决策不再相关
输入
接受各种形式的决策信息:
- - 关于选项的讨论
- 优缺点列表
- 直接的选择陈述
- 回顾性分析
输出
生成:
- - 带日期的决策记录(Markdown格式)
- 决策摘要
- 跨决策的模式分析
- 决策状态报告
工作流程
捕捉新决策
- 1. 识别背景
- 什么情况需要决策?
- 涉及什么利害关系?
- 谁参与其中?
- 2. 列出选项
- 考虑过哪些替代方案?
- 哪些被早期排除?
- 哪些进入了最终考量?
- 3. 定义标准
- 如何评估选项?
- 什么最重要?
- 是否存在约束条件?
- 4. 记录决策
- 选择了什么?
- 何时决定的?
- 谁决定的?
- 5. 记录理由
- 为什么选择此选项?
- 什么打破了平衡?
- 做了哪些假设?
- 6. 注明权衡
- 牺牲了什么?
- 接受了哪些风险?
- 错过了哪些机会?
审查过去决策
- 1. 收集记录
- 收集相关决策记录
- 按主题、日期或状态筛选
- 2. 分析模式
- 常用的评估标准
- 反复出现的权衡
- 典型的决策时间线
- 3. 提取经验
- 哪些做得好?
- 哪些需要改变?
- 出现了什么模式?
输出格式
决策记录
markdown
决策:[标题] - 年-月-日
ID:DEC-2024-001
状态:已决
决策者:[姓名/角色]
日期:年-月-日
背景
[需要决策的情况描述]
考虑的选项
选项1:[名称]
选项2:[名称]
决策标准
- 1. [标准1] - 权重:高/中/低
- [标准2] - 权重:高/中/低
决策
选择:[选项X]
理由
[为什么选择此选项而非其他]
权衡
- - 接受:[我们放弃的内容]
- 缓解:[我们如何降低风险]
预期结果
[我们期望发生的结果]
实际结果
[后续填写 - 实际发生的结果]
经验教训
[后续填写 - 从结果中获得的见解]
相关决策
命令
创建决策记录
decision create 决策标题 --status pending
更新决策
decision update DEC-2024-001 --status validated
列出决策
decision list --status decided --since 2024-01-01
分析模式
decision analyze --topic architecture
质量规则
- - 具体明确:模糊的决策无法提供经验教训
- 包含替代方案:没有选项的决策不是真正的决策
- 记录理由:未来的你需要知道为什么
- 审查结果:在结果明确之前,决策不算完成
- 关联相关决策:构建决策网络
良好触发示例
- - 记录此决策:我们选择X
- 帮我决定A和B之间选哪个
- 我们关于架构做了哪些决策?
- 审查上个月的部署决策
- 我决定用Y代替Z,记录一下
资源
references/
- - references/decision-templates.md:不同决策类型的变体
- references/analysis-frameworks.md:分析决策的工具