S

Sakana AI

Orchestrates multiple LLMs via API

Project Manager - Manufacturing

Full-TimeUpdated
No salary listed
Mid
Bachelor's, Master's
Minato City, Tokyo, Japan
HybridHybrid work combines office and remote work in Japan.
Project & Program ManagementProject Management

About the job

Requirements
  • At least 3 years of experience in one of the following: business transformation or project promotion in production, supply chain management, quality, facilities, or development at a major manufacturer or engineering company; experience serving major Japanese manufacturers at a top global management consulting firm; or business development or project/product management at a startup or global technology company.
  • A strong interest in using generative AI models such as large language models and AI agents.
  • A bachelor's or master's degree in engineering, manufacturing engineering, business, or a related field.
  • Business-level or higher Japanese proficiency, approximately Japanese Language Proficiency Test N1 level.
  • Applicants must be based in Japan regardless of their background.
Responsibilities
  • Collaborate with engineers and researchers to solve difficult challenges in manufacturing using AI.
  • Build and maintain strong relationships with related companies in the manufacturing sector and develop new business opportunities.
  • Plan and execute go-to-market strategies informed by technology trends related to manufacturing, including AI.
Desired Qualifications
  • Business-level English proficiency.
  • Experience with production planning, demand planning, or supply chain optimization.
  • Experience with equipment maintenance or predictive maintenance using Internet of Things technologies, programmable logic controllers, or sensors.
  • Experience with quality control or defect analysis.
  • Experience with manufacturing data platforms, including manufacturing execution systems, enterprise resource planning systems, data lakes, or data spaces.

About the company

Sakana AI builds AI foundation models and a multi-agent orchestration platform. Its flagship product, Sakana Fugu, runs as a single language-model interface that plans, delegates to, and combines outputs from a swappable pool of LLMs—including closed frontier models, open models, and its own instances—behind an OpenAI-compatible API. Fugu comes in two flavors: a low-latency everyday model and Fugu Ultra for tackling tough, multi-step tasks in software engineering, scientific research, and cybersecurity. The company differentiates itself by treating orchestration as a core capability to hedge against vendor lock-in and export-control shifts, using techniques like evolutionary model merging and agentic research systems. Sakana aims to provide reliable, flexible AI tooling for developers and enterprises through its API and tool integrations, while continuing to publish research on learned model orchestration.

Company Size

201-500

Company Stage

Series B

Total Funding

$365M

Headquarters

Tokyo, Japan

Founded

2023

Get referred to Sakana AI

See people who can refer or advise you

Benefits

  • Health Insurance
  • Paid Vacation
  • Parental Leave
  • Bereavement Leave
  • Flexible Work Hours
  • Hybrid Work Options
  • Commuter Benefits
  • Paid Holidays

Company News

AlphaSignal
Oct 23rd, 2026
Sakana AI's aquarium gives enterprise agents a shared brain for business rules.

Sakana AI's aquarium gives enterprise agents a shared brain for business rules. Sakana AI launches Aquarium, an ontology-based agent platform that unifies enterprise data, workflows, and governance for operational AI deployments. · 1 day ago Read 5 min * Sakana AI launched Aquarium, an ontology-based agent platform for enterprise decision support and execution. * Three pillars: Ontology for semantic data, Managed Agents for workflow runtime, Governance for approvals and audit logs. * Workflows are defined as YAML with explicit human-approval gates between agent steps. * Data connects in place from tables, documents, and databases without migration, with live updates. * Built by Sakana FDEs plus veterans from Palantir, Snowflake, Microsoft, and AWS data platforms. * Grew out of deployments with MUFG Bank, SMBC Group, and Daiwa Securities; access is consultation-based. Tokyo-based Sakana AI has introduced Aquarium, an enterprise platform that gives AI agents a shared model of an organization's data, rules, and approval processes. The launch packages three capabilities Sakana previously assembled during individual customer deployments: a semantic data layer, a managed agent runtime, and governance controls. It moves the research lab into commercial infrastructure for building and operating production agents. Three layers share one business model. Aquarium organizes enterprise data and agent workflows around three connected layers: Aquarium's core layers | Layer | Purpose | Key details | | Ontology | Defines business entities, terms, rules, and relationships. Connects tables, documents, and other sources while records remain in their existing stores. Sakana says source updates flow into the shared model so agents can work from current data. | | Managed Agents | Runs workflows that combine retrieval, model judgment, function calls, and human review. Teams describe steps declaratively, and the platform handles workflow deployment and the agent lifecycle. | | Governance | Controls access and records agent activity. Administrators can configure permissions and approval gates. Logs capture decision rationales, actions, results, latency, model usage, and configured accuracy metrics. | The product page represents workflows in YAML, a human-readable configuration format. Each step has a defined role, such as loading data, requesting an agent judgment, calling a function, or pausing for human approval. A single ontology can support multiple workflows, allowing agents to share the same definitions and source connections. That common environment supplies the product's aquarium metaphor. Customer deployments exposed repeated work. Sakana built its reputation through research on evolutionary model merging, self-improving systems, and inference-time scaling. Its AB-MCTS research, for example, explores how additional computation during inference can improve model answers. Aquarium applies the company's work to the operational layer surrounding models. Sakana says the platform grew from deployments in Japanese financial services. Those projects include an AI lending expert developed with Mitsubishi UFJ Bank, automated proposal generation for SMBC Group, and joint development with Daiwa Securities Group. Forward Deployed Engineers working with those customers repeatedly had to connect data sources, reconcile terminology, encode decision criteria, evaluate outputs, and improve accuracy. Aquarium turns that project-specific work into reusable infrastructure. Its engineering team includes people with data platform and governance experience at Palantir, Snowflake, Microsoft, and AWS, a background reflected in the ontology-centered architecture. Semantic gaps become operational risk. Tool-calling frameworks typically give an agent a model, a prompt, and access to functions. Those primitives leave business meaning unresolved. A customer may refer to an account holder in one database, a legal entity in another, and a household in a risk model. Policies may conflict, approval limits may depend on jurisdiction, and identical fields may follow different update schedules. Aquarium's ontology provides canonical definitions for those entities and their relationships. Teams can encode policy precedence, ownership, and approval roles once, then reuse them across agents. This reduces the chance that each workflow reconstructs the organization's vocabulary through prompts and application code. Keeping source records in existing warehouses and document stores reduces duplicated data and migration work. Integration work remains: teams must map schemas, resolve inconsistent identifiers, define permissions, and decide how agents should respond to missing or stale data. Sakana has not yet published enough technical detail to assess how Aquarium handles freshness guarantees, schema changes, conflicting records, or ontology versioning. Explicit approval nodes give regulated organizations a control point before an agent triggers a consequential action. The associated logs can support debugging, evaluation, compliance review, and incident investigation by connecting an output to the data, model call, function execution, and approval that produced it. The closest rivals start from different layers. Palantir Foundry and AIP provide the clearest comparison. Palantir also centers applications on an ontology that connects enterprise data to business objects, actions, and permissions. Aquarium adopts a similar architectural center while drawing its initial customer references from Japanese financial institutions. LangGraph Platform, Databricks agent tooling, and workflow-as-code systems overlap with Aquarium on orchestration, evaluation, deployment, and governance. Aquarium's public materials place greater emphasis on a formal semantic layer shared across many agents. Product maturity, connector coverage, deployment options, pricing, and operational tooling remain difficult to compare because Sakana has disclosed few implementation details. Reusable boundaries for agent systems. * Separate semantics from prompts. Store entity definitions, relationships, and policy rules in a shared layer that multiple agents can reference. * Give workflow steps explicit types. Distinguishing retrieval, model judgment, function execution, and approval makes control flow easier to inspect and test. * Place approval before consequential calls. Human review is most effective when it blocks the action itself and records the reviewer's decision. * Capture an end-to-end audit trail. Logs should connect source data, model usage, tool calls, approvals, latency, and final results. The open questions are concrete. Sakana says it is developing continuous updates for ontologies and agents as organizations change, along with AI-assisted tools for constructing agents. Access currently starts through a consultation form, indicating a sales and implementation process led by engineers working closely with each customer. The public release does not specify pricing, supported connectors, cloud or on-premises deployment options, authentication integrations, APIs, SDKs, rollback behavior, or procedures for testing ontology changes. These details will determine how easily development teams can integrate Aquarium with existing data platforms and delivery pipelines. Sakana has promised case studies in follow-up posts. Evidence for the ontology-centered approach will depend on measurable results such as task accuracy, human override rates, deployment time, latency, operating cost, and policy violations. Comparisons with simpler retrieval-augmented generation systems, which fetch context and then call tools, would clarify when Aquarium's additional semantic layer earns its implementation cost.

AlphaSignal
Oct 20th, 2026
Sakana AI's QD-Rec builds smarter shortlists by evolving competing hypotheses.

Sakana AI's QD-Rec builds smarter shortlists by evolving competing hypotheses. Sakana AI's QD-Rec applies Quality-Diversity evolutionary search to LLM-powered recommendations, growing archives of varied, well-justified picks instead of ranked lists. · 3 hrs ago Read 4 min Subtopic Rag * Sakana AI released QD-Rec, a Quality-Diversity recommender that evolves item plus reason pairs instead of ranking. * An LLM proposer mutates and crosses hypotheses from an archive; a judge scores them under local competition. * A bandit picks candidates, balancing promising ones against unexplored ones, within a tight evaluation budget. * Tested on M&A targets, customer targeting, and paper recommendation, beating fresh-generation baselines on quality and archive size. * Low-scoring hypotheses act as stepping stones; ideas transfer across candidates to produce stronger proposals. * Code is open-source on GitHub under Apache-2.0, runs via uv and OpenRouter. QD-Rec from Sakana AI generates a portfolio of recommendations, pairing each item with a natural-language hypothesis that explains its potential value. The output gives reviewers distinct options and rationales to compare in high-stakes shortlisting tasks such as acquisition research, customer targeting, and literature review. Sakana describes the approach as open-ended recommendation: searching the combined space of candidates and hypotheses under a limited evaluation budget. The GitHub repository uses the Apache-2.0 license, and the research paper is available on arXiv. Scores hide the proposal. A single relevance score cannot capture the different reasons a candidate might be useful. In a mergers-and-acquisitions search, for example, the actionable output is a business scenario connecting an acquisition target to the buyer's products, customers, or strategy. The number of possible scenarios grows quickly because one candidate may support several credible hypotheses. Asking a large language model to enumerate those possibilities across thousands of candidates would require too many model calls. QD-Rec searches selectively, preserving strong ideas while continuing to explore new candidates and rationales. An archive built by local duels. Quality-Diversity algorithms maintain a collection of high-performing solutions across different behavioral niches. QD-Rec applies that model to recommendations, using an LLM to mutate and combine hypotheses while an archive stores the resulting candidate-hypothesis pairs. Each search cycle has three stages: * Select a candidate. A multi-armed bandit balances candidates with promising past scores against candidates that have received little or no evaluation. * Generate a hypothesis. A proposer LLM selects strong archived hypotheses as parents, adapts one to a new candidate, or combines two parents into a new rationale. * Update the archive. A judge scores the generated hypothesis. A hypothesis that fills a new niche enters the archive; one that overlaps an existing niche competes with its nearest neighbor and replaces it only after receiving a higher score. Local competition allows several recommendation strategies to coexist. Even a low-scoring hypothesis can remain useful when it contains an idea that later transfers to a better-suited candidate. What survived 1,000 rounds. Sakana tested the same algorithm across three recommendation domains: | Domain | Candidate pool | Task | | M&A discovery | About 6,300 US companies as of August 2024, represented by short descriptions and seven financial fields | Find acquisition targets for entertainment and financial-services companies | | Customer targeting | 10,000 synthetic California personas averaging about 685 words each | Identify potential customers for products including a 3D printer and an online learning service | | Paper recommendation | About 17,500 accepted papers from recent leading AI conferences | Match papers to a researcher's interests and criteria | The Novelty baseline generated a fresh proposal during every iteration and selected no archived parents. The Novelty+Evo ablation evolved archived hypotheses while choosing candidates randomly, removing the bandit from the process. After 1,000 generation-and-evaluation rounds, QD-Rec produced larger archives with higher average quality in most tested settings. A failed pitch finds a better host. In Sakana's worked example, a vanilla LLM evaluated Liberty TripAdvisor Holdings as a potential acquisition for JPMorgan. It scored the proposal 1 out of 10 and recommended a partnership because Chase already offered a travel product. Elsewhere in the archive, another 1-out-of-10 proposal suggested that Southwest Airlines could embed financing, payments, and loyalty features into the travel-purchase flow. QD-Rec's mutation operator transferred that payments and loyalty concept from the airline proposal to the travel marketplace. The new pairing avoided the regulatory and operational problems identified in the Southwest scenario and scored 5 out of 10. The example shows how a weak archived proposal can supply useful material for a later generation. Run it from the repository. The Apache-licensed repository is a Python project managed with uv. Model requests pass through OpenRouter, using OPENROUTER_API_KEY for the proposer, judge, and embeddings. The default configuration names openai/gpt-6-luna for generation and judging and text-embedding-3-small for embeddings. A minimal customer-targeting run uses the included SkillForge profile: uv sync cp .env.example .env uv run python -m apps.customers.download_personas uv run python -m apps.customers.create_embeddings uv run python -m apps.customers.seed -profile SkillForge uv run python -m apps.customers.qd_rec -profile SkillForge -iterations 100 Paper recommendation requires a Me entry in apps/papers/profiles.py describing the researcher's questions and criteria for a useful paper. The corresponding paper workflow uses that profile name. Runs produce JSON archives that can be inspected in a browser with shared.view_archive. Keep people in the scoring loop. * Candidate context is limited. The current proposer receives short text snippets for each candidate. Richer source data, retrieval pipelines, or a research agent could provide more evidence before generation. * LLM judges have blind spots. Generated proposals may exploit weaknesses in an automated evaluator. Sakana recommends adding human scores for subjective decisions and domains where evaluation errors carry material consequences. Analyst-led workflows can use QD-Rec as an idea-generation and shortlisting layer, with people validating the evidence, assumptions, and final recommendations.

CRYPTOMERIA LABS PTE. LTD.
Oct 12th, 2026
Sakana AI unveils MASS: A self-improving AI loop built on its own collective intelligence.

Sakana AI unveils MASS: A self-improving AI loop built on its own collective intelligence. Published: October 12, 2026 at 4:17 am Updated: October 12, 2026 at 4:17 am Edited and fact-checked: October 12, 2026 at 4:17 am Sakana AI, in collaboration with researchers at UC Berkeley, has introduced Multi-Agent Self-Supervision (MASS), a framework designed to let AI systems keep improving even when tasks become too complex for humans to reliably evaluate. The work addresses a growing problem in AI development: as models move beyond humanity's accumulated knowledge, human experts may no longer be able to judge or guide their output. MASS tackles this by making the model its own optimizer and evaluator - a form of homogeneous recursive self-improvement - while attempting to avoid the trap of a system reinforcing its own blind spots. The framework alternates between two loops. In the inner loop, the model organizes copies of itself into a team of virtual subagents governed by a written workflow - specifying each subagent's role, instructions, contracts for what information must be exchanged, and the order of calls. An orchestrator executes the workflow, an evaluator compares results against the current champion, and an optimizer proposes revisions. In the outer loop, the best-performing multi-agent trajectories are distilled back into the shared model's weights via fine-tuning, after which the updated model resumes all three roles and the cycle repeats. After two full cycles starting from a 27B-parameter open-weights model, performance measured as score per output token reached 1.2 to 1.6 times the base model's level across research benchmarks including MLR-Bench, ScienceAgentBench, DSBench, and AstaBench, with gains confirmed by external judges withheld from the training process. Key findings: dense signals, role generalization, and new bottlenecks. The researchers report three principal findings. First, MASS enables role generalization: training only on task-solving trajectories improved not just the executor but also the workflow optimizer and evaluator, with agreement between the model's judgments and strong external judges rising from 73% to 93% across cycles. This suggests the self-improvement loop can sustain itself, since capabilities for producing and selecting future training data improve alongside task performance. Second, multi-agent trajectories proved substantially more efficient training data than single-agent ones. The model reached a 68.3% win rate over the base using 31% fewer supervised tokens than a comparable single-agent approach - evidence that jointly learning high-level orchestration from orchestrators and bounded execution from subagents provides a denser learning signal per token. Third, and perhaps most counterintuitive, ablations showed the bottleneck in recursive self-improvement can be the optimizer rather than the evaluator. Swapping in a stronger external model as evaluator alone helped little, but upgrading both evaluator and optimizer let the system find winning workflows for all 12 test tasks within five iterations, compared to 11 of 12 for the fully homogeneous loop, which simply took longer. Analysis of the evolved workflows revealed that effective coordination shifts task-specific information into contracts and call order - how agents exchange and verify information - rather than roles. The authors emphasize safety implications: in a homogeneous loop, shared blind spots could let flawed results be accepted as progress and reinforced through training, making independent verification mechanisms essential as self-improvement capabilities advance. Disclaimer. In line with the Trust Project guidelines, please note that the information provided on this page is not intended to be and should not be interpreted as legal, tax, investment, financial, or any other form of advice. It is important to only invest what you can afford to lose and to seek independent financial advice if you have any doubts. For further information, Mpost Media Group suggest referring to the terms and conditions as well as the help and support pages provided by the issuer or advertiser. MetaversePost is committed to accurate, unbiased reporting, but market conditions are subject to change without notice. Alisa, a dedicated journalist at the MPost, specializes in crypto, AI, investments, and the expansive realm of Web3. With a keen eye for emerging trends and technologies, she delivers comprehensive coverage to inform and engage readers in the ever-evolving landscape of digital finance. Alisa Davidson Hot Stories by Alisa Davidson October 12, 2026 by Alisa Davidson October 12, 2026 by Alisa Davidson October 09, 2026 by Alisa Davidson October 09, 2026 by Alisa Davidson October 12, 2026 by Alisa Davidson October 12, 2026 by Alisa Davidson October 09, 2026 by Alisa Davidson October 09, 2026

AlphaSignal
Oct 11th, 2026
Sakana AI's MASS trains one model to run its own agent team.

Sakana AI's MASS trains one model to run its own agent team. Sakana AI's MASS method lets a single 27B model act as its own team, judge, and teacher, boosting score-per-token by up to 1.6x on research benchmarks. · 2 hrs ago Read 5 min * Sakana AI and UC Berkeley released MASS, a recursive self-improvement loop using one shared model for every role. * Two cycles on Qwen3.6-27B hit 1.2 to 1.6x score per output token on four research benchmarks. * Multi-agent trajectories gave a denser training signal than single-agent ones, winning with 31% fewer tokens. * Training only on task-solving data also improved the model's optimizer and evaluator roles. * Ablations show the workflow optimizer, not the evaluator, is the real bottleneck in RSI speed. * Paper on arXiv and code on GitHub. MASS trains one language model as an agent team. Sakana AI and collaborators at UC Berkeley have released a paper and open-source implementation for MASS, or Multi-Agent Self-Supervision. The method assigns one language model every role in its training loop: solving tasks, revising the agent workflow, evaluating results, and fine-tuning the shared weights on preferred trajectories. Two cycles improved an open-weights 27B model on open-ended research benchmarks without external labels or a stronger teacher during training. Why self-improvement stalls. Open-ended research tasks often lack unit tests, gold answers, or objective reward functions. As outputs grow more complex, even domain experts may struggle to assess them consistently, leaving the model to generate much of its own training signal. Because the same weights produce, score, and learn from the work, errors can propagate through the entire loop. A flawed assumption may appear in a solution, receive a positive evaluation, and become part of the next training round. MASS addresses this risk by dividing the work among coordinated subagents and optimizing how they exchange information. MASS turns organization into training data. MASS assigns separate calls to the same model three jobs: an executor team solves the task, an optimizer revises the team's workflow, and an evaluator compares completed work. Each workflow is a written plan containing four elements: * Roles: the responsibilities assigned to each subagent. * Instructions: the work each subagent must perform. * Contracts: the artifacts, evidence, and checks each subagent must return. * Hops: the order of calls and the handoffs between subagents. Training alternates between a fixed-weights workflow search and a weight update based on the strongest trajectories: * Inner loop, fixed weights: MASS maintains a champion workflow for each task. It executes a candidate workflow, collects its messages and artifacts in a workspace, asks the evaluator to compare that workspace with the champion's, and gives the optimizer the comparison so it can propose another revision. * Outer loop, updated weights: MASS runs the champion workflow 18 times per task. The current model makes pairwise comparisons among the resulting workspaces, and a Bradley-Terry model converts those comparisons into relative scores. The system retains up to 16 trajectories per task and applies LoRA, a parameter-efficient fine-tuning method, to the orchestration and subagent conversations. Before fine-tuning, MASS removes the workflow text from the orchestrator's prompt. The model therefore trains on the coordination decisions embedded in successful conversations without copying the written plan directly. The gains favor research tasks. The experiments use Qwen3.6-27B in the qwen-code coding-agent environment. Training covers 12 synthetic research tasks across finance, robotics, and pharmacy, with three additional synthetic tasks held out for testing. Pairwise win rate against the base model rises from 53.9% after one cycle to 69.9% after two. External evaluation used GPT-5.5 and Claude Opus 4.8. Their judgments were unavailable to MASS during training, separating the self-generated supervision signal from the reported evaluation. Score per output token normalizes benchmark performance by the amount of text generated, with the base model set to 1.0. After two cycles, the results show stronger transfer to research and data-analysis benchmarks than to software engineering: | Evaluation | Result after two cycles | | Held-out synthetic tasks | 69.9% win rate against the base model | | MLR-Bench, DSBench, ScienceAgentBench, and AstaBench | 1.2x to 1.6x the base model's score per output token | | Terminal-Bench 2.0 | 0.96x the base model's score per output token | | SWE-bench Verified | 0.94x the base model's score per output token | The training suite omitted software engineering tasks, which may explain the weaker transfer to Terminal-Bench and SWE-bench Verified. Three results clarify the mechanism. * Training transfers across roles The model trains only on task-solving trajectories, yet its workflow optimizer and workspace evaluator also improve. Agreement between the self-evaluator and the external judges rises from 73% to 93% across cycles, helping the workflow search preserve genuine gains. * Team traces use tokens efficiently The MASS student reaches a 68.3% win rate after processing 28.8 million supervised tokens. The strongest single-agent student reaches 64.0% after 42 million tokens, consuming 13.2 million additional tokens, or about 46% more than MASS. Orchestrator traces teach decomposition and handoffs, while subagent traces teach execution within a bounded assignment. * Planning quality limits the loop In an ablation that kept the base model as executor, assigning GPT-5.5 to both workflow optimization and evaluation produced winning workflows for all 12 tasks within five iterations. Strengthening only the evaluator yielded a smaller improvement. For systems that can afford one stronger component, the result supports testing it first as the workflow optimizer. Contracts absorb the task logic. Across search iterations, successful workflows move task-specific information away from role descriptions and general instructions. Contracts and hops become more detailed, specifying concrete outputs, checks, and dependencies between agents. The evolved finance workflow illustrates the pattern. Its data specialist must emit explicit leakage checks before downstream agents can access the data, turning a broad responsibility into an enforceable handoff condition. Where the current method works. MASS fits tasks whose output is a defensible artifact rather than an answer with an automatic pass or fail signal. Candidate applications include research reports, data-science analyses, and scientific programming projects that require evidence, intermediate artifacts, and structured review. The reported results provide weaker support for software engineering, where both public transfer scores fall below the base model. Workflow search also remains noisy: an optimizer may discover a strong plan and still fail to improve it consistently. The authors suggest a text-optimization equivalent of a learning-rate scheduler, which would reduce the size of workflow revisions as the search converges. The subagents share weights, so their errors remain correlated despite their separate roles. A mistaken assumption can pass through execution, evaluation, and optimization as apparent progress. The authors argue for studying these homogeneous self-improvement loops while their decisions and failure modes remain practical to audit. Code and reproduction limits. The paper describes the method and experiments, while the repository contains the reference implementation. The core loop uses the open-weights Qwen3.6-27B model and the qwen-code environment. Reproducing the reported external evaluation also requires access to GPT-5.5 and Claude Opus 4.8.