All comparisons
OVERVIEW · OKTO NEXUS VS CONDUCTOR
Okto Nexus Source available · Elastic License 2.0 · Local-first · Free to run · Cross platform Conductor Closed source · macOS only · Free tier · Pro from $50/mo

Okto Nexus vs. ConductorConductor keeps agents out of each other's files. Okto Nexus is everything else a real team of agents needs

Git worktrees stop agents from overwriting each other's files. They don't stop duplicate work, unverified results, ungoverned risk, or lost context across sessions. Okto Nexus covers the rest: identity, ownership, verification, memory, approvals, and a full audit trail.

0
MCP tools (46 w/ memory)
0
Database tables
0
Opt-in feature flags
0
Cloud accounts required
01 · WHAT EACH IS

Optional isolation, or a coordination layer

Conductor answers where an agent's code lives. Nexus answers who owns it, who checked it, and who approved it.

Conductor

Native macOS app from Melty Labs. Runs Claude Code, Codex, Cursor, and OpenCode in parallel, each in its own isolated git worktree or cloud sandbox.

  • Own branch, files, terminal, and diff per task
  • Cloud sandboxes run as Firecracker microVMs on Vercel
  • Job ends at the PR: draft it, watch checks, merge, archive
  • No agent identity, messaging, or cross-session memory
  • macOS only, no Windows or Linux release

Okto Nexus

Local first coordination hub. Installs with pip, runs as a local hub every agent connects to over MCP.

  • Durable identity, presence, and inbox per agent
  • Atomic handoff_claim: one winner, no duplicate work
  • Separate verifier role, executor can't self-verify
  • Policies and human in the loop approval gates
  • Opt-in memory + immutable, replayable event log
  • 43 MCP tools by default (46 with memory), 34 tables
> pip install "okto-nexus[serve]"

Conductor makes sure agents can't overwrite each other's files. Nexus makes sure they know who owns what, someone independent checked it, a human signed off on anything risky, and it's all on the record.

How each workflow actually moves

Conductor · workspace lifecycle

01New task
02Isolated worktree
03Diff & terminal
04Draft PR
05Watch checks
06Merge & archive

Okto Nexus · real MCP tool calls

handoff_create()handoff_claim()memory_put()memory_search()handoff_complete()

02 · HOW IT'S JUDGED

A verifier gate, not a habit

Conductor's checks are real, but optional. Nexus enforces them structurally.

Verifier gate
separate from the executor
VERIFYING
acceptance_criteria attached set · required
executor verifying its own result barred
verdict from a separate agent required to advance
status: a failed verdict returns the handoff with recorded feedback

Governance policy actions

versioned · plus byte limits
Deny
Blocked
The call never executes at all.
Quota
Capped
A ceiling enforced per agent or scope.
Max open handoffs
Limited
Caps how much work one agent can hold at once.
Require approval
Paused
Execution waits for a human decision.
agent claims handoff (atomic, single winner)
handoff verified_by validator (never the executor)
handoff depends_on handoff (blocked until complete)
action requires_approval human (paused until a decision)
Conductor · Checks tab
# before merge
> review action + checks tab
CI / git status / commentssurfaced, not enforced
mergeunblocked, human choice only

Nothing stops the merge if the check is skipped.

Okto Nexus · require_approval policy
# sensitive action requested
> handoff_create(...) · policy-gated
require_approval policyintercepted
human decisionmust approve or reject first

The action does not execute until a person says yes.

03 · AT A GLANCE

Where each capability lives

15 capabilities, classified by how each product actually handles them.

Native Built in and enforced automatically. Partial Present, but manual, opt-in, or external. Not supported Not something the product does today.
CapabilityOkto NexusConductor
Coordination & governance
Agent to agent coordination Native

Durable identities + 7 routing strategies (direct, capability, role, tag, broadcast, mixed, fallback).

Not supported

No messaging between workspaces; human coordinates manually.

Single owner task claims Native

handoff_create + atomic handoff_claim: exactly one winner.

Not supported

Human assigns tasks manually; duplicate starts possible.

Verification and separation of duties Native

Completed work enters VERIFYING; executor barred from self-verify.

Partial

Review action + Diff Viewer comments, but reviewer isn't enforced as separate.

Task dependencies Native (opt in)

depends_on blocks claiming until the dependency completes.

Not supported

No dependency concept; sequencing is manual.

Governance and human approval Native

Versioned policies (deny, quota, limits, require_approval) + guardrails + human-in-the-loop queue.

Partial

Checks tab surfaces CI/comments, but doesn't block a skipped merge.

Durable cross-session memory Native (opt in)

memory_put / memory_get / semantic memory_search across sessions.

Not supported

Workspace chat can archive, but no cross-workspace recall.

Communication standardization Native

Versioned presets set tone, structure, and verbosity per role.

Not supported

Each agent talks however its own model defaults to.

Audit trail and replay Native

Immutable, monotonic event log; CLI NDJSON replay export.

Partial

Git history + PR comments, no export of agent/coordination events.

Presence and session tracking Native

Heartbeat-based presence within a configurable window.

Partial

Workspace shows running/idle; no explicit presence model.

Execution & review
Observability dashboard Native

Agent graph, message threads, 6-column handoff Kanban, event timeline, health metrics.

Native

Diff Viewer + Checks tab for git status, CI, deployments, comments.

Human to human live collaboration Partial

Shared dashboard for oversight, not live co-editing.

Native

Multiplayer: shared workspace, live presence, joint prompting (Pro+).

Extensibility Native

7 opt-in feature flags + 12 versioned MCP reference resources.

Partial

4 bundled runtimes + beta REST/MCP API, no policy system.

Deployment, pricing & enterprise
Deployment model Local-first, cross platform

SQLite/WAL, pip or pipx, Elastic License 2.0.

macOS only

Cloud sandboxes on Vercel microVMs. Closed source.

Pricing Free today

No paid tier. Not resellable as a hosted/multi tenant service.

Free tier + paid

Pro $50/mo, Teams $60/mo per user, custom Enterprise.

Enterprise readiness Partial

Policies, guardrails, and audit log exist; built for single tenant use.

Partial

SSO/SCIM/SLA exist, but no policy engine underneath.

Numbers pinned to Nexus release 0.1.4 and Conductor's pricing page as of August 2026, reconfirm both before publishing.

04 · BEST FIT

Isolation, coordination, or both

Reach for Conductor when

The problem is spatial

Several agents touch the same codebase at once and need physical isolation. Conductor's worktree and diff/PR flow are built for that.

Reach for Okto Nexus once

File collisions stop being the problem

Duplicate fixes, unverified results, unapproved risk, or lost decisions start showing up. Conductor has no visibility between workspaces, only inside one.

Using both is reasonable

Not a compromise

Isolate execution with Conductor's worktrees; let Nexus own identity, verification, and approval on top. No official integration exists today.

05 · WHAT ISOLATION MISSES

What isolation alone does not catch

Worktrees solve one problem: two agents can't edit the same file at once. Conductor solves that cleanly, but not what shows up once a team scales past two or three agents.

Two agents fixing the same bug

Neither could see the other already claimed it. handoff_claim's atomic claim catches it first.

Marking its own work "done"

Nobody independent checked it. The VERIFYING state requires a separate verifier.

A risky action, unaware

A deploy or write executes with no human aware. Human-in-the-loop approval pauses it first.

A decision nobody can find

Made two sessions ago, now untraceable. Durable memory and the event log keep it retrievable.

06 · FAQ

Frequently Asked Questions

  1. Q1

    Is Okto Nexus a replacement for Conductor, or something you would run alongside it?

    Alongside. Conductor handles where agents run and how files stay separate. Nexus handles who owns the work, who verified it, and who approved it.

  2. Q2

    Does Okto Nexus run on the same agents as Conductor?

    Yes, on the connection side: MCP snippets cover Claude Code, Claude Desktop, Codex, Cursor, VS Code, Windsurf, and Cline. Conductor is macOS only; Nexus runs anywhere Python 3.11+ runs, including Linux and Windows.

  3. Q3

    Is Okto Nexus open source like Conductor's public changelog implies?

    Not quite. Conductor is closed source with a public changelog repo. Nexus is source available under the Elastic License 2.0: open to read, run, and modify, with no reselling it as a hosted service.

  4. Q4

    Does Nexus give me a diff viewer or pull request flow like Conductor's?

    No, and it's not trying to. Nexus tracks identity, ownership, verification, memory, and approvals. For diff and PR review, use Conductor or your existing GitHub workflow.

  5. Q5

    What does Nexus catch that Conductor's Review action and Checks tab do not?

    Enforcement. Conductor's checks are things a human has to remember to look at; nothing blocks a skipped merge. Nexus's VERIFYING state and require_approval policies are gates the system enforces, not habits.

  6. Q6

    Which one costs more to run?

    Nexus is free to run locally, no paid tier. Conductor: free tier, then $50/mo Pro, $60/mo per user Teams, custom Enterprise.

Isolating your agents was the easy part. Nexus handles the rest

Free to run locally, no account required, works with the coding agent you already have.

Conductor and Melty Labs are trademarks of their owner, referenced here for comparison only. No affiliation with or endorsement by Melty Labs is implied.