Skip to main content
9 – 17 UHR +49 8031 3508270 LUITPOLDSTR. 9, 83022 ROSENHEIM
DE / EN
Coding agent Can Bölük / Stencil Labs, Inc. Terminal (TUI), ACP editor

OMP

OMP (oh-my-pi) is the open-source coding agent harness by Can Bölük, a fork of Pi with LSP, debugger, sub-agents and access to over 60 model providers.

Licence MIT
First release December 2025 (repository created)
Interfaces Terminal (TUI), ACP editor integration (e.g. Zed)
Platforms macOS, Linux, Windows
Instruction file AGENTS.md

The seven building blocks in OMP

How OMP implements the building blocks of an AI harness

  1. 1

    Agent loop

    The loop routes each turn through several model roles such as default, smol, slow, plan or advisor; the ask function lets the agent raise a structured follow-up question whenever something is unclear.

  2. 2

    Tools and execution environment

    According to the documentation, OMP bundles over 30 built-in tools – from read, edit and bash to lsp and debug (DAP) to browser and computer – many of them implemented natively in Rust instead of shelling out to external programs.

  3. 3

    Context management

    On first run, according to the documentation, OMP inherits existing rules, skills and MCP server configurations from the directories of common coding agents, such as .claude, .cursor, .windsurf, .gemini, .codex, .cline, .github/copilot and .vscode, complemented by its own AGENTS.md discovery.

  4. 4

    State and memory

    The retain, recall, reflect and memory_edit tools maintain a project-scoped memory bank according to the documentation; the backend – local, Hindsight or Mnemopi – can be chosen via the memory.backend setting.

  5. 5

    Permissions

    When OMP runs over the Agent Client Protocol, for example inside the Zed editor, destructive tools pause for a permission request according to the documentation; in standalone terminal mode the project does not document a dedicated permission system.

  6. 6

    Verification and feedback

    The /review command spawns dedicated reviewer sub-agents that rate changes by priority P0 through P3; optionally, a second model in the advisor role watches every turn and reports concerns.

  7. 7

    Orchestration

    The task tool fans work out to sub-agents in isolated working copies; the Agent Hub, according to the documentation, shows status and cost for every sub-agent and lets you steer or terminate individual workers.

Models and model access

Which models the harness uses and how they are obtained

Models and model access
Models Role-based (default, smol, slow, plan, advisor and others) – freely selectable via /model, over 60 providers
Access routes Anthropic, OpenAI / OpenAI Codex, Google Gemini / Vertex, xAI, Amazon Bedrock, Azure OpenAI, OpenRouter, Ollama (local), custom OpenAI-compatible endpoints
Free choice of model Yes
Custom endpoint / LLM gateway Yes
Custom OpenAI-compatible providers are defined in the models.yml file inside OMP's configuration folder (baseUrl, api: openai-completions, apiKey); the default role can be set in the config.yml file under modelRoles.default.
Features
MCP servers Sub-agents Hooks Skills Plugins / extensions Sandbox Headless / CI SDK IDE integration Resume sessions
Running it with herdr
Supported by herdr Yes
State detection Lifecycle hooks when installed
Integration State and session
According to the documentation, herdr can resume an OMP session via omp --resume after a server restart.
More about herdr →

Enterprise use

Data processing, controls and pricing model according to the vendor

Local execution, direct provider connection

According to the documentation, OMP runs inside the local terminal or editor and connects directly to the chosen model provider or to a self-hosted endpoint such as Ollama; no additional cloud layer operated by the project itself is documented.

Authentication per provider and subscription

Credentials are set via /login using each provider's OAuth flow or via API keys; for some providers this connects an existing coding-plan subscription. A central enterprise SSO for OMP itself is not documented.

Path-scoped model policies

Path-bound entries (path:) let teams set allowed or blocked models and providers per repository without changing the global configuration – according to the documentation, useful for repositories with different requirements.

Local usage statistics instead of vendor telemetry

The omp-stats package provides, according to the documentation, a local observability dashboard for a team's own AI usage; a mandatory report back to the vendor is not described.

Pricing model

OMP itself is free and open source under the MIT licence; costs arise from the model providers used, or from coding-plan subscriptions the user brings along.

Strengths
  • Extensive, largely Rust-native tool set including LSP and debugger (DAP) integration
  • Connects to over 60 model providers including custom OpenAI-compatible endpoints
  • First-class sub-agents with a dedicated Agent Hub for status, control and cost
  • Editor integration via the Agent Client Protocol (ACP), including in Zed
  • Inherits existing configurations from common coding agents without a migration step
  • MIT-licensed and open source
Limitations
  • No built-in permission system outside the ACP integration – according to the documentation, tools in terminal mode run with the rights of the launching process
  • The checkpoint and rewind tools, according to the documentation, compress conversation context rather than undo file changes
  • As an actively developed fork with high feature density, behaviour can change faster between releases than in smaller projects

Use cases

Typical tasks for this harness

Terminal-native coding with IDE capabilities such as LSP-based refactoring and DAP-based debugging
Parallel sub-tasks via sub-agents with structured, schema-validated results
Teams that already maintain Cursor, Claude or Copilot configurations in the repository and want to keep using them
Deployment as an editor agent via ACP, for example in Zed
Automated work via the one-shot mode or via RPC

AI harnesses are the software wrapped around a language model that makes it able to work. OMP – short for oh-my-pi – is one such harness: an open-source coding agent by Can Bölük that, according to its own documentation, started as a fork of Pi and extends that lean core with numerous built-in features. Licensed under MIT and available for macOS, Linux and Windows, OMP connects over 60 model providers to a tool set with LSP, debugger and sub-agent support. As of 20 September 2026.

What is OMP?

According to the repository, OMP is developed by Can Bölük, a security researcher who also operates under Stencil Labs, Inc.; the project site is omp.sh. The documentation describes OMP as a fork of Pi “by Mario Zechner”, “rewritten as a coding-first surface”. OMP installs on macOS and Linux via curl -fsSL https://omp.sh/install | sh, via Homebrew (brew install can1357/tap/omp), via Bun (bun install -g @oh-my-pi/pi-coding-agent), via Nix, or on Windows via irm https://omp.sh/install.ps1 | iex. Running omp then starts the interactive terminal interface.

The source code is published under the MIT licence in the can1357/oh-my-pi repository; vendored third-party components such as the embedded bash fork remain under their own respective licences according to the documentation.

OMP as an AI harness

OMP implements the seven building blocks far more extensively than the Pi core it descends from. The agent loop routes each turn through up to nine model roles – default, smol, slow, plan, commit, vision, task, advisor and tiny – and lets the agent raise structured follow-up questions through the ask function. Over 30 built-in tools cover file access, structured editing (edit, ast_edit), the shell (bash), code intelligence (lsp, debug), web search, browser and desktop control, and coordination (task, hub); by its own account, many of these tools run as native Rust modules in-process rather than as external programs.

On first run, according to the documentation, OMP reads existing rules, skills and MCP server configurations from the directories of other common coding agents – such as .claude, .cursor, .windsurf, .gemini, .codex, .cline, .github/copilot and .vscode – without requiring a migration. For sub-agents, the task tool fans work out into isolated working copies; the Agent Hub (shortcut Alt+A) shows status, cost and transcript for every sub-agent. A memory system with the retain, recall, reflect and memory_edit functions maintains project-scoped knowledge across sessions.

Models and model access

The documentation lists over 60 providers for OMP, grouped into frontier APIs, coding-plan subscriptions and self-hosted endpoints – relevant among others for Claude, GPT and Grok. Nine roles route different work to different models; the /model command switches the active model mid-session.

According to the documentation, custom OpenAI-compatible providers are defined in the ~/.omp/agent/models.yml file with baseUrl, api: openai-completions and apiKey; the default role can then be set in ~/.omp/agent/config.yml under modelRoles.default. This means OMP can be operated over the AI Gateway by registering the gateway as such a custom provider in that file.

Enterprise use: data protection and governance

According to the documentation, OMP runs inside the local terminal or editor and connects directly to the chosen model provider or a self-hosted endpoint; no additional cloud layer from the project itself is described. Path-bound entries (path:) let teams set allowed or blocked models per repository without touching the global configuration. The omp-stats package gives a local dashboard for a team’s own AI usage instead of vendor telemetry. Over the Agent Client Protocol in an editor such as Zed, destructive tools pause for a permission request; standalone in the terminal, no dedicated permission system is documented.

The same principle applies here: source code, file contents and prompts go to whichever model provider is selected. That belongs in your organisation’s record of processing activities beforehand, regardless of which of the more than 60 providers is used.

Orchestrating OMP with herdr

The herdr documentation lists OMP as a supported agent with lifecycle hooks once the integration is installed; through this, herdr reads both state and session information. According to the documentation, herdr can resume an OMP session via the omp --resume command after a server restart.

Where it fits: developer harness and enterprise harness

Like Pi, from which it descends, OMP is a harness for developers working in a terminal or editor, not for business users across the organisation. For that audience, CompanyGPT takes on the role of harness: tools for line-of-business systems, context from enterprise knowledge, and role-based permissions instead of a terminal and repository. The AI Gateway forms the shared cost and governance layer through which both OMP and CompanyGPT can connect to centrally managed model access. Further coding and orchestration harnesses are listed in our harness overview. We help you connect harnesses like OMP cleanly to your permission model, your model routing and your governance requirements.

From developer harness to enterprise harness

Coding harnesses are tools for developers. Business users, cost control and governance need two more layers.

CompanyGPT – the harness for business users

CompanyGPT gives any language model tools via MCP servers, integrations and n8n, company knowledge via companyRAG, roles from Entra ID or Keycloak, and audit logs – operated in your Azure environment or sovereignly on STACKIT.

Discover CompanyGPT
AI Gateway – cost and governance for every agent

The AI Gateway bundles the model access of your tools and coding agents behind an OpenAI-compatible API: authentication via Entra ID, budgets and cost centres per team, user and agent, guardrails and complete logging.

View the AI Gateway

Frequently Asked Questions

What is OMP (oh-my-pi)?

OMP, short for oh-my-pi, is an open-source coding agent harness by Can Bölük. According to its own documentation, OMP is a fork of Pi extended with numerous built-in features – such as LSP and debugger integration, native sub-agents, a memory system and editor integration via the Agent Client Protocol.

Is OMP open source?

Yes. The source code is published under the MIT licence in the can1357/oh-my-pi repository on GitHub; certain vendored third-party components remain under their own respective licences according to the documentation.

Which models does OMP support?

According to its own documentation, OMP connects to over 60 providers, including Anthropic, OpenAI, Google Gemini, xAI, Amazon Bedrock, Azure OpenAI and OpenRouter, plus local models via Ollama and custom OpenAI-compatible endpoints. Nine model roles such as default, smol, slow or plan can be configured separately.

What is the difference between OMP and Pi?

According to its own documentation, OMP is a fork of the lean Pi core extended with features Pi deliberately leaves out: native sub-agents, LSP and debugger integration, a memory system and editor integration via ACP. Details on Pi are on the [Pi page](/en/ai-harness/pi/).

Can OMP be used in a GDPR-compliant way?

According to the documentation, OMP itself processes data locally and forwards requests directly to the chosen model provider; whether that provider can be operated in a GDPR-compliant way depends on the specific provider and its contract terms and must be checked in advance and recorded in the record of processing activities.

Does OMP work with herdr?

Yes. The herdr documentation lists OMP as a supported agent with lifecycle hooks once the integration is installed; through this, herdr reads both state and session information.

Introduce coding agents safely in your company

We support selection, model access in the EU, permission design and cost control.