Every Omnigent agent is a short YAML file that describes its harness and model, system prompt, tools, optional sub-agents, and policies. You can write the file by hand or generate it by asking any agent in chat — describe the agent you want and it authors the file for you. Once you have a file, run it with a single command.Documentation Index
Fetch the complete documentation index at: https://mintlify.com/omnigent-ai/omnigent/llms.txt
Use this file to discover all available pages before exploring further.
Minimal agent
The minimal spec declares a name, a prompt, and an executor with a harness. Everything else is optional.Choosing a harness
Setexecutor.harness to one of the supported harnesses. CLI flags --harness and --model can override or supply missing values at run time.
| Harness | Description |
|---|---|
claude-sdk | Claude Agent SDK — Omnigent’s managed Claude harness |
openai-agents | OpenAI Agents SDK — for GPT and compatible models |
codex | Codex CLI in SDK (relay) mode |
pi | Pi harness — read-only/explore specialist, supports any gateway model |
claude-native | Wraps the claude CLI directly via tmux |
codex-native | Wraps the codex CLI directly via tmux |
Writing the system prompt
- Inline prompt
- Instructions file
Use
prompt for a short prompt written directly in the YAML:Adding tools
Tools are declared under a top-leveltools key, keyed by name.
MCP server tools
Point at a local MCP server process or a remote URL:- Local process
- Remote URL
Python function tools
Point at any importable Python callable. Omnigent generates the JSON schema from the function signature, or you can declare it manually:runtime: client and omit callable.
Sub-agent tools
Embed a full agent as a tool. A supervisor can delegate tasks to it viasys_session_send:
tools.<name>: inherit to inherit a tool from a parent agent, or tools.<name>: self for a sub-agent that clones the parent spec.
Local OS access
Declareos_env when the agent needs to read files, write files, or run shell commands. Omit sandbox.type to let Omnigent pick the platform default (linux_bwrap on Linux, darwin_seatbelt on macOS):
Policies in the agent spec
Policies are declared under a top-levelpolicies key and evaluated in declaration order for every action the agent takes. They apply to every session that uses this agent spec:
Running the agent
Example agents
Two example agents ship in the Omnigent repository and make excellent starting points.🐙 Polly — multi-agent coding orchestrator
🐙 Polly — multi-agent coding orchestrator
Polly is a tech lead that writes no code herself. She plans, delegates all
coding work to Claude Code, Codex, or Pi sub-agents running in parallel git
worktrees, then routes each diff to a reviewer from a different vendor.
🟠🔵 Debby — two-headed brainstorming partner
🟠🔵 Debby — two-headed brainstorming partner
Debby sends every question to both a Claude sub-agent and a GPT sub-agent and
displays the answers side by side. Type
/debate to have them critique each
other before converging. Requires both a Claude and an OpenAI credential.--harness. Sub-agents keep their own harness declarations:
Full Agent YAML spec
Complete reference for every field in the agent YAML: executor, tools,
terminals, os_env, policies, and more.
Policies guide
Declare guardrails that allow, deny, or ask before any agent action — at the
server, spec, or session level.