Sakana · Оркестрация · Runtime · Агенты 22 июня 2026 · 11 мин чтения

Sakana Fugu:
оркестратор
моделей · один API

Fugu и Fugu Ultra от Sakana AI: multi-agent внутри, один OpenAI-compatible endpoint снаружи. Зачем рынку learned orchestration и что это значит для IRI runtime.

Sakana AI выпустила Fugu и Fugu Ultra — систему, которая ведёт себя как одна foundation model, но внутри динамически оркестрирует пул LLM. Один OpenAI-compatible endpoint: снаружи — обычный вызов модели, внутри — выбор экспертов, делегирование, проверка и сборка ответа.

Схема Sakana Fugu: оркестратор и пул LLM
Схема архитектуры Fugu · источник: sakana.ai

Коротко: Fugu — не «ещё одна японская LLM», а обученный оркестратор. Он решает, какую модель вызвать, может рекурсивно вызвать себя и собирает результат без multi-agent кода у клиента.

Кто стоит за Sakana

Sakana AI основана бывшими инженерами Google — David Ha и Llion Jones. Jones — один из авторов «Attention Is All You Need». Ранее компания показывала Marlin: агента, который часами исследует тему и собирает отчёт. Fugu — следующий шаг: оркестрация вынесена в отдельную обученную модель, а не в хардкод workflow.

Fugu vs Fugu Ultra

Оба доступны через один API. По заявлению Sakana, Fugu Ultra на ряде бенчмарков (код, reasoning, наука) сопоставим с frontier-моделями вроде Claude Fable 5 и Mythos Preview — при этом в пуле не завязан на недоступные closed-модели.

Как это работает

Запрос приходит на один endpoint. Fugu решает:

  1. решить задачу самому, если хватает;
  2. или собрать команду моделей из agent pool — планирование, исполнение, верификация, синтез.

Модель обучена понимать когда делегировать, как координировать агентов и как свести их вывод в один ответ. Основа — исследования Sakana: Trinity и Conductor (ICLR 2026). Аналогия из индустрии: похожий слой маршрутизации даёт OpenRouter Fusion — но Fugu продаёт оркестрацию как отдельную модель, а не только роутер поверх чужих API.

Зачем рынку оркестрация, а не только scale

Sakana прямо связывает тему с геополитикой: export controls, смена доступа к API «за ночь», риск single-vendor dependency. Коллективный пул моделей — hedge: один провайдер отвалился — маршрут уходит в обход.

Для практики это ближе к тому, что мы называем Intelligence Runtime: ценность не в «самой умной модели», а в слое, который выбирает инструмент, держит контекст на длинной задаче и не ломается при смене поставщика.

Где Fugu реально выигрывает

Бенчмарки — половина картины. В beta (~500 пользователей) Sakana фиксировала сценарии, где важен не один ответ, а цепочка шагов:

Связка с IRI Gateway

IRI Gateway сегодня — model layer: единый ключ, рубли, OpenAI-compatible, десятки моделей. Fugu — пример следующего слоя: orchestration layer, который сам решает, какую модель из пула звать.

Для команд в РФ логика такая:

Полный аналог Fugu в нашем каталоге пока нет — это внешний продукт Sakana. Но архитектурный вывод для IRI Lab тот же: строить контур, где маршрутизация и координация важнее каталога моделей.

Итог

Sakana Fugu — сигнал, что следующий шаг AI — learned orchestration: одна API-модель, внутри — коллектив экспертов. Для IRI это подтверждение ставки на runtime, multi-provider gateway и агентный контроль, а не гонку за одним флагманом.

Источник: Sakana AI — Fugu release. См. также оркестрационные модели и дайджест ai-lab за 22.06.

SakanaОркестрацияRuntimeАгенты