decision-log
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:
- Ask the user: "Obsidian vault 경로를 설정해주세요. decision-log 파일이 저장될 폴더 경로를 알려주세요. (예: /Users/yourname/Documents/MyVault/Dev Logs)"
- Once the user provides the path, update this SKILL.md file — replace the placeholder with the actual path
- 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:
- 어떤 문제나 상황이 있었나요? 왜 이 결정이 필요했나요?
- 해결을 위해 무엇을 조사하거나 참고했나요? (문서, 사례, 사람 등)
- 어떤 선택지들을 검토했나요? 각각 어떤 장단점이 있었나요?
- 최종적으로 어떤 결정을 내렸고, 핵심 근거는 무엇인가요?
- 이 결정으로 해결되지 않는 부분이나 다음에 이어질 것이 있나요?
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.
More from orange-brother/obsidian-skills
dev-log
Create a retrospective Obsidian note from a development task. Given a task name and brief background, the AI collects git and code context, interviews the user about decisions and insights, and writes a structured markdown log to the vault. Use when the user wants to document a completed task, feature, or bugfix as a retrospective note.
8obsidian-cli
Interact with Obsidian vaults using the Obsidian CLI to read, create, search, and manage notes, tasks, properties, and more. Also supports plugin and theme development with commands to reload plugins, run JavaScript, capture errors, take screenshots, and inspect the DOM. Use when the user asks to interact with their Obsidian vault, manage notes, search vault content, perform vault operations from the command line, or develop and debug Obsidian plugins and themes.
8obsidian-markdown
Create and edit Obsidian Flavored Markdown with wikilinks, embeds, callouts, properties, and other Obsidian-specific syntax. Use when working with .md files in Obsidian, or when the user mentions wikilinks, callouts, frontmatter, tags, embeds, or Obsidian notes.
8obsidian-bases
Create and edit Obsidian Bases (.base files) with views, filters, formulas, and summaries. Use when working with .base files, creating database-like views of notes, or when the user mentions Bases, table views, card views, filters, or formulas in Obsidian.
7team-log
Create a team-facing work log from a development task and push it directly to a shared GitHub repository via gh CLI. Collects git context automatically and asks 2–3 focused questions for weekly team review. Use when the user wants to share what they worked on with their team.
6human-writer
This skill should be used when the user asks to "write in a human tone", "avoid AI style", "make this sound human", "remove AI patterns", "write naturally", or when asked to write blog posts, articles, emails, social media posts, or any text where sounding human is important.
4