chat-to-obsidian
Skill3 starsChanged 7 months agoApache-2.0View on GitHub
Convert conversation content into a structured deep technical article and save it to the Obsidian vault. Use when the user wants to save conversation content or chat history as an Obsidian note. Triggers: "save conversation as article", "save to obsidian", "turn this into a note", "/chat-to-obsidian"
In this repository5 other files it gives its agents.
- article-to-markdownSkill
- github-syncSkill
- review-schedulerSkill
- vault-lintSkill
- vault-querySkill
The file
We split this skill into the rules it gives an agent
1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 39
Follow the template in references/article-template.md strictly.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Chat to Obsidian
Convert conversation content into a deep, well-structured technical article and save it to the Obsidian vault.
Workflow
Step 1: Environment Detection & Content Analysis
1a. Detect vault root — follow ../../_shared/common-steps.md "Vault Detection" section.
1b. Analyze conversation content:
- Identify the core topic(s) and key knowledge points discussed
- Extract code examples, diagrams, comparisons, and insights
- Determine the article's scope — what to include, what to skip
1c. Determine target directory — follow the Directory Mapping Rules in ../../_shared/common-steps.md. Use the article's primary topic to match.
1d. Search for bidirectional links — follow the Bidirectional Link Search in ../../_shared/common-steps.md.
Step 2: Write the Article
Follow the template in references/article-template.md strictly.
Key principles:
- Not a conversation transcript — restructure, reorganize, and deepen the content
- Scene-driven opening — start with a concrete engineering problem, not abstract definitions
- Numbered sections (1, 2, 3...) with
---separators - Rich code examples with inline comments explaining key points
- ASCII diagrams and tables for visualizing complex concepts
> **Key takeaway**blockquotes after key sections- Bold key terms with
**bold** - Depth over breadth — go deep on each point rather than skimming many
- Include
[[wikilink]]connections identified in Step 1d - YAML frontmatter: title, date (today), tags (3-8), summary, source ("Claude conversation")
Step 3: Save and Confirm
3a. Save — follow the Save and Open in Obsidian section in ../../_shared/common-steps.md.
3b. Update index.md — follow the Index Update section in ../../_shared/common-steps.md. Use the article's title, summary (condensed to under 80 chars), and top 2 tags.
3c. Report to user:
- Article title and brief summary
- File path where saved
- Target directory and why it was chosen
- Tag list
- Related notes linked (list the
[[wikilink]]connections made)
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
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.

