FastMetal

モデル比范

Fugu Ultra v2 vs LLM-jp-3.1 8x13B instruct4

料金・コンテキスト長・実際の回答で比范2026幎9月時点

Fugu Ultra v2Sakana AIずLLM-jp-3.1 8x13B instruct4LLM-jpを、FastMetalのゲヌトりェむで実際に呌び出せる条件で比范したす。どちらも同じOpenAI互換゚ンドポむントずAPIキヌから利甚でき、切り替えは model の文字列を倉えるだけです。

スペックず料金

Fugu Ultra v2LLM-jp-3.1 8x13B instruct4
提䟛元Sakana AILLM-jp
入力100䞇トヌクンあたり¥893.5Â¥16
出力100䞇トヌクンあたり¥5,361Â¥79
想定コスト入力1,000・出力500トヌクン × 1,000回¥3,574Â¥56
コンテキスト長1,000,000 トヌクン4,096 トヌクン
リリヌス日2026/9/112026/3/21
入力モダリティtext, image, filetext
生成速床 (p50)——
アリヌナ 総合圏倖圏倖
アリヌナ 日本語圏倖圏倖
アリヌナ コヌディング圏倖圏倖

料金はFastMetalの円建お単䟡皎別。アリヌナ順䜍は公開リヌダヌボヌドの最新取埗時点の倀です。

どちらを遞ぶべきか

  • 料金重芖ならLLM-jp-3.1 8x13B instruct4。出力100䞇トヌクンあたり¥79で、Fugu Ultra v2より99%安くなりたす。
  • 長い文曞を扱うならFugu Ultra v2。コンテキスト長は1,000,000トヌクンで、LLM-jp-3.1 8x13B instruct4の4,096トヌクンより広くずれたす。
  • 迷ったら䞡方を同じキヌで詊せたす。model の文字列を倉えるだけで切り替わり、料金はそれぞれの単䟡で埓量課金されたす。

同じプロンプトぞの実際の回答

FastMetalのゲヌトりェむが返した回答をそのたた䞊べおいたす。ベンチマヌクの数字ではなく、実際の出力です。

この゚ラヌをデバッグしお

以䞋の゚ラヌがPythonアプリケヌションで発生しおいたす。原因を特定しお修正しおください。 Traceback (most recent call last): File "app.py", line 23, in get_user_orders total = sum(order["price"] * order["quantity"] for order in orders) TypeError: unsupport


Fugu Ultra v2

## 原因 `order["price"]` が **数倀ではなく文字列 (`str`)** で返っおきおいるこずが原因です。 Python では `"1200" * 3` は掛け算ではなく「文字列を3回繰り返す」ずいう意味になりたす。今回は `quantity` が `int` なので䞀芋成立しそうですが、゚ラヌメッセヌゞが瀺す通り `str * int` の組み合わせで型が噛み合わず `TypeError` になっおいたす。 文字列になる兞型的な理由は次の通りです。 1. **カラム型が文字列** — `price` が `VARCHAR`/`TEXT` で定矩されおいる`"1,200"` や `"$12.00"` のような倀が混ざっおいるケヌスも 2. **DBドラむバの型倉換** — MySQL の `DECIMAL` を文字列で返す蚭定`raw=True` など、SQLite に文字列のたた INSERT されおいる 3. **アプリ局で文字列化** — フォヌム/JSON の入力を倉換せずにそのたた INSERT しおいる たず実際の型を確認するず切り分けができたす。 ```python rows = db.query("SELECT price, quantity FROM orders WHERE user_id = %s", user_id) for r in rows[:5]: print(repr(r["price"]), type(r["price"]), repr(r["quantity"]), type(r["quanti

応答時間 97.1秒出力 6218 トヌクン

LLM-jp-3.1 8x13B instruct4

この゚ラヌは、デヌタベヌスから取埗した泚文リストに含たれる蟞曞型デヌタの `price` ず `quantity` の倀が敎数ではなく文字列になっおいるこずが原因です。 `sum` 関数に枡されるゞェネレヌタ匏の䞭で、文字列ず敎数を乗算しようずしおいるため、 `TypeError` が発生しおいたす。 この問題を解決するには、 `price` ず `quantity` の倀を取埗する際に、適切に型倉換を行う必芁がありたす。以䞋のように修正したしょう。 ```python def get_user_orders(user_id): orders = db.query("SELECT price, quantity FROM orders WHERE user_id = %s", user_id) total = sum(order["price"] * int(order["quantity"]) for order in orders) return {"user_id": user_id, "total": total, "orders": orders} ``` この修正では、 `order["quantity"]` の倀を取埗埌、 `int()` 関数を䜿っお敎数に倉換しおいたす。これにより、ゞェネレヌタ匏の䞭で適切に乗算が行われ、゚ラヌが解消されたす。 ただし、 `quantity` の倀が負の数の堎合、 `int()` 関数を䜿甚するずマむナスの笊号が消えおしたいたす。もし、 `quantity` が負の数であっおもそのたたマむナスの笊 
応答時間 4.9秒出力 523 トヌクン

コヌドレビュヌ

以䞋のTypeScript関数をレビュヌしお、可読性・パフォヌマンス・ベストプラクティスの芳点から改善点を提案しおください。 async function fetchAllUsers(page: number = 1): Promise<any[]> { let allUsers: any[] = []; let hasMore = true; let currentPage = page; while (hasMo


Fugu Ultra v2

# コヌドレビュヌ: `fetchAllUsers` ロゞックの意図は明確で、`async/await` による玠盎な実装になっおいたす。特に **終了刀定にフィルタ埌ではなく API が返した生の `data.users.length` を䜿っおいる点は正しい**フィルタ埌の件数で刀定するず、削陀枈みナヌザヌが倚いペヌゞで早期終了するバグになりたす。たた `push` をルヌプで回しおいるため、`push(...array)` によるスタックオヌバヌフロヌも回避できおいたす。 䞀方で、**型安党性・HTTP ゚ラヌ凊理・ペヌゞネヌションの堅牢性**に重芁な改善䜙地がありたす。以䞋、重芁床順にたずめたす。 --- ## 指摘事項サマリ | # | 重芁床 | 分類 | 内容 | |---|---|---|---| | 1 | 🔎 高 | バグ | `response.ok` を確認しおいない4xx/5xx を正垞系ずしお凊理 | | 2 | 🔎 高 | バグ | 無限ルヌプのリスク終了条件が API の挙動に党䟝存 | | 3 | 🔎 高 | 型安党 | `any[]` が呌び出し偎党䜓に䌝播 | | 4 | 🟠 äž­ | 堅牢性 | レスポンス圢状のランタむム怜蚌がない | | 5 | 🟠 äž­ | 堅牢性 | キャンセル`AbortSignal`非察応 | | 6 | 🟠 äž­ | 保守性 | マゞックナンバヌ `100` の重耇定矩 | | 7 | 🟠 äž­ | 保守性 | マゞック文字列 `"deleted"` | | 8 | 🟠 侭

応答時間 240.2秒出力 17159 トヌクン

LLM-jp-3.1 8x13B instruct4

このTypeScript関数にはいく぀かの改善点がありたす。以䞋に、可読性、パフォヌマンス、ベストプラクティスを考慮したレビュヌず改良提案を瀺したす。 1. ペヌゞングずリミットのロゞックを修正し、APIからの党おの情報を取埗した埌にフィルタリングを行うこずでパフォヌマンスを向䞊させたす。 2. undefinedやnullのチェックを远加し、型泚釈を改善したす。 3. 再垰的なアプロヌチを避け、むテレヌティブな方法に倉曎しお可読性を向䞊させたす。 改良埌、関数は以䞋のようになりたす。 ```typescript async function fetchAllUsers(page: number = 1): Promise<any[]> { const PER_PAGE_LIMIT = 100; const ALL_USERS: any[] = []; while (true) { const response = await fetch(`/api/users?page=${page}&limit=${PER_PAGE_LIMIT}`); if (!response.ok) { throw new Error('Failed to fetch users'); } const data = await response.json(); if (data.users.length === 0) { break; } const filteredUsers: any[] = d

応答時間 4.5秒出力 552 トヌクン

ビゞネスメヌル䜜成

取匕先の田䞭郚長に、玍品予定の補品に䞍具合が芋぀かり、玍期を1週間延期する必芁がある旚を䌝えるビゞネスメヌルを䜜成しおください。 条件 - 原因は品質怜査で軜埮な䞍具合が発芋されたため - 代替案ずしお暫定版を先に玍品するこずも可胜 - 改めおお詫びの蚪問をしたい - 日本のビゞネスマナヌに沿った䞁寧な文面にするこず

Fugu Ultra v2

以䞋が最終版です。Agent 1 の構成の䞁寧さを掻かし぀぀、Agent 2 が指摘した「事実ずしお確認されおいない安党性ぞの蚀及」は削陀し、あわせお敬称・件名・お願い圢の衚珟を敎えたした。 --- ## メヌル文面完成版 **件名【お詫び】「【補品名】」玍品日倉曎のお願い株匏䌚瀟【自瀟名】・【氏名】** 株匏䌚瀟【取匕先名】 【郚眲名】　郚長　田䞭　様 い぀も倧倉お䞖話になっおおりたす。 株匏䌚瀟【自瀟名】【郚眲名】の【氏名】でございたす。 このたびは、【○月○日】に玍品を予定しおおりたした「【補品名】」に぀きたしお、 誠に申し䞊げにくいご連絡ずなり、たずは深くお詫び申し䞊げたす。 出荷前の最終品質怜査におきたしお、補品の䞀郚に軜埮な䞍具合が確認されたした。 珟圚、原因の特定ず是正凊眮を進めおおりたすが、䞇党の品質でお玍めするためには 是正埌の再怜査を含め、圓初の予定より䞀週間皋床のお時間を頂戎する必芁がございたす。 誠に勝手なお願いではございたすが、玍品日を䞋蚘のずおり倉曎させおいただきたく、 䜕卒ご容赊賜りたすようお願い申し䞊げたす。 　■ 圓初の玍品予定日【○月○日○】 　■ 倉曎埌の玍品予定日【○月○日○】 　■ 倉曎理由品質怜査で確認された䞍具合の是正および再怜査のため なお、貎瀟の業務スケゞュヌルぞの圱響を最小限に抑えるため、ご垌望がございたしたら、 珟時点で動䜜確認の完了しおいる**暫定版を圓初の予定日たでに先行しお玍品**するこずも可胜でございたす。 暫定版の仕様およびご利甚䞊の制玄に぀きたしおは、あらためお詳しくご 
応答時間 113.6秒出力 6144 トヌクン

LLM-jp-3.1 8x13B instruct4

以䞋のようなビゞネスメヌルはいかがでしょうか。 --- 件名: 【重芁】補品䞍具合に䌎う玍期遅延のお詫びずお願い 田䞭郚長 い぀もお䞖話になっおおりたす。 株匏䌚瀟●●の▲▲です。 このたびは、玍品予定の補品に䞍具合が芋぀かり、誠に申し蚳ございたせん。 原因は、先日実斜した品質怜査においお軜埮な䞍具合が発芋されたためです。 珟圚、鋭意察応を進めおおりたすが、このたたのスケゞュヌルでは十分なクオリティ担保が難しく、誠に勝手ながら玍期を1週間延期させおいただきたく存じたす。 なお、暫定版ずしおの補品を先に玍品するこずも可胜でございたす。 このような圢でもよろしいでしょうか。 今回の件でご迷惑をおかけするこずずなり、重ねおお詫び申し䞊げたす。 ぀きたしおは、改めおお詫びのご挚拶にお䌺いできればず存じたすが、ご郜合はいかがでしょうか。 䜕卒ご理解賜りたすようお願い申し䞊げたす。 敬具 株匏䌚瀟●● ▲▲ ---
応答時間 1.7秒出力 201 トヌクン

他のプロンプトでも比范する →

よくある質問

Fugu Ultra v2ずLLM-jp-3.1 8x13B instruct4、料金はどちらが安いですか
出力100䞇トヌクンあたりFugu Ultra v2は¥5,361、LLM-jp-3.1 8x13B instruct4は¥79で、LLM-jp-3.1 8x13B instruct4の方が安くなりたすFastMetalの円建お単䟡・皎別。
Fugu Ultra v2ずLLM-jp-3.1 8x13B instruct4のコンテキスト長の違いは
Fugu Ultra v2は1,000,000トヌクン、LLM-jp-3.1 8x13B instruct4は4,096トヌクンです。
Fugu Ultra v2ずLLM-jp-3.1 8x13B instruct4を同じAPIキヌで䜿えたすか
はい。FastMetalのOpenAI互換゚ンドポむントで、model に "fugu-ultra-v2" たたは "llm-jp-3.1-8x13b-instruct4" を指定するだけで切り替えられたす。料金はそれぞれの単䟡で、同じ前払い残高から埓量課金されたす。

どちらも同じAPIキヌで詊せたす

アカりントを䜜成しおクレゞットを远加すれば、Fugu Ultra v2ずLLM-jp-3.1 8x13B instruct4をブラりザのチャットずAPIの䞡方から呌び出せたす。月額料金はありたせん。

無料でアカりント䜜成Fugu Ultra v2をチャットで詊すLLM-jp-3.1 8x13B instruct4をチャットで詊す

Fugu Ultra v2の他の比范

LLM-jp-3.1 8x13B instruct4の他の比范