Lee33 downloadsBring Claude Code, Codex, Grok, OpenCode, Oh My Pi, and Pi into your Obsidian vault — a Claudian fork.

Oh My Claudian is an Obsidian plugin that embeds coding agents in your vault. Agents can read, write, search, run commands, and carry out multi-step workflows in the vault working directory.
Install from Obsidian Community Plugins · View on GitHub
This repository is based on YishenTu/claudian and adds Oh My Pi (OMP) support through ACP.
@ mentions, and instruction mode.You can also open the Oh My Claudian community plugin page directly.
cd /path/to/vault/.obsidian/plugins
git clone https://github.com/lee259/oh-my-claudian.git
cd oh-my-claudian
npm install
npm run build
Then enable the plugin in Obsidian under Settings → Community plugins.
Open the chat sidebar from the ribbon icon or command palette. Select text and use the inline-edit hotkey to edit notes with a diff preview. Use / for commands and skills, @ to reference vault files or provider resources, and the provider selector to choose Claude, Codex, Grok, OMP, OpenCode, or Pi.
Each provider has a readiness panel in its settings tab. Use it to see whether the provider is enabled, its CLI is available, models have been discovered, and a chat model is selected. The panel refreshes after enablement changes and lets you recheck the current provider state; installation and authentication remain provider-native. Model pickers also show whether the catalog is fresh, cached, or failed to refresh, along with the provider default and current selection mode.
OMP requires its CLI to be installed and logged in separately. In Settings → Oh My Claudian → OMP, enable the provider, set the CLI path if it is not detected automatically, and use Discover to load available models.
npm run dev
npm run build
npm run typecheck
npm run lint
npm run test
npm run dev watches TypeScript, styles, and manifest.json. When OBSIDIAN_VAULT is set in .env.local, rebuilt plugin resources are copied to that vault automatically, including CSS and manifest changes.
Releases are created automatically by .github/workflows/release.yml when a version tag is pushed.
Update the version in manifest.json and commit the change.
Run the local validation checks:
npm run typecheck
npm run lint
npm run test
npm run build
Create a tag that exactly matches the manifest.json version, for example:
git tag 2.1.2
git push origin 2.1.2
If your writable remote is named fork, use git push fork 2.1.2 instead.
The workflow validates the version, builds the plugin, runs the performance check, generates release notes, and publishes main.js, manifest.json, and styles.css to the GitHub Release. These are the files used for the Obsidian Community Plugins release.
Your input, attachments, and tool results are sent only to the provider you select: Claude, Codex, Grok, OMP, OpenCode, Pi, or their configured model providers. Oh My Claudian does not send telemetry. Network activity is limited to explicit provider work and configured MCP endpoints.
If a provider CLI is not found, first leave its configured path blank so Oh My Claudian can auto-detect it. If detection fails, set the executable path in the provider settings and ensure its runtime is available to Obsidian's PATH.
For OMP specifically, verify that the CLI is installed, logged in, and executable by the Obsidian desktop process. If model discovery fails, set the absolute OMP path in the OMP settings tab and try Discover again.
src/
├── app/ # Application services and persistence
├── core/ # Provider-neutral contracts and runtime
├── providers/ # Provider adaptors, including ACP and OMP
├── features/ # Chat, inline edit, and settings UI
├── shared/ # Reusable UI components
└── style/ # Modular CSS
Issues and focused pull requests are welcome. Before opening one, please search existing issues and pull requests to avoid duplicates. For substantial changes, open an issue first so the problem and scope can be discussed.
Pull requests should focus on one problem and explain:
Add or update tests for behavior changes, preserve provider ownership boundaries, avoid unnecessary production dependencies, and update documentation for user-facing changes. New provider additions are not accepted; improvements to existing providers should document provider-specific capabilities and limitations.
See CONTRIBUTING.md for the full development and pull request guide.
Licensed under the MIT License.