Overview
Paper: *Orchestra-o1: Omnimodal Agent Orchestration* Authors: Fan Zhang et al. (CUHK / LIGHTSPEED / PKU / THU / Tongji) Link: https://arxiv.org/abs/2606.13707
This post is a Chinese-language deep dive into Orchestra-o1, a framework for orchestrating multiple specialized agents across text, image, audio, and video modalities.
The Problem: Sensory Limitations of Current Agents
Mainstream AI agents handle only a subset of modalities: GPT-4V sees images but cannot hear audio; Claude 3.5 handles long text and images but not video streams; dedicated voice assistants cannot read charts. Real-world tasks often require all four modalities at once — e.g., analyzing an interview video, extracting viewpoints, combining them with papers and experimental charts into one report. Native omnimodal models can attempt such tasks, but tend to underperform specialized single-modality models in perception and action precision.
Orchestration Decoupling: Conductor + Players
Orchestra-o1's core design is orchestration decoupling via a three-layer architecture:
- Orchestrator (main agent): only makes high-level orchestration decisions — which modalities are needed, which sub-agents participate, how tasks are split and parallelized, how information flows, and how outputs are merged. It performs no perception and executes no tools, so a relatively small model (e.g., 8B parameters) suffices.
- Sub-agents: each handles one specialty (text, image, audio, etc.), performing perception/actions with dedicated tools (GPT-4, CLIP, Whisper, etc.).
- Step-level decision alignment: at each decision point, multiple candidate decisions are generated and evaluated by downstream trajectory quality.
- Multi-dimensional scoring: task completion, efficiency, sub-agent utilization, and error recovery — teaching the agent to complete tasks *efficiently*, not just correctly.
- Baseline Qwen3-8B: 20.8% accuracy
- After DA-GRPO: 30.0% (+9.2 points, +44% relative)
- Orchestration overhead: task analysis and splitting cost time and tokens; simple single-modality tasks may not benefit.
- Failure handling: retry/skip/replace logic exists but recovery in complex scenarios needs improvement.
- Shallow fusion: integration happens at the text level; deeper cross-modal attention and alignment (e.g., mapping audio timestamps to video frames) remain future work.
This turns the main agent from a "full-stack engineer" into a "project manager."
Three Key Mechanisms
1. Modality-aware task decomposition: the orchestrator dynamically analyzes which modalities a task requires and splits work accordingly (not a fixed template). 2. Online sub-agent specialization: sub-agents can load skills at runtime (e.g., medical-image understanding, legal-text analysis) without retraining. 3. Parallel subtask execution: independent subtasks (e.g., video understanding and audio transcription) run in parallel, with the orchestrator merging results at the end — faster and often cheaper than serial workflows.
DA-GRPO: RL for Orchestration Decisions
Standard RL (PPO, GRPO) optimizes token-level behavior of a single model. Orchestration decisions are high-level, sparsely rewarded, and combinatorially large. DA-GRPO (Decision-Aligned Group Relative Policy Optimization) adds:
Training results (Qwen3-8B orchestrator on OmniGAIA):
Benchmark Results
| Method | Orchestrator | Result | |---|---|---| | Gemini-3-Pro | Native omnimodal | Baseline | | AOrchestra | Orchestration framework | Baseline −10.3% | | Orchestra-o1 (GPT-5) | Orchestration + DA-GRPO | New SOTA, +10.3% vs Gemini-3-Pro, +32.8% vs AOrchestra | | Orchestra-o1 (Qwen3-8B) | Orchestration + DA-GRPO | 30.0%, +44% vs baseline |
Ablations confirm each component matters: removing parallel execution slows things ~60% and drops accuracy 4%; removing online specialization drops accuracy 7%; replacing DA-GRPO with standard GRPO drops accuracy 5%.
Modularity and Extensibility
Orchestrators and sub-agents can mix open-source (Qwen3-8B, Llama-3) and closed-source (GPT-4, Claude 3.5) models. Tools (image understanding, ASR, retrieval, code execution) are plug-and-play and swappable without changing orchestration logic.
Limitations and Open Questions
Practical Takeaways
1. Don't force one model to do everything — division of labor usually wins. 2. Design clean contracts between orchestrator and sub-agents. 3. Invest in parallelizing independent subtasks. 4. Consider RL training of orchestration policies (DA-GRPO-style) for complex strategies. 5. Keep tools modular and replaceable.
Core Conclusion
Orchestra-o1 shows that orchestration decisions can be learned effectively via RL: an 8B orchestrator gains +44% relative accuracy, and a GPT-5 orchestrator sets a new SOTA on OmniGAIA. It represents a broader shift in AI systems from "one big model" toward "many specialized models + an orchestration layer," extending agent collaboration into the full omnimodal domain.