OWD Platform

OWD keeps the AI tools you already use independent, then carries the work you choose to share forward with its sources and your Decisions attached. It turns an Obsidian vault into bounded, cited Project context without becoming another model subscription, scraping hidden conversations, or silently deciding what is true.

The problem OWD solves

Every capable AI starts strong and then forgets the work trapped in another tool. Copying chats forward loses sources, mixes claims with decisions, and makes access nearly impossible to audit.

Related MCP server: Soul

How OWD works

flowchart LR
    V["Your Obsidian vault"] <--> S["OWD Sync"]
    S <--> O["Your OWD workspace"]
    O <--> A["Agent A"]
    O <--> B["Agent B"]
    A --> H["Cited Handoff"]
    H --> B
    B --> R["Independent Review"]
    R --> D["Your Decision"]
    D --> O
    O --> N["Next agent's head start"]

1. Pair the vault you choose. OWD Sync connects only the open, explicitly approved Obsidian vault.

2. Publish current context. OWD automatically builds a searchable library from the latest durable sync state.

3. Connect independent agents. Each compatible client receives its own revocable, read-only vault and folder grant through remote MCP.

4. Prepare one Project handoff. Choose the agent, Project name, vault, and folder once during guided onboarding.

5. Say Connect this project to OWD. The working agent creates, joins, rejoins, or resumes the exact Project on the same connection.

6. Carry only the work you approve. Share cited contributions, request an independent Review, and record the owner Decision that should survive.

No prompt is copied back into the agent. The prepared first Project requires no second MCP authorization and no daily packet renewal. A changed boundary or a later unmatched Project still returns to one exact owner consent.

Why it is different

One workspace, clear responsibilities

OWD Sync does not authorize agents or create Projects. An MCP grant does not grant local Obsidian CLI, shell, or filesystem authority. The human always remains the vault owner.

Built around the owner's workflow

The authenticated workspace is a focused folder-style application:

• How OWD works — guided onboarding first; advanced controls afterward

• Vaults — install OWD Sync, pair vaults, and see exact sync state

• Projects — inspect durable activity, consent, participants, and provenance

• Agents — connect, scope, inspect, and revoke MCP clients

• Notes — search, browse, create, and safely edit Markdown text

• Backup & restore — create, verify, export, and restore encrypted recovery points

• System health — compatibility, deployment identity, and redacted diagnostics

OWD derives one next action from authoritative state. A user should not have to understand materialization jobs, internal IDs, raw scopes, or packet rotation to finish setup.

Standards-based agent compatibility

OWD exposes one remote MCP server using Streamable HTTP and OAuth 2.1 with PKCE. OWD-specific behavior is expressed through ordinary MCP Tools, Resources, and Prompts—not a custom transport or a client-side protocol fork.

The portable baseline is designed for compliant remote MCP clients. Current production validation covers a generic MCP client, MCP Inspector, Codex, Claude Code, and Grok Build.

• Obsidian Mind receives a versioned compatibility profile, MCP Resource, setup Prompt, and script-free skill while preserving its native note layout and local qmd/om server.

• Eve.dev receives a source-pinned, user-scoped connection module, MCP Resource, setup Prompt, and script-free skill. Its sessions and subagents remain native to Eve while OWD supplies portable Project continuity and independently attributable collaboration identities.

• Hermes Agent uses the universal MCP endpoint and remains an optional client, never an OWD runtime dependency.

• Orca ADE can host compatible clients without giving OWD control of Orca tasks, worktrees, terminals, or permission settings.

Compatibility profiles improve setup; they never widen authority. See Agent access, release compatibility, and the Obsidian Mind and Eve profiles.

The reviewed upstream versions, source commits, critical paths, and package integrities live in compatibility/upstreams.json. A daily, low-noise monitor opens one rolling GitHub issue only when a newer upstream contract needs human review; it never silently advances an OWD compatibility claim.

Obsidian Mind: local intelligence, durable collaboration

Obsidian Mind turns an Obsidian vault into an active local knowledge system with graph search, scoped recall, reasoning, and capture. OWD gives selected work a durable, owner-approved Project record that can move between independently authorized agents without exposing the rest of the vault or flattening local memory into shared truth.

• Keep Obsidian Mind's native qmd and om servers. OWD is added beside them as the remote md-evolved MCP connection; it never replaces or proxies the local tools.

• Use Mind's search, expand, recall, and reason for fast local cognition. Use OWD for the current Work Packet, cited Artifacts, Handoffs, Reviews, owner Decisions, provenance, and recovery.

• Detect an Obsidian Mind vault from its versioned manifest, preserve its native note layout, and derive narrow concrete content roots without treating local profile data as authorization.

• Keep memories/, private notes, configured never-expose files, and runtime infrastructure outside ordinary OWD Project context. The server enforces the same ceiling across reads, search, Project discovery, citations, repair, and resume.

• Treat Mind's record_work and remember as direct vault writes. They obey OWD's primary-writer guidance so a second agent does not silently create overlapping edits or sync conflicts.

• Carry Mind's consultation result into the OWD Artifact or Handoff before committing to an approach, including contrary evidence or an explicit “nothing recorded” result.

The same profile ships through the shared client pack, the portable Obsidian Mind skill, the standard MCP Resource owd://compatibility-profiles/obsidian-mind/v1, the connect-obsidian-mind Prompt, and the dashboard's additive setup command. The profile source is source-verified against Obsidian Mind 8.2.0 at upstream commit 216821bbc030211476e68270e287c915d09b4390; live client acceptance remains explicit rather than assumed. See the complete Obsidian Mind compatibility guide.

Eve.dev: durable agents, portable Project memory

Eve runs durable agent sessions, subagents, sandboxes, channels, and schedules. OWD gives that execution an owner-approved Project record that can survive the Eve session and become a cited head start for another independently authorized agent.

• Copy one generated agent/connections/owd.ts module from the OWD dashboard.

• Authenticate through Eve's native user-scoped Vercel Connect flow—no static token, proxy, custom transport, or OWD-specific tool-call protocol.

• Discover the standard OWD tools as owd__<tool> and use the same open_project → wait-if-needed → resume_project lifecycle.

• Give every genuinely independent Eve reviewer a distinct connector identity, preserving real attribution instead of treating a renamed child as another participant.

The profile is source-verified against Eve 0.29.2 and @vercel/connect 0.6.0; live Eve acceptance remains explicit rather than assumed. See the complete Eve.dev compatibility guide.

Trust by design

• Single owner, multiple vaults. Team accounts and shared administration are intentionally outside the current authorization model.

• Read-only agent context. Every MCP vault call rechecks the live client, audience, vault, folder, scope, expiry, and revocation boundary.

• No hidden-conversation ingestion. OWD stores durable contributions and provenance, not provider transcripts or chain-of-thought.

• Owner Decisions remain distinct. Agents can append contributions; they cannot approve their own work or silently promote it into owner truth.

• Restored data is not silently trusted. Restored note paths remain separately identified and excluded until explicitly approved.

• One advisory local writer. The first Project agent becomes the default primary writer for owner-requested bounded local tasks. Later agents are warned to remain read-only unless the owner explicitly transfers that role. This guidance is not presented as an operating-system lock.

• Recovery excludes authority. Snapshots omit sessions, OAuth tokens, credentials, live grants, and protocol secrets.

Read the full Security Model before moving beyond synthetic alpha data.

Community and managed delivery

The managed model is not a shared multi-tenant vault database. Every owner cell has separate runtime and storage resources. A public OWD Cloud account, billing system, and service-level offering are not generally available.

See Deployment Modes and current alpha status.

Deploy Community

The deployment runs in your Cloudflare account. Review the alpha limits, security model, and deployment boundary first. OWD never receives your Cloudflare credentials or recovery private key.

Current alpha boundary

The alpha is for learning whether OWD makes real cross-agent work materially easier while hardening Community deployment and upgrade behavior.

• Use synthetic or disposable vaults; personal and production-vault adoption remains a later safety gate.

• OWD Sync 0.1.6 is not yet in Obsidian Community Plugins. The OWD desktop installer is the primary alpha path; BRAT is a disclosed fallback.

• Web mutation covers Markdown text and note creation. Rename, delete, attachment writes, and arbitrary .obsidian mutation are out of scope.

• Snapshot attachment and .obsidian sections remain disabled.

• The current external gate is one unassisted, two-agent Handoff → Review → owner Decision → recovery run.

• A standards-compatible path does not claim that every client has completed the full acceptance exercise.

Already use Obsidian and more than one AI client? Deploy Community or request managed alpha access.

Documentation

Start here

• Current alpha status

• Agent-first quick start

• OWD Sync installation and pairing

• Deployment modes

• Public roadmap

Understand the product

• Product definition

• Architecture

• Security model

• Security reporting

• Backup and recovery

Integrate and build

• Agent access and MCP

• Release compatibility

• Obsidian Mind compatibility

• Eve compatibility

• Development contract

• Public quality gates

• Complete documentation index

Development

OWD Platform is a TypeScript monorepo built around one integrated Cloudflare Worker and a separately released Obsidian companion.

pnpm install
pnpm types
pnpm check
pnpm test
pnpm test:e2e
pnpm build
pnpm deploy:dry-run

pnpm dev builds the authenticated web application and starts Wrangler with local bindings. These commands are for Community operators and contributors; managed alpha users receive a pre-provisioned workspace instead.

• apps/web — authenticated owner workspace

• apps/worker — Hono API, OAuth/MCP, storage, and orchestration

• apps/marketing — independent mdevolved.com site

• packages/contracts — shared runtime schemas

• packages/obsidian-plugin — OWD Sync development source

• packages/client-packs — optional, protocol-neutral client profiles

• migrations — append-only Community data-plane migrations

• docs — product, architecture, security, compatibility, and release contracts

License

OWD Platform is licensed under the Apache License 2.0. Vendored upstream components retain their original notices and licenses.