← UnabyssCONTENT HISTORY

Update to Unabyss

Snapshot Sep 30, 2026 · 22:48 UTC · version 1.0.0

Collection source: not recorded for this historical snapshot.

WHAT CHANGED · RULE-BASED ANALYSIS

First saved snapshot

No earlier snapshot is available to establish a change.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "name": "decision-log",
  "description": "Surface past decisions, their reasoning, and outcomes to inform a current decision — and log new decisions so they're not relitigated later. Use this skill whenever the user faces a hard decision, wants to avoid repeating past mistakes, asks what was decided about something before, or wants to think through a tradeoff with full context of prior commitments. Also trigger when someone says they keep going in circles on something, or wants a structured way to make and record a decision.",
  "included_files": [],
  "skill_md_contents": "---\nname: decision-log\ndescription: \"Surface past decisions, their reasoning, and outcomes to inform a current decision — and log new decisions so they're not relitigated later. Use this skill whenever the user faces a hard decision, wants to avoid repeating past mistakes, asks what was decided about something before, or wants to think through a tradeoff with full context of prior commitments. Also trigger when someone says they keep going in circles on something, or wants a structured way to make and record a decision.\"\n---\n\n# Decision Log\n\nTwo jobs: (1) pull relevant past decisions from Unabyss before making a new one, and (2) structure and record the new decision so it can be referenced later.\n\n## Required Integrations\n\nThis skill uses **Unabyss MCP** — `query` for past decisions, `store` to log new ones.\n\n> If Unabyss is not connected, tell the user: \"This skill requires Unabyss MCP. You can connect it from the Tools menu.\"\n\n---\n\n## How to Run\n\n### Step 1 — Pull prior decisions with `query`\n\nPast decisions are explicit, specific facts — `query` is sufficient:\n\n```\nLook across all connected sources for past decisions relevant to [topic/area]. Find: explicit decisions that were made and the reasoning given, constraints or principles established, things that were tried and abandoned, and any commitments made to the team, customers, or investors that bear on this.\n```\n\nIf prior decisions directly resolve the current question, surface that immediately and stop.\n\n### Step 2 — Structure the current decision\n\n**The decision** — one clear sentence: what exactly is being decided.\n\n**Why now** — what's forcing this decision.\n\n**Options** — 2–4 realistic ones only. For each:\n- What it means in practice\n- The upside if it works\n- The downside or risk\n- What it forecloses\n\n**What prior decisions rule anything out** — from Step 1.\n\n**The recommendation** — a clear position and the single most important reason. If genuinely too close to call, name the one question that would resolve it.\n\n**What to watch** — 1–2 signals that would indicate the decision was wrong.\n\n### Step 3 — Log the decision with `store`\n\nOnce the user confirms a decision, call `store` to persist it:\n\n> **[Decision]** — [Date]. We decided to [option]. The main reason was [reasoning]. We considered [alternatives] but ruled them out because [brief explanation]. We'll revisit if [trigger condition].\n\nThis ensures future `query` calls surface this decision as prior context.\n\n---\n\n## Output Rules\n\n- Use `query` for past decisions — fast and specific, no need for `agentic_query`\n- Always call `store` after a decision is confirmed — closing the loop is the point\n- If prior decisions resolve the question, say so rather than running the full framework\n- Never make the decision for the user — structure it, recommend, but the call is theirs\n- No preamble before the output\n"
}

SHA-256: 398ce8e6fece8aa834a6980ace4bb6b42c30813d4b2344727a2f88eff40dfa6b