Color mode

Use Your Obsidian Vault

Already have an Obsidian Vault? Riebeckite can read that Vault as the site's content directory. Start locally first, publish one note, check links and images, then build dist/.

Before you start

You need:

  • Node.js installed
  • An existing Obsidian Vault
  • At least one note you are comfortable publishing

Riebeckite does not need your Obsidian workspace settings. .obsidian/ is ignored automatically, so you do not need to delete it from your Vault.

1. Create a Riebeckite site

Create a site next to your Vault:

sh
npx create-riebeckite my-site --preset starter
cd my-site

The starter preset already includes the Obsidian Markdown plugin used for WikiLinks, embeds, callouts, and tags.

2. Connect your Vault

Open riebeckite.config.ts and point content.directory at your Vault:

ts
content: {
  directory: "../my-vault",
},

Change ../my-vault to the relative path from my-site to your Vault.

3. Choose what to publish

Riebeckite uses explicit publishing by default.

Add this frontmatter to a note you want to publish:

yaml
---
title: Hello
publish: true
tags:
  - example
aliases:
  - Hello note
---

What this means:

  • publish: true makes the note routable and buildable.
  • publish: false keeps the note out of the built site.
  • Missing publish is treated as a draft in the default starter setup.

If a published note links to an unpublished note, the target page is not generated, and links to unpublished notes are not published as working site links — they render like broken links. Run riebeckite-diagnostics (from @riebeckite/plugin-diagnostics) to see publish-boundary warnings for these references.

4. Start Riebeckite

Install dependencies and run the check command:

sh
npm install
npm exec riebeckite check

Then start the local preview:

sh
npm exec riebeckite dev

Open the local URL printed in the terminal.

While the development server is running, saving a note in Obsidian is reflected on the next page view. Changing the publish setting is reflected the same way.

These examples were verified with a fresh starter site and a small test Vault.

WikiLinks:

md
[[hello]]
[[hello|custom hello label]]
[[hello#Details|hello details]]
[[Hello note]]

Images in your Vault can be embedded with Obsidian syntax:

md
![[sample.png]]

Riebeckite resolves the image from the Vault and copies public referenced images into dist/ during build. You do not need to move images to a Riebeckite-only folder for this basic case.

Note embeds also work for published notes:

md
![[embedded]]

6. Build the site

When the local preview looks right, build the static site:

sh
npm exec riebeckite build

The output is written to dist/.

What works from Obsidian?

Obsidian feature Riebeckite
Markdown Supported as core Markdown
WikiLinks Supported by the starter Obsidian Markdown plugin
WikiLink aliases Supported, including `[[note
Heading links Supported, for example [[note#Heading]]
Images Supported for public referenced images such as ![[sample.png]]
Note embeds Supported for published Markdown notes
Callouts Supported, for example > [!NOTE]
Tags Supported by the Obsidian Markdown plugin; tag pages are provided by the starter taxonomy plugin
Frontmatter Supported
Obsidian aliases Supported for WikiLink resolution through aliases:
publish Supported; publish: true is public, drafts are not built
Canvas Requires @riebeckite/plugin-canvas
Excalidraw Requires @riebeckite/plugin-excalidraw
Bases Requires @riebeckite/plugin-bases
Mermaid Requires @riebeckite/plugin-mermaid for rendered diagrams; otherwise Mermaid fences are code blocks
.obsidian/ Not required by Riebeckite; ignored automatically

Keep the Vault in another repository

The shortest path is to point content.directory at a local Vault folder. If you want to keep your Vault and site in separate GitHub repositories, use the separate content repository workflow instead.

See Content Repositories for the GitHub Actions setup.

Next steps

  • Edit more notes and add publish: true only where needed
  • Run npm exec riebeckite check after config changes
  • Run npm exec riebeckite build before deployment
  • Try Add Your First Plugin when you want more features

History

1 changesCollapseExpand
1 + # Use Your Obsidian Vault
2 +
3 + Already have an Obsidian Vault? Riebeckite can read that Vault as the site's content directory. Start locally first, publish one note, check links and images, then build `dist/`.
4 +
5 + ## Before you start
6 +
7 + You need:
8 +
9 + - Node.js installed
10 + - An existing Obsidian Vault
11 + - At least one note you are comfortable publishing
12 +
13 + Riebeckite does not need your Obsidian workspace settings. `.obsidian/` is ignored automatically, so you do not need to delete it from your Vault.
14 +
15 + ## 1. Create a Riebeckite site
16 +
17 + Create a site next to your Vault:
18 +
19 + ```sh
20 + npx create-riebeckite my-site --preset starter
21 + cd my-site
22 + ```
23 +
24 + The `starter` preset already includes the Obsidian Markdown plugin used for WikiLinks, embeds, callouts, and tags.
25 +
26 + ## 2. Connect your Vault
27 +
28 + Open `riebeckite.config.ts` and point `content.directory` at your Vault:
29 +
30 + ```ts
31 + content: {
32 + directory: "../my-vault",
33 + },
34 + ```
35 +
36 + Change `../my-vault` to the relative path from `my-site` to your Vault.
37 +
38 + ## 3. Choose what to publish
39 +
40 + Riebeckite uses explicit publishing by default.
41 +
42 + Add this frontmatter to a note you want to publish:
43 +
44 + ```yaml
45 + ---
46 + title: Hello
47 + publish: true
48 + tags:
49 + - example
50 + aliases:
51 + - Hello note
52 + ---
53 + ```
54 +
55 + What this means:
56 +
57 + - `publish: true` makes the note routable and buildable.
58 + - `publish: false` keeps the note out of the built site.
59 + - Missing `publish` is treated as a draft in the default `starter` setup.
60 +
61 + If a published note links to an unpublished note, the target page is not generated, and links to unpublished notes are not published as working site links — they render like broken links. Run `riebeckite-diagnostics` (from `@riebeckite/plugin-diagnostics`) to see `publish-boundary` warnings for these references.
62 +
63 + ## 4. Start Riebeckite
64 +
65 + Install dependencies and run the check command:
66 +
67 + ```sh
68 + npm install
69 + npm exec riebeckite check
70 + ```
71 +
72 + Then start the local preview:
73 +
74 + ```sh
75 + npm exec riebeckite dev
76 + ```
77 +
78 + Open the local URL printed in the terminal.
79 +
80 + While the development server is running, saving a note in Obsidian is reflected on the next page view. Changing the `publish` setting is reflected the same way.
81 +
82 + ## 5. Check WikiLinks and images
83 +
84 + These examples were verified with a fresh `starter` site and a small test Vault.
85 +
86 + WikiLinks:
87 +
88 + ```md
89 + [[hello]]
90 + [[hello|custom hello label]]
91 + [[hello#Details|hello details]]
92 + [[Hello note]]
93 + ```
94 +
95 + Images in your Vault can be embedded with Obsidian syntax:
96 +
97 + ```md
98 + ![[sample.png]]
99 + ```
100 +
101 + Riebeckite resolves the image from the Vault and copies public referenced images into `dist/` during build. You do not need to move images to a Riebeckite-only folder for this basic case.
102 +
103 + Note embeds also work for published notes:
104 +
105 + ```md
106 + ![[embedded]]
107 + ```
108 +
109 + ## 6. Build the site
110 +
111 + When the local preview looks right, build the static site:
112 +
113 + ```sh
114 + npm exec riebeckite build
115 + ```
116 +
117 + The output is written to `dist/`.
118 +
119 + ## What works from Obsidian?
120 +
121 + | Obsidian feature | Riebeckite |
122 + | --- | --- |
123 + | Markdown | Supported as core Markdown |
124 + | WikiLinks | Supported by the starter Obsidian Markdown plugin |
125 + | WikiLink aliases | Supported, including `[[note|label]]` |
126 + | Heading links | Supported, for example `[[note#Heading]]` |
127 + | Images | Supported for public referenced images such as `![[sample.png]]` |
128 + | Note embeds | Supported for published Markdown notes |
129 + | Callouts | Supported, for example `> [!NOTE]` |
130 + | Tags | Supported by the Obsidian Markdown plugin; tag pages are provided by the starter taxonomy plugin |
131 + | Frontmatter | Supported |
132 + | Obsidian aliases | Supported for WikiLink resolution through `aliases:` |
133 + | `publish` | Supported; `publish: true` is public, drafts are not built |
134 + | Canvas | Requires `@riebeckite/plugin-canvas` |
135 + | Excalidraw | Requires `@riebeckite/plugin-excalidraw` |
136 + | Bases | Requires `@riebeckite/plugin-bases` |
137 + | Mermaid | Requires `@riebeckite/plugin-mermaid` for rendered diagrams; otherwise Mermaid fences are code blocks |
138 + | `.obsidian/` | Not required by Riebeckite; ignored automatically |
139 +
140 + ## Keep the Vault in another repository
141 +
142 + The shortest path is to point `content.directory` at a local Vault folder. If you want to keep your Vault and site in separate GitHub repositories, use the separate content repository workflow instead.
143 +
144 + See [Content Repositories](../guides/content-repositories.en.md) for the GitHub Actions setup.
145 +
146 + ## Next steps
147 +
148 + - Edit more notes and add `publish: true` only where needed
149 + - Run `npm exec riebeckite check` after config changes
150 + - Run `npm exec riebeckite build` before deployment
151 + - Try [Add Your First Plugin](./first-plugin.en.md) when you want more features
152 +