Skip to content

Run the setup wizard

Read this if you’ve installed OMem and want to connect it to your data. omem setup is a one-time wizard — run it once, answer a handful of questions, and OMem is configured. This page walks each step so nothing surprises you, especially the macOS permission part.

Terminal window
omem setup

It runs as a guided, step-by-step flow — you can take the default on almost every question. Nothing starts ingesting in the background until you finish; the wizard only writes your config.

The flow is a short series of steps. Here’s what each one decides — defaults in bold.

  1. Where your wiki lives. OMem writes your memory as a folder of Markdown files. Pick the default (~/omem/wiki), an existing Obsidian vault, or a custom path. (You can move it later with omem wiki move.) You also pick the output language here: auto (each page follows its source document’s language), or force zh / en.

  2. Scheduled ingest. Pick an interval (e.g. every 15 minutes) or skip it. Important: this step only records the interval in your config — it does not install the schedule. The wizard writes config; registering the actual timer is a separate omem install step you run afterward (see the callout below). See scheduling.

  3. Search index. The built-in fts5 (fast keyword search, zero setup) works out of the box, but we recommend enabling the qmd plugin — it adds semantic and cross-language search and is markedly better on real work. qmd needs a separate binary (Node-based) and, on its first omem ingest or omem query, lazily downloads ~2.2 GB of local models — a one-time cost that makes the first run slow. Pick qmd if you can; fts5 is the dependable fallback. See retrieval.

  4. LLM + vision provider. Which model curates your pages and describes images. See the provider choices below.

  5. Each kind of work — files, mail, calendar, Loop notes. Every kind is off by default; you turn on the ones you want and OMem helps you configure each (which folders, which mail accounts, which calendars). This is also where macOS asks for permission — see granting access.

  6. Browser session (only if you enabled Loop) — a one-time sign-in so OMem can fetch your Teams Loop pages.

When you finish, OMem writes your config (atomically, with a backup of the old one). Nothing has been ingested yet — that’s the next page.

OMem doesn’t ship a model — you point it at one. The curator (text → wiki page) and the vision model (image → description) can even use different providers. Four options:

anthropic-oauth — uses your Claude Pro / Max subscription. No API key to paste; the wizard handles sign-in. The simplest path if you already pay for Claude. This is the default.

You can change any of this later with omem config set — see the LLM provider how-to.

This is the one step worth understanding, because macOS permissions behave in a way that trips people up.

To read your mail — and, on macOS 26+, your calendar — OMem needs Full Disk Access (FDA). macOS never prompts for FDA automatically; you grant it by hand. The wizard points you there when you enable those kinds, or trigger it anytime:

Terminal window
omem setup --grant-tcc

This opens System Settings → Privacy & Security → Full Disk Access and reveals the omem binary in Finder so you can drag it in (or toggle it on).

What each kind needs:

  • Mail — Full Disk Access (the manual one above), on every macOS version.
  • Calendar — a normal Calendars prompt on older macOS, but Full Disk Access on macOS 26+ (the Calendar database moved into a sandboxed container, so it’s now gated like mail). See ingest calendar for the version detail.
  • Files / Loop — prompt normally (or need no special permission).
Running just one step again

You don’t have to redo the whole wizard to change one thing. omem setup --kind mail reruns only the mail step; omem setup --llm jumps to the provider step; omem setup --browser redoes the Loop sign-in. Handy after you add a new mail account or switch LLM providers.

Configured — now see it work.