APE
Enables the agent's reasoning loop to use OpenAI models, configured via APE_OPENAI_API_KEY or auto-detected host credentials.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@APERun the research-verify profile to confirm Wikipedia is free."
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
# APE
APE is an agent that lives inside the Model Context Protocol. Instead of a host model chaining thin tools one call at a time, you invoke one tool (ape_agent_run) and an entire reasoning loop runs inside the server: it calls tools, checks a budget, records every step to a ledger, and returns a finished outcome with a run id you can poll.
The idea
Standard MCP servers are stateless executors. All planning lives in the host's model, which must chain many small tool calls to get anything done. APE inverts this with the Tool Orchestrator pattern taken to its conclusion: the tool handler runs its own reasoning loop with its own model calls, memory, and database. The host sees a function call that returns a result. What happened inside is APE's implementation.
The agent is not fixed-purpose. It is defined by a profile (YAML you edit): which model it uses, which tools it may call, what budget it gets, and what policy governs destructive actions. You reshape the agent by editing a file, not by forking code.
Related MCP server: agent-orchestrator
Why this exists
Three problems it solves:
Chained tool calls are brittle and expensive to orchestrate from the host. Long multi-step work (triage an issue, validate an experience, research a claim) requires the host to hold the whole plan. APE moves the loop server-side, where each step is budgeted, traced, and recoverable.
Agents need memory, audit, and budgets to be trustworthy. Every APE run records per-step tool calls, tokens, and cost to a ledger; mutations go through governed accept/reject with confirmation gates; destructive actions are denied by default inside loops. The behavior is inspectable after the fact, not a black box.
Reaching third-party services usually means installing a wrapper per service. APE uses declarative connectors: a YAML file describing endpoints, an allowlist of hosts, and auth by environment reference. No per-service code ships in APE, and nothing outside the allowlist can be contacted.
What it does
Runs user-configurable agent profiles (
repo-triage,persona-validate,research-verify, or your own) with a real model in the loop.Orchestrates four engines (Genesis for evaluation, EVE for experience validation, ADAM for memory and governed evolution, Skein for task graphs) as internal tools.
Detects the host platform's active model provider automatically (
provider: auto) and reuses its credentials, so a fresh install typically needs no new API key.Exposes everything as MCP tools plus a
dev.ape/agentextension, with a browser console for live trace, tasks, ledger, and run inspection.
HOST (Claude, Codex, OpenCode, Cursor, Hermes, VSCode)
| one config entry
v
APE -> agent runtime -> Genesis, EVE, ADAM, Skein
| connectors (user-authored, egress-allowlisted)
v
.ape/ runs.db, memory, ledger, traceInstall
Node.js >= 22.5.
npm i -g ape-mcp
ape-mcp doctor # engine build state + every sanctioned egress host
ape-mcp # browser console (Live Trace, Tasks, Ledger, CLI)Point your MCP host at bin/ape-mcp.js (stdio) or ape-mcp --http 8787. Manifests ship in-repo (.claude-plugin/, .opencode/plugin.json, mcpServers.json, .codex/skills/ape/).
Use
ape-mcp run ape_status '{}'
ape-mcp run ape_agent_profiles '{}'
ape-mcp run ape_connector_call '{"connector":"web","operation":"search","input":{"query":"MCP"}}'
ape-mcp run ape_agent_run '{"profile":"research-verify","objective":"Verify: Wikipedia is free."}'Set a model key first (APE_ANTHROPIC_API_KEY or APE_OPENAI_API_KEY); ape_agent_status polls the run and shows every step and its cost.
No key needed in most setups. Profiles default to provider: auto, which detects the provider the host platform is currently using (OpenCode, Claude Code, or Codex session state, env, or a local model) and reuses its credentials. ape_status shows what was detected.
Bundled profiles
Profile | What it does | Needs |
| Triages issues, recalls prior decisions, audits claims | provider (auto-detected or key) |
| EVE persona-driven experience validation, seeded | provider (auto-detected or key) |
| Web research + verify-before-claim via the | provider (auto-detected or key) |
Docs
Install, Profiles, Connectors, Mods, Security, Protocol compatibility, Fixed task set, Changelog
License
MIT. APE code and all vendored engines (Genesis, EVE, ADAM, Skein). See NOTICE.md.
This server cannot be deployed
Maintenance
Related MCP Connectors
Hosted MCP memory and agent control plane for durable conversations, jobs, and operations.
Build and run grounded business agents over MCP: agents, knowledge bases, skills, Storylines.
Hosted AgentLux MCP server for marketplace, identity, creator, services, and social flows.
MCP-first control plane for ProAgentStore agents and private instances.
Related MCP Servers
- AlicenseNot gradedqualityBmaintenanceEmpower any MCP-compatible AI Agent(MCP Client) with engineering-grade capabilities to understand, modify, run, and deliver real-world code repositories.495 PyPI1,061Apache 2.0
- AlicenseNot gradedqualityBmaintenanceEnables multi-model leader-worker agent orchestration, workflow execution, and deterministic validation via structured MCP tools.5 npmApache 2.0
- FlicenseNot gradedqualityCmaintenanceEnables local RAG orchestration with MCP, providing context retrieval, in-memory text ingestion, explicit tool invocation, and transport-neutral tool discovery.-
- AlicenseAqualityBmaintenanceEnables MCP-capable agents to create and invoke OpenServerless endpoints, manage secrets, and configure integrations such as S3, PostgreSQL, Redis, Milvus, and MongoDB.13Apache 2.0