Multi-Harness Agent Orchestrator

What is it（这是什么）

Multi-Harness Agent Orchestrator 是一个「Agent 元框架」层：它不自己造 Agent，而是把 Claude Code、Codex、Cursor 这些各自为政的编码 Agent（harness）统一调度起来，外加策略管控和沙箱隔离。技术本质是控制平面与执行平面分离——harness 负责干活，orchestrator 负责选择谁干、怎么干、能不能干。商业意义在于：当企业同时用三四个 Agent 工具时，权限、审计、成本、上下文同步会变成灾难，谁掌握这一层，谁就掌握了 Agent 时代的「Kubernetes 入口」。

Why now（为什么现在出现）

三个变化同时到位。第一，harness 数量在 2025-2026 年爆发，Claude Code、Codex CLI、Cursor Agent、Gemini CLI 各自形成独立生态，开发者被迫在多个终端间切换，多 Agent 并行从「炫技」变成「日常」。第二，企业开始把 Agent 接入生产代码库，安全团队要求沙箱和策略审计，单机 harness 给不了。第三，MCP 协议让工具调用标准化，harness 之间的可替换性第一次成为现实——没有标准接口，编排层无从下手。一年前 harness 太少、协议太乱，编排是伪需求；一年后如果 harness 开始互相吞并、收敛成两三家，编排层会被平台自己吃掉。2026 年 Q3 正是这个窗口的开启点。

Market Evidence（市场证据）

信号很早期但方向清晰：2 个独立信源（oschina、github）、3 次提及、增长率 100%，首次发现于 2026-09-16，当前处于 nascent 阶段。100% 的增长率在绝对数量只有 3 次时参考价值有限，但信源质量值得注意——oschina 代表中文开发者社区的实际工程讨论，github 代表代码层面的真实项目落地（Omnigent、PI-Desktop、Casbin Gateway 都已是可运行项目，不是概念贴）。Casbin Gateway 尤其关键：Casbin 是老牌权限库，它下场做 Agent 网关，说明「策略管控」不是臆想的需求，而是有成熟基础设施团队在押注。判断：这是真实需求的早期信号，不是社区热点，因为讨论集中在架构和权限这类「痛点驱动」话题，而非「又一个框架」式的兴奋。

Who's Behind It（谁在推动）

三类玩家。第一类是编排层创业项目：Omnigent（多 harness 统一编排）、PI-Desktop（桌面端 Agent 调度），它们体量小但定义了这个词。第二类是基础设施团队：Casbin Gateway 把权限引擎延伸到 Agent 沙箱，属于「降维打击」——它们不缺用户，缺的是新场景。第三类是被动玩家：Claude Code、Codex、Cursor 本身，它们目前是 harness 而非编排者，但 Anthropic 和 OpenAI 完全有能力在自家 CLI 里加一层多 Agent 调度，届时会直接碾过独立编排层。当前没有绝对庄家，这是独立开发者能进场的原因，也是必须在 12-18 个月内建立壁垒的原因。

TAM & Market Size（市场规模）

潜在用户分三层。第一层是使用多 Agent 的专业开发者，全球约 200-500 万人，其中愿意为编排付费的可能 5-10%，即 10-50 万人，按 $20/月算约 $2400 万-$1.2 亿/年。第二层是有合规要求的工程团队，需要审计、沙箱、成本归集，客单价可到 $50-200/座/月，这部分才是真正的钱。第三层是平台方 OEM，把编排层嵌入自己的 DevOps 工具链。注意数据：机会分 0/100、需求分 0/100——说明市场尚未被验证，付费意愿是最大未知数。趋势是高速增长但基数极小，属于典型的「早期入场、赌赛道成型」而非「收割成熟需求」。

Competitive Landscape（竞争格局）

现有玩家分两类。开源编排项目（Omnigent、PI-Desktop）功能全但无商业模式，靠社区维护，弱点是缺乏企业级支持和 SLA。基础设施延伸（Casbin Gateway）在权限层有护城河，但编排调度不是它的主场。市场空白明确：面向中小团队的托管式编排 SaaS——开源项目要自己部署、自己维护沙箱，中小团队没这个人力。大公司会不会做？Anthropic、OpenAI、Cursor 都有动机，但它们各自只服务自家 harness，做「中立跨 harness 编排」等于给竞争对手导流，这是大厂的战略盲区，也是独立开发者最长的窗口期。竞争分 0/100 意味着现在几乎无正面竞争，但要警惕 12 个月后开源项目长出商业版。

Business Model（商业模式）

推荐免费增值 + 按用量订阅的混合模式，理由：开发者工具付费习惯已被 GitHub Copilot、Cursor 教育成熟，但编排层价值需要「用过才知道」，免费层是获客刚需。

定价设计：

• Free：单用户、2 个 harness、本地沙箱，永久免费，用于病毒式传播
• Pro $29/月/座：无限 harness、云端策略同步、成本看板、审计日志
• Team $99/月/座：SSO、RBAC、共享策略库、优先支持
• Enterprise 定制：自托管、合规审计、SLA，起价 $2 万/年

依据：Cursor Pro 是 $20、Copilot Business 是 $19，编排层价值高于单 harness，$29 是合理溢价点；Team 层对标 Datadog 类可观测性工具定价。

12 个月收入预测：

• 保守：300 付费用户，ARPU $35，约 $12.6 万 ARR
• 基准：1200 付费用户，ARPU $45，约 $65 万 ARR
• 乐观：4000 付费用户，ARPU $60，约 $288 万 ARR

获客成本：开发者工具 CAC 约 $80-150（内容 + 社区驱动），Pro 层回本周期约 3-5 个月，可接受。

MVP Blueprint（MVP 蓝图）

核心功能（只做这些）：

1. 统一 CLI 包装层，支持 Claude Code + Codex 两个 harness
2. 一个 orchestrate.yaml 配置文件，声明任务路由规则
3. 本地 Docker 沙箱执行，限制文件系统和网络
4. 基础成本/耗时看板（本地 SQLite 存储）
5. 简单的 Web UI 展示运行历史

技术栈：Python（Typer + Pydantic 做 CLI 和配置校验）+ TypeScript/Next.js 做看板 + SQLite + Docker SDK。部署用 Fly.io 或 Railway，省运维。

最快路径：不要从零写编排逻辑。fork Omnigent 或 PI-Desktop 的调度核心，砍掉 80% 功能，只保留双 harness 路由 + 沙箱，套一层自己的配置格式和 UI。第一版做成纯本地工具（无后端），验证「多 harness 编排」是否真有人用，再决定是否上云。7 天内可上线一个可用的 v0.1，发布到 GitHub 和 Hacker News。

Commercial Opportunities（商业化机会）

方向一：托管式编排 SaaS。目标用户是 5-50 人的工程团队，他们用多个 Agent 但没人力维护沙箱和策略。预期月收入 $5k-$30k（50-500 座 × $30）。优势：开源项目不提供托管，这是最直接的空白。

方向二：Agent 成本与合规看板。目标用户是 CTO/工程经理，痛点是「不知道钱花在哪、不知道 Agent 干了什么」。预期月收入 $3k-$15k。优势：比编排层更轻，可独立于 harness 存在，变现路径短。

方向三：企业级 Agent 策略网关（API/自托管）。目标用户是金融、医疗等强合规行业。预期月收入 $10k-$50k（按年合同摊薄）。优势：客单价最高，Casbin Gateway 已验证需求，但中小玩家还没进场。

优先做方向二：开发成本最低、痛点最锐利、不依赖 harness 生态稳定性，是验证市场的最优切入点。

Product Ideas（产品创意）

🥇 HarnessHub — 一个配置文件，调度你所有的编码 Agent。 目标用户：同时用 Claude Code 和 Cursor 的全栈开发者。场景：一个任务自动路由到最合适的 harness，统一日志和成本。时机：harness 数量正在爆炸，切换成本已成日常痛点。开源核心 + 托管增值。

🥈 AgentAudit — 给每个 Agent 操作盖章的合规日志层。 目标用户：有 SOC2/ISO 要求的工程团队。场景：记录哪个 Agent 改了哪个文件、花了多少钱、是否越权。时机：企业刚开始把 Agent 接入生产，审计需求即将爆发，现在做等于提前占位。

🥉 SandboxKit — 三行代码给任意 Agent 加沙箱。 目标用户：自建 Agent 的独立开发者。场景：不想自己写 Docker 隔离，直接调用 SDK。时机：沙箱是编排层最硬的技术门槛，把它做成独立产品可以绕开 harness 竞争，卖给所有 Agent 项目。

SEO Opportunity（SEO 机会）

搜索量趋势：上升但基数极低，当前几乎无搜索量，属于「抢注关键词」阶段。有价值的长尾词：「multi harness agent orchestration」「claude code codex 统一调度」「agent sandbox policy gateway」「多 agent 编排工具」。竞争程度近乎为零（SEO 难度 0/100）。内容策略：写对比和教程类页面——「Claude Code vs Codex vs Cursor：如何统一编排」这类问题式标题最容易在无竞争环境下拿排名，同时布局 GitHub README 和文档站做技术 SEO。

Risk Assessment（风险评估）

判断会错的情形：harness 生态快速收敛，Anthropic 或 OpenAI 用平台级功能直接吞掉编排层，独立产品变成鸡肋。

三大风险：

1. 技术风险：harness 接口不稳定，每次上游更新都可能破坏编排逻辑，维护成本高。
2. 市场风险：需求分 0/100 说明付费意愿未验证，可能开发者觉得「手动切换就够了」。
3. 执行风险：大厂随时下场，窗口期可能只有 12-18 个月。

最低成本验证：先做一个纯本地 CLI 原型，发到 Hacker News 和 r/LocalLLaMA，看是否有 50+ 人主动要托管版。放弃信号：如果 6 个月内没有企业用户主动询问合规/审计功能，说明需求停留在个人玩具层，商业化不成立。

Action Plan（行动建议）

第一步（今天）：fork Omnigent，跑通 Claude Code + Codex 双 harness 调度，记录遇到的每一个坑——这些坑就是你的产品需求文档。

低成本验证：把「多 harness 编排」的痛点写成一篇技术博客发到 oschina 和掘金，看评论区和私信是否有人问「有没有现成工具」。

第二步（信号确认后）：把原型包装成 CLI 工具开源，同时上线一个 landing page 收集托管版 waitlist 邮箱。

时间线：

• 第一周：原型跑通，发布技术博客，收集 20 个 waitlist
• 第一个月：开源 v0.1，上 Hacker News，目标 500 GitHub star、100 waitlist
• 第三个月：上线托管版 beta，转化 20 个付费用户，验证 ARPU 和留存

Related Terms（相关趋势）

• Agent Sandboxing — 子领域，编排层的安全底座，两者强绑定
• MCP (Model Context Protocol) — 依赖关系，MCP 标准化是编排层可行的前提
• AI Gateway — 竞争/互补关系，AI Gateway 管模型调用，编排层管 Agent 调度，未来可能融合