Back to Blog

Can Sakana Fugu Challenge Fable 5 Without Using Fable 5?

Tutorials and Guides1015
Can Sakana Fugu Challenge Fable 5 Without Using Fable 5?

Introduction

On June 22, 2026, Japanese AI company Sakana AI launched Sakana Fugu, a learned multi-model orchestration system. Its goal is to provide access to frontier-level AI capability without depending on a single oversized foundation model.

Fugu is different from traditional model routers. Most routers use static rules, such as sending coding tasks to a coding model and reasoning tasks to a reasoning model. Fugu takes another approach. It is itself a trained language model that learns how to coordinate other models.

Its design is based on two ICLR 2026 research papers: TRINITY and Conductor. The system can decompose tasks, assign subtasks to worker models, run them in parallel and synthesize the final answer.

Sakana claims that Fugu Ultra, the high-end version, can match or exceed leading single-model systems such as GPT-5.5, Claude Opus 4.8 and Gemini 3.1 Pro on several coding and reasoning benchmarks. Its strongest reported results appear on TerminalBench 2.1 and SWE Bench Pro.

This report analyzes Fugu’s architecture, benchmark results, real-world user feedback, suitable use cases and practical limitations. It also explains why lab results do not always match developer experience in production.

One important context must be clear: Fugu cannot use restricted models such as Claude Fable 5 or Mythos Preview in its worker pool. Those models are blocked by U.S. export control restrictions. Therefore, Fugu’s competitive benchmark performance comes from orchestrating unrestricted commercial models available to global developers.


1. Core Definition and Technical Architecture of Sakana Fugu

1.1 How Fugu Differs from Traditional Rule-Based Routers

Most multi-model routing tools rely on manually written rules. Developers define fixed logic such as:

This approach is easy to implement, but it has clear limits. Static rules often fail on mixed or ambiguous tasks. A single request may involve code, research, reasoning, formatting and domain knowledge at the same time. In these cases, rule-based routers can easily send the request to the wrong model.

Fugu replaces this static logic with a learned orchestrator. Its core component is a lightweight language model trained with reinforcement learning. The orchestrator is not mainly designed to answer user prompts by itself. Its main job is to coordinate external worker models.

Fugu is trained to perform four orchestration tasks:

  1. Delegation judgment: decide whether a task can be answered directly or requires worker models.
  2. Hierarchical task decomposition: split complex requests into smaller subtasks.
  3. Cross-agent coordination: standardize intermediate outputs so that different worker models can exchange information.
  4. Final output synthesis: merge multiple worker outputs into one coherent response.

The fourth capability is Fugu’s main technical advantage. When multiple LLMs produce different answers, conflicts often appear in facts, tone, structure or logic. Fugu is trained to resolve these conflicts and assemble a unified final result. This is difficult for static routing systems to achieve.


1.2 Request Lifecycle and Fan-Out Mechanism

Fugu exposes a unified OpenAI-compatible API endpoint. From a developer’s perspective, calling Fugu feels similar to calling a single LLM.

Behind that single endpoint, complex requests go through a fan-out workflow:

  1. The orchestrator receives the raw user request.
  2. It evaluates task complexity and builds an execution plan.
  3. It decides whether to answer directly or call worker models.
  4. For complex tasks, it splits the request into 3–5 subtasks.
  5. Each subtask is sent to a suitable worker model in parallel.
  6. The orchestrator collects all worker outputs.
  7. It synthesizes the final answer and returns it to the user.

This architecture can improve coverage on multi-dimensional tasks. However, it also creates extra cost.

According to official testing, a single Fugu Ultra request can consume 4–6 times more tokens than a direct single-model API call. This happens because context must be passed to multiple workers, and the orchestrator also consumes tokens for planning and synthesis.

The result is higher billing cost and longer end-to-end latency. This makes Fugu unsuitable for many high-volume or real-time applications.


1.3 Standard Fugu vs Fugu Ultra

Sakana AI provides two Fugu variants. Both use the same API interface. Developers can switch between them by changing the model parameter.

DimensionStandard FuguFugu Ultra
Core Optimization TargetLower latency for routine tasksHigher output quality for complex workflows
Recommended Use CasesLightweight code review, basic chatbots, simple code completionAcademic research, cybersecurity audits, patent analysis
LatencyLower, with limited worker fan-outHigher, with deeper multi-agent coordination
API CompatibilityOpenAI-compatible shared endpointSame API surface, parameter switch only

Fugu also includes dynamic worker hot swapping. If one upstream model becomes unavailable, rate-limited or restricted, the orchestrator can reroute subtasks to other available models.

This feature is useful for enterprise resilience. However, it has one fixed limitation: Fugu cannot use restricted Mythos-class models such as Claude Fable 5 or Mythos Preview. These models remain outside its worker pool due to regulatory restrictions.


2. Benchmark Performance: Strengths and Anomalies

Sakana AI published results across ten mainstream benchmarks. The comparison includes Standard Fugu, Fugu Ultra, Claude Opus 4.8, GPT-5.5 and Gemini 3.1 Pro.

Fugu Ultra performs strongly in most categories. It leads or ties in eight out of ten benchmarks. Its most notable advantages appear in agentic coding and structured reasoning.

Evaluation BenchmarkStandard FuguFugu UltraClaude Opus 4.8GPT-5.5Gemini 3.1 Pro
SWE Bench Pro59.073.769.258.654.2
TerminalBench 2.180.282.174.678.270.3
LiveCodeBench92.993.287.885.388.5
LiveCodeBench Pro87.890.884.888.482.9
Humanity's Last Exam47.250.049.841.444.4
CharXiv Reasoning85.186.684.284.183.3
GPQA-D95.595.592.093.694.3
SciCode60.158.753.556.158.9
Long Context Reasoning74.773.367.774.372.7
MRCRv286.693.687.994.884.9

2.1 Strong Results in Agentic Coding

Fugu Ultra’s best results appear in coding benchmarks.

On TerminalBench 2.1, it scores 82.1, outperforming GPT-5.5 at 78.2, Claude Opus 4.8 at 74.6 and Gemini 3.1 Pro at 70.3.

On SWE Bench Pro, Fugu Ultra reaches 73.7, exceeding Claude Opus 4.8 by 4.5 points.

It also performs strongly on LiveCodeBench and LiveCodeBench Pro, with scores above 90.

These results fit Fugu’s architecture. Code review and bug fixing often require several perspectives at once. A strong review may need security analysis, performance inspection, readability checks and test coverage evaluation. A single LLM may focus on only the most obvious issue. Fugu can send different parts of the analysis to different worker models, which improves coverage.


2.2 Benchmark Anomalies: When Ultra Is Not Always Better

Two benchmarks show an unexpected pattern:

  1. SciCode: Standard Fugu scores 60.1, while Fugu Ultra scores 58.7.
  2. Long Context Reasoning: Standard Fugu scores 74.7, while Fugu Ultra scores 73.3.

Both benchmarks require careful retention of dense information. They are less about broad multi-angle analysis and more about preserving fine-grained context.

Fugu Ultra uses deeper coordination. More worker calls and more synthesis steps can introduce small distortions. Each handoff between models may lose details. For long-document reasoning, this can reduce accuracy.

Standard Fugu uses a simpler coordination path. It creates less information loss and performs better on tasks that require exact context preservation.

This shows an important tradeoff: deeper orchestration does not always improve results. There is a balance between coordination depth and context fidelity.


2.3 Important Caveat: Fugu Ultra vs Claude Fable 5

Sakana’s marketing suggests that Fugu Ultra performs “on par with Fable 5.” This comparison needs context.

Claude Fable 5 is a standalone frontier model with a native 1 million-token context window. Fugu Ultra is not a single foundation model. Its scores come from coordinating multiple unrestricted commercial models.

The two systems are not architecturally equivalent.

A better analogy is this: Fable 5 is a single elite specialist, while Fugu Ultra is a coordinated expert team. Similar benchmark scores do not mean both systems have the same native model capability.


3. Real-World Developer Testing: Benchmarks vs Production Experience

Benchmark results do not always reflect real-world developer workflows. Within 48 hours of Fugu’s launch, independent testers reported several practical problems.

The main complaints were high latency, high token cost and weak creative iteration.

3.1 Reported Developer Feedback

Ethan Mollick, a Wharton professor focused on generative AI, tested Fugu Ultra-high on shader and interactive scene development. Some runs reportedly took 30 minutes. He described the results as satisfactory, but not comparable to Fable 5 in the same creative coding tasks. He also rejected the claim that multi-model orchestration can simply surpass top standalone frontier models.

Developer Peter Steinberger tested Fugu on Three.js game development. One prompt reportedly consumed a full five-hour monthly usage quota. The generated game still had major functional issues. It required seven to eight additional Codex iterations to reach a minimally playable state.

Other beta users reported that a single complex task could cost around $6 in API usage. Some also noted visible logical inconsistencies and overly rigid formatting.

3.2 Why Creative Workflows Expose Fugu’s Weakness

The core issue is mismatch.

Fugu is optimized for structured, well-defined, multi-step tasks. It performs best when the task can be decomposed into independent parts.

Creative coding is different. Shader design, interactive scene building and game prototyping require fast feedback and repeated small adjustments. Developers need short iteration loops.

Fugu’s fan-out process slows this down. The additional planning, worker calls and synthesis steps become a bottleneck. As a result, Fugu may score well in formal benchmarks but feel slow and inefficient in creative development.


4. High-Value Use Cases Validated by Beta Users

Although Fugu struggles with creative iteration, beta testers found clear value in structured enterprise workflows. Feedback from 500 closed beta users highlighted three strong use cases.

4.1 Comprehensive Code Audit

Beta users reported that Fugu Ultra found more than 20 distinct vulnerabilities and optimization opportunities in repository audits. By comparison, single-model systems often flagged only around three major issues.

This result reflects the value of parallel multi-angle analysis. Fugu can evaluate security, performance, readability and compliance at the same time. This makes it useful for full repository reviews and formal engineering audits.

4.2 Long-Duration Agent Products

Teams building long-session conversational agents reported lower character drift. Fugu’s synthesis process averages and aligns outputs from multiple worker models. This can reduce the persona shifts that often appear in long conversations with a single model.

For applications that require consistent role behavior over hours of interaction, this is a meaningful advantage.

4.3 Cybersecurity Risk Assessment

Security workflows are a natural fit for Fugu.

Tasks such as reconnaissance review, XSS and SQL injection detection, access control inspection and evidence-based reporting can be split into clear phases. Fugu can assign each phase to a suitable worker model and combine the findings into a structured report.

This makes it useful for formal security assessments where comprehensive coverage matters more than response speed.


Tiered Deployment Recommendation Matrix

Workload CategoryDeployment SuggestionRationale
Occasional personal prompts, lightweight creative scriptingAvoid FuguDirect single-model APIs are faster and cheaper
Shader development, real-time games, creative codingUse with extreme cautionLatency and quota usage can undermine productivity
Enterprise agent products requiring vendor resilienceRun formal evaluationWorker hot swapping can reduce single-vendor outage risk
Structured research, cybersecurity audits, patent analysisPrioritize Fugu UltraStrong performance on complex multi-step analysis
Lightweight chatbots, simple summarization, RAG pipelinesNot recommendedOrchestration overhead adds cost without clear quality gains

5. Pricing, Limitations and Long-Term Industry Significance

5.1 Pricing and Quota Constraints

Fugu’s entry-level subscription tier is priced at $20 per month. However, early users reported rapid quota exhaustion during complex tasks. In one case, five hours of continuous complex usage depleted the monthly allowance.

Fugu is positioned as a replacement for direct LLM API subscriptions, not merely an add-on. This creates additional recurring cost for teams that already maintain model access through other providers.


5.2 Core Limitations

Fugu has two structural limitations.

The first is latency and token amplification. The 4–6x token consumption multiplier increases billing cost and wait time. This makes Fugu unsuitable for high-throughput, low-margin applications.

The second is uneven performance across task types. Fugu performs best on structured workflows with multiple well-defined dimensions. It performs less well on creative or interactive tasks that require rapid iteration.

There is also a marketing risk. Saying that multi-agent orchestration “surpasses single flagship models” can be misleading. A coordinated multi-model system and a single frontier model are fundamentally different architectures. Similar benchmark scores do not imply the same native capability.


5.3 Orchestration as a Complementary AI Frontier

Fugu represents an important direction in AI system design. Instead of building ever-larger single models, vendors are exploring trained coordination systems that combine multiple existing models.

This approach provides two advantages.

First, it improves cross-vendor resilience. If one model provider becomes unavailable, the worker pool can switch to alternatives. This matters more after the sudden global access suspension of Claude Fable 5 and Mythos 5.

Second, it supports modular capability scaling. Organizations can add new worker models over time without rewriting the whole inference pipeline.

Still, orchestration will not replace standalone LLMs in the near term. Single models remain simpler, faster and more cost-predictable for everyday tasks. Fugu is better viewed as a specialized tool for low-volume, high-value workflows that require comprehensive multi-perspective analysis.


6. Conclusion

Sakana Fugu introduces a new type of learned multi-model orchestration system. It moves beyond static routing and coordinates different worker LLMs through task decomposition, parallel fan-out and final synthesis.

Benchmark data shows strong performance for Fugu Ultra. It leads or ties in eight out of ten published evaluation categories and performs especially well in agentic coding, repository audit and structured cybersecurity assessment.

However, real-world testing reveals major tradeoffs. Fugu can be slow, expensive and inefficient for creative iteration. Developers working on shaders, games or interactive prototypes may get better results from direct single-model APIs.

Fugu also cannot use restricted models such as Claude Fable 5 or Mythos Preview. Its results come from coordinating unrestricted commercial LLMs, not from accessing those closed high-end models.

The strongest value of Fugu is not universal superiority. Its real value lies in resilience, multi-angle analysis and structured task execution. Teams should use Fugu Ultra for research, security audits, patent analysis and full repository code reviews. For routine chat, summarization and real-time creative development, direct single-model APIs remain more practical.

The rise of trained orchestration systems adds an important parallel path to frontier AI development. It gives enterprises a way to reduce vendor dependency and improve analytical coverage. But it will remain a specialized solution rather than a default choice for most AI workloads.

For teams managing traffic across multiple LLM endpoints, 4sapi provides lightweight gateway functionality for cross-model routing and usage monitoring.

Tags:Sakana FuguFugu UltraMulti-Model AILLM OrchestrationAI Infrastructure

Recommended reading

Explore more frontier insights and industry know-how.