hephaestus/heph.nvim
Erich Blume 8dc98dc9c1
Some checks failed
Build / validate (pull_request) Failing after 4m57s
feat(nvim): inline #hashtags become tags on save (§8.3)
On save, whitespace-prefixed `#hashtags` in a node's body are unioned
into its tag set (via `frontmatter.hashtags` + the existing tag diff), so
you can tag a note by writing `#kitchen` inline. A markdown `# heading`
has a space after the `#`, so it never matches. e2e covers it.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-03 11:57:25 -07:00
..
lua/heph feat(nvim): inline #hashtags become tags on save (§8.3) 2026-06-03 11:57:25 -07:00
plugin heph.nvim: plug-and-play managed daemon (autostart, self-heal, client/server guardrail) 2026-06-02 09:37:49 -07:00
tests/e2e feat(nvim): inline #hashtags become tags on save (§8.3) 2026-06-03 11:57:25 -07:00
README.md heph.nvim: plug-and-play managed daemon (autostart, self-heal, client/server guardrail) 2026-06-02 09:37:49 -07:00

heph.nvim

The primary surface for hephaestus — an obsidian.nvim replacement that is a thin client of the local hephd daemon over its unix-socket JSON-RPC (tech-spec §8). Notes, journals, and tasks are edited as ordinary Neovim buffers; saving routes through the daemon.

Status: built in checkpointed slices. 11a (this slice) delivers the RPC client, buffer-backed editing, [[wiki-link]] following, and the daily journal. Task/agenda views (:Heph next/list/capture), the per-task log, and promotion arrive in 11b/11c. See tech-spec §14.

How it works

  • Buffer-backed nodes. A node is edited in a buffer named heph://node/<id>. Opening it loads the markdown body via node.get; :w saves the whole buffer back via node.update (the backend diffs it into a text CRDT, so sending the full buffer is correct). buftype=acwrite.
  • Links. Press <CR> on a [[wiki-link]] to jump to its node (resolved exactly via node.resolve). Unresolved links are allowed — they just notify.
  • Journal. :Heph today (or :Heph journal YYYY-MM-DD) opens a dated journal note; the id is deterministic so reopening is idempotent.

Setup

Requires Neovim ≥ 0.10 and hephd on PATH (e.g. cargo installed). By default the plugin is plug-and-play — it starts and manages its own hephd:

require("heph").setup({})   -- spawns a local hephd against the default XDG paths
  • autostart = true (default): if nothing is serving the socket, the plugin spawns a local hephd, kills only what it spawned on exit, and self-heals (respawns + reconnects if the daemon dies mid-session).
  • Running your own daemon (a server/client architecture, or a launchd service)? Set autostart = false and point at its socket — the plugin then connects only, never spawning over your daemon, and warns if it's unreachable. A daemon already serving the socket is always respected, even with autostart = true (the plugin only spawns when nothing is there).
require("heph").setup({
  -- socket = "...",        -- default: $HEPH_SOCKET, else hephd's XDG path
  -- db     = "...",        -- DB for an autostarted daemon ($HEPH_DB, else default)
  -- autostart = true,      -- false = connect-only (you run hephd yourself)
  -- bin = "hephd",         -- daemon binary for autostart
  -- keymaps = true,        -- <leader>h* maps
})

Dev isolation: set $HEPH_SOCKET / $HEPH_DB (or run mise run dev) so a development Neovim drives a separate daemon + DB and never touches real data.

Commands

Command Action
:Heph today Open today's journal
:Heph journal <YYYY-MM-DD> Open a dated journal
:Heph follow Follow the [[link]] under the cursor (also <CR>)
:Heph open <id> Open a node buffer by id

Tests

The e2e suite drives the plugin in headless Neovim against a real daemon:

mise run test-nvim   # builds hephd, runs the headless e2e suite

The suite uses a small self-contained busted-style runner (tests/e2e/runner.lua) — no external plugins and no network, so it is deterministic. Dev runs use system-installed Neovim (≥ 0.10) + rustc; CI runs the same suite inside a Dagger container that provides them (slice 11c).