[WIP] Documentation Standards
Markdown Format Guidelines
All documentation and notes should be written in Markdown format, optimized for Obsidian compatibility.
Obsidian Compatibility
Internal Links (Graph View)
Use
[[Page Name]]syntax for internal links to other notesLinks will automatically appear in Obsidian's graph view
Example:
[[Project Architecture]]or[[API Documentation]]Use
[[Page Name|Display Text]]for custom link textUse
[[Page Name#Heading]]to link to specific sections
Tags
Use hashtags for categorization:
#feature,#bug,#documentationTags can be inline or in frontmatter
Support nested tags:
#project/backend,#project/frontend
Frontmatter (YAML)
Block References
Use
^block-idat the end of a paragraph to create block referencesReference with
[[Note Name#^block-id]]
Callouts
Code Blocks
Use fenced code blocks with language identifiers
Example:
Task Lists
Use
- [ ]for unchecked tasksUse
- [x]for checked tasks
Tables
Best Practices
Create Connections: Liberally use
[[internal links]]to connect related conceptsUse Descriptive Names: Make file names clear and searchable
Add Context: Include frontmatter with metadata
Structure Content: Use headings (#, ##, ###) for hierarchy
Tag Consistently: Develop a consistent tagging system
Cross-Reference: Link related notes to build knowledge graphs
Example Document Structure
This structure ensures maximum compatibility with Obsidian's graph view and knowledge management features.
Last updated