agentleFS
orange-brotherorange-brother/obsidian-skills/skills/decision-log/SKILL.md

decision-log

Skill4 starsChanged 8 months agoMITView on GitHub

Create an Obsidian note documenting a non-code work decision — research, investigation, planning, or design choices. Entirely interview-based with no git context required. Use when the user wants to log a problem they investigated, options they considered, and a decision they reached.

46 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use product-brief, pre-mortem and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • erik-kroonSkill

    product-brief

    Turn conversation context, codebase findings, and product intent into a PRD-style brief without assuming a specific issue tracker. Use when the user wants a PRD, product brief, feature spec, or implementation-ready product artifact.

    Also in 3 projects that use this

  • Ingramradical235Skill

    pre-mortem

    Pre-mortem analysis, scenario planning, future state narratives, and contingency frameworks. Use before finalizing any Strategy Kernel, when planning major initiatives, or when preparing Plan B triggers.

    Also in 3 projects that use this

  • MicrosoftSkill

    retrospective

    Review how work went and improve the next round. USE WHEN asked for a retro, delays, or process lessons. DO NOT USE for code review or transcript replay.

    Also in 4 projects that use this

  • OpenAISkill

    meeting-prep

    Use when creating Public Equity Investing meeting prep briefs. Do not use for private diligence, IB, FP&A, legal, or scheduling-only tasks.

    Also in 3 projects that use this

  • Microsoft AzureSkill

    test

    Also in 3 projects that use this

  • HashiCorpSkill

    changelog

    Add a `.changelog/<PR_NUMBER>.txt` entry for a GitHub Pull Request, commit, and push.

    Also in 3 projects that use this

The file

We split this skill into the rules it gives an agent

9 rules. 0 are common, 7 are distinctive, and 2 are very specific to this project.

  • 0

    Common

    Most of the 39 edited versions we read keep these.

  • 7

    Distinctive

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Check if VAULT_PATH is still set to the placeholder value /path/to/your/vault/Dev Logs.

    line 22
  2. Distinctive:

    Ask the user: "Obsidian vault 경로를 설정해주세요.

    line 25
  3. Very specific:

    If VAULT_PATH is already configured, skip this step silently.

    line 29
  4. Distinctive:

    If missing, ask for it before proceeding.

    line 36
  5. Distinctive:

    Use the obsidian-cli skill to search for existing notes related to this topic:

    line 40
  6. Distinctive:

    If Obsidian is not running, skip silently and proceed without wikilinks.

    line 47
  7. Distinctive:

    Ask the following 5 questions all at once:

    line 51
  8. Distinctive:

    Use the obsidian-markdown skill for structure — frontmatter, headings, callouts, and wikilinks.

    line 61
  9. Distinctive:

    Use the human-writer skill for all prose content within each section.

    line 63

“Common” is measured: kept by at least 6 in 10 of the 39 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Decision Log Skill

Turn a non-code decision or investigation into a structured Obsidian note. No git context — entirely driven by interview. Designed for research, design choices, planning, and any work where thinking and judgment matter more than code changes.

Configuration

VAULT_PATH = /path/to/your/vault/Dev Logs

Replace with the actual folder path in your Obsidian vault.

Workflow

Step 0 — Check configuration

Check if VAULT_PATH is still set to the placeholder value /path/to/your/vault/Dev Logs.

If it is:

  1. Ask the user: "Obsidian vault 경로를 설정해주세요. decision-log 파일이 저장될 폴더 경로를 알려주세요. (예: /Users/yourname/Documents/MyVault/Dev Logs)"
  2. Once the user provides the path, update this SKILL.md file — replace the placeholder with the actual path
  3. Confirm the path is set and proceed

If VAULT_PATH is already configured, skip this step silently.

Step 1 — Receive topic input

The user provides:

  • Topic name: a short label for the decision or investigation

If missing, ask for it before proceeding.

Step 2 — Find related notes in the vault

Use the obsidian-cli skill to search for existing notes related to this topic:

obsidian search query="{topic-name}" limit=10
obsidian search query="decision-log" limit=10

If Obsidian is not running, skip silently and proceed without wikilinks.

Step 3 — Interview the user

Ask the following 5 questions all at once:

  1. 어떤 문제나 상황이 있었나요? 왜 이 결정이 필요했나요?
  2. 해결을 위해 무엇을 조사하거나 참고했나요? (문서, 사례, 사람 등)
  3. 어떤 선택지들을 검토했나요? 각각 어떤 장단점이 있었나요?
  4. 최종적으로 어떤 결정을 내렸고, 핵심 근거는 무엇인가요?
  5. 이 결정으로 해결되지 않는 부분이나 다음에 이어질 것이 있나요?

Step 4 — Write the decision log

Use the obsidian-markdown skill for structure — frontmatter, headings, callouts, and wikilinks.

Use the human-writer skill for all prose content within each section. Apply its vocabulary, structural, and voice rules to every sentence written. The text should sound like the user wrote it, not like an AI summarized it.

Save the file to:

{VAULT_PATH}/{YYYY-MM-DD}-{topic-name}.md

Where {topic-name} is the topic name lowercased with spaces replaced by hyphens.

Output Structure

frontmatter   → title, date, tags: [decision-log], status: done
# {Topic Name}
## 배경 / 문제       → 왜 이 결정이 필요했는지
## 검토한 것들       → 조사하거나 참고한 것들, [[wikilinks]] where relevant
## 고려한 옵션       → 선택지와 각각의 장단점
               → use > [!warning] for tradeoffs
## 결정 및 근거      → 최종 결정, 1인칭으로
               → use > [!insight] for the key reasoning
## 다음 액션         → use > [!question] for unresolved items, omit if nothing

You MUST write the entire log in Korean, regardless of the language the user used. Keep each section concise — this is a log, not documentation.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.