Fugu Ultra v2 vs LLM-jp-3.1 8x13B instruct4
Pricing, context window and real answers (September 2026)
Fugu Ultra v2 (Sakana AI) and LLM-jp-3.1 8x13B instruct4 (LLM-jp), compared as you can actually call them on FastMetal. Both are served from the same OpenAI-compatible endpoint and API key; switching is a change to the model string.
Specs and pricing
| Fugu Ultra v2 | LLM-jp-3.1 8x13B instruct4 | |
|---|---|---|
| Provider | Sakana AI | LLM-jp |
| Input (per 1M tokens) | ¥893.5 | ¥16 |
| Output (per 1M tokens) | ¥5,361 | ¥79 |
| Typical cost (1,000 in + 500 out tokens × 1,000 calls) | ¥3,574 | ¥56 |
| Context window | 1,000,000 tokens | 4,096 tokens |
| Release date | 9/11/2026 | 3/21/2026 |
| Input modalities | text, image, file | text |
| Throughput (p50) | — | — |
| Arena · overall | Unranked | Unranked |
| Arena · Japanese | Unranked | Unranked |
| Arena · coding | Unranked | Unranked |
Prices are FastMetal's yen rates before tax. Arena ranks are as of the latest leaderboard scrape.
Which should you pick?
- On price, LLM-jp-3.1 8x13B instruct4: ¥79 per 1M output tokens, 99% less than Fugu Ultra v2.
- For long documents, Fugu Ultra v2: a 1,000,000-token context window against 4,096 for LLM-jp-3.1 8x13B instruct4.
- If in doubt, try both on the same key. Switching is a change to the model string, and each is billed at its own rate.
Real answers to the same prompts
Exactly what the FastMetal gateway returned, side by side. Not benchmark scores: actual output.
Count the number of 'r's in 'strawberry'
Count the number of 'r's in 'strawberry'. Explain your reasoning step by step.
Fugu Ultra v2
**Answer: 3**
**Step-by-step reasoning:**
1. **Write out the word letter by letter**, assigning each a position:
| Position | Letter | Is it 'r'? |
|---|---|---|
| 1 | s | no |
| 2 | t | no |
| 3 | **r** | ✅ yes |
| 4 | a | no |
| 5 | w | no |
| 6 | b | no |
| 7 | e | no |
| 8 | **r** | ✅ yes |
| 9 | **r** | ✅ yes |
| 10 | y | no |
2. **Tally the matches:** positions 3, 8, and 9 are 'r'.
3. **Sanity check by chunks:** "straw" contains one 'r' (str**a**w → the r in "str"), and "berry" contains two 'r's (be**rr**y). 1 + 2 = 3.
4. **Verify length:** the letters counted total 10, which matches the length of "strawberry" — so no letter was skipped or double-counted.
**Conclusion:** There a…
10.2s435 output tokens
LLM-jp-3.1 8x13B instruct4
To count the number of 'r's in the word 'strawberry', follow these steps:
1. Identify the word: The word we are examining is 'strawberry'.
2. Understand the task: We need to find and count all occurrences of the letter 'r' in this word.
3. Begin with the first letter: The first letter is 's', which is not 'r', so we move on to the next letter.
4. Proceed to the second letter: The second letter is 't', which is also not 'r', so we continue to the third letter.
5. Reach the third letter: The third letter is 'r'. We have found one 'r'.
6. Continue to the fourth letter: The fourth letter is 'a', which is not 'r', so we move on to the fifth letter.
7. Examine the fifth letter: The fifth letter i…
4.0s400 output tokens
Debug This Error
I'm getting the following error in my Node.js application: TypeError: Cannot read properties of undefined (reading 'map') at UserList (/app/components/UserList.js:12:25) at renderWithHooks (/app/node_modules/rea…
Fugu Ultra v2
## What the error means
`TypeError: Cannot read properties of undefined (reading 'map')` means that when `UserList` rendered, `users` was `undefined`, and JavaScript can't read the `.map` property off `undefined`.
The important detail: **the bug isn't really in `UserList`** — that's just where it surfaces. Destructuring `function UserList({ users })` does *not* throw when the prop is missing; it silently gives you `undefined`. The crash is deferred to the first property access, which is `.map` on line 12.
So the real question is: why is `props.users` not an array?
## Why `users` is undefined
**1. Async data hasn't arrived yet — by far the most common cause.**
```jsx
const [users, setUs…
70.8s5286 output tokens
LLM-jp-3.1 8x13B instruct4
The error TypeError: Cannot read properties of undefined (reading 'map') suggests that the 'users' argument passed to the UserList component is undefined or does not have a 'map' method.
The cause of the problem may be that the users variable is not being passed correctly or is not defined in the parent component. Check the props being passed to the UserList component to ensure that they are defined and contain the expected data.
To fix the issue, you can add some error handling and debugging to your component. Try logging the users variable to the console to verify that it is not undefined:
```jsx
function UserList({ users }) {
console.log("Users:", users);
if (!users) {
return <…
3.0s279 output tokens
Code Review
Please review the following Python function and suggest improvements for readability, performance, and best practices: def get_data(url, retries=3): import requests import time for i in range(retries):…
Fugu Ultra v2
# Final Code Review: `get_data`
The function is compact and its intent is clear, but as written it will **fail silently in production**. Two defects dominate everything else:
1. The bare `except:` swallows every error — including `KeyboardInterrupt` and genuine logic bugs.
2. A total failure and a legitimately empty dataset both return `[]`, so callers cannot tell "the service is down" from "there are no active records."
Together these mean an outage looks exactly like a successful empty response. Everything else below is meaningful improvement; those two are the difference between code that fails loudly and code that fails invisibly.
---
## 1. Correctness and error handling
### 1.1 `e…
281.1s23317 output tokens
LLM-jp-3.1 8x13B instruct4
The provided Python function aims to get data from a URL using the requests library, filter out specific items based on their "active" field, and return the result. Here are some suggestions to improve readability, performance, and adherence to best practices:
1. Configure the linter (e.g., flake8 or pylint) to ensure code quality and enforce a consistent coding style.
2. Use type hints to improve readability and maintainability.
3. Use context managers (with statement) for handling requests:
4. Rewrite the function using a more functional programming style:
Here's the improved version of the function:
```python
import requests
import time
from typing import List, Dict, Any
def get_da…
3.9s406 output tokens
Frequently asked questions
- Which is cheaper, Fugu Ultra v2 or LLM-jp-3.1 8x13B instruct4?
- Per 1M output tokens, Fugu Ultra v2 is ¥5,361 and LLM-jp-3.1 8x13B instruct4 is ¥79 on FastMetal (yen, before tax), so LLM-jp-3.1 8x13B instruct4 is cheaper.
- How do the context windows of Fugu Ultra v2 and LLM-jp-3.1 8x13B instruct4 compare?
- Fugu Ultra v2 takes 1,000,000 tokens; LLM-jp-3.1 8x13B instruct4 takes 4,096.
- Can I use Fugu Ultra v2 and LLM-jp-3.1 8x13B instruct4 with the same API key?
- Yes. On FastMetal's OpenAI-compatible endpoint, switch by passing "fugu-ultra-v2" or "llm-jp-3.1-8x13b-instruct4" as the model. Each is billed at its own rate from the same prepaid balance.
Try both on one API key
Create an account and add credit to call Fugu Ultra v2 and LLM-jp-3.1 8x13B instruct4 from the browser chat and the API. No monthly fee.
More comparisons with Fugu Ultra v2
More comparisons with LLM-jp-3.1 8x13B instruct4
- LLM-jp-3.1 8x13B instruct4 vs Claude Opus 5
- LLM-jp-3.1 8x13B instruct4 vs Claude Sonnet 5
- LLM-jp-3.1 8x13B instruct4 vs Claude Fable 5.1
- LLM-jp-3.1 8x13B instruct4 vs Claude Fable 5
- LLM-jp-3.1 8x13B instruct4 vs Claude Opus 4.8
- LLM-jp-3.1 8x13B instruct4 vs Claude Haiku 4.5
- LLM-jp-3.1 8x13B instruct4 details