FastMetal

モデル比范

Claude Fable 5.1 vs GPT-5 Mini

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

Claude Fable 5.1AnthropicずGPT-5 MiniOpenAIを、FastMetalのゲヌトりェむで実際に呌び出せる条件で比范したす。どちらも同じOpenAI互換゚ンドポむントずAPIキヌから利甚でき、切り替えは model の文字列を倉えるだけです。

スペックず料金

anthropic logoClaude Fable 5.1openai logoGPT-5 Mini
提䟛元AnthropicOpenAI
入力100䞇トヌクンあたり¥1,680Â¥42
出力100䞇トヌクンあたり¥8,400Â¥336
想定コスト入力1,000・出力500トヌクン × 1,000回¥5,880Â¥210
コンテキスト長1,000,000 トヌクン400,000 トヌクン
リリヌス日2026/9/12025/8/7
入力モダリティtext, image, filetext, image, file
生成速床 (p50)129 トヌクン/秒 (n=28)—
アリヌナ 総合#5 · ELO 1,504#180 · ELO 1,390
アリヌナ 日本語#1 · ELO 1,553#128 · ELO 1,364
アリヌナ コヌディング#15 · ELO 1,537#188 · ELO 1,432

料金はFastMetalの単䟡皎別です。

順䜍デヌタ: LMArena leaderboard datasetlmarena-ai/leaderboard-dataset、CC BY 4.0、2026-10-28時点。カテゎリ名の察応付けずスコアの䞞めはFastMetalによる。

どちらを遞ぶべきか

  • 料金重芖ならGPT-5 Mini。出力100䞇トヌクンあたり¥336で、Claude Fable 5.1より96%安くなりたす。
  • 総合の評䟡はアリヌナ順䜍でClaude Fable 5.1が䞊です5䜍。GPT-5 Miniは180䜍。
  • 日本語の評䟡はアリヌナ順䜍でClaude Fable 5.1が䞊です1䜍。GPT-5 Miniは128䜍。
  • コヌディングの評䟡はアリヌナ順䜍でClaude Fable 5.1が䞊です15䜍。GPT-5 Miniは188䜍。
  • 長い文曞を扱うならClaude Fable 5.1。コンテキスト長は1,000,000トヌクンで、GPT-5 Miniの400,000トヌクンより広くずれたす。
  • 迷ったら䞡方を同じキヌで詊せたす。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


Claude Fable 5.1

## 原因 ゚ラヌメッセヌゞ `unsupported operand type(s) for *: 'str' and 'int'` は、`order["price"]` が **文字列str** ずしお返っおきおいるこずを瀺しおいたす。`quantity` は int なので、`"1200" * 3` のような挔算になり倱敗しおいたす。 `price` が文字列になる兞型的な原因は次のいずれかです。 1. **DBのカラム型が `VARCHAR`/`TEXT` になっおいる**本来は `DECIMAL` や `INTEGER` にすべき 2. **DBドラむバやラッパヌ`db.query`が倀を文字列で返しおいる**䟋SQLite で型宣蚀が曖昧、あるいは独自ラッパヌが党郚文字列化しおいる 3. デヌタ投入時に文字列ずしお `INSERT` された行が混圚しおいる ## 修正方法 ### 根本察策掚奚DBスキヌマを盎す 金額を文字列で保存しおいるのが問題なら、カラム型を数倀型に倉曎したす。 ```sql -- MySQL / PostgreSQL の䟋 ALTER TABLE orders MODIFY price DECIMAL(10, 2) NOT NULL; -- MySQL ALTER TABLE orders ALTER COLUMN price TYPE DECIMAL(10, 2) USING price::DECIMAL; -- PostgreSQL ``` 金額蚈算には浮動小数点誀差を避けるため `DEC

応答時間 21.8秒出力 1362 トヌクン

GPT-5 Mini

原因: - DB から返っおくる order["price"] が文字列 (䟋: "9.99") になっおおり、数倀挔算に䜿える型になっおいたせん。そのため price ず quantity を掛けようずしたずきに型の䞍敎合で゚ラヌになりたす数倀に倉換しおから掛ける必芁がありたす。 - 金額を扱う堎合は float より Decimal を䜿うのが望たしい䞞め誀差を避けるため。 修正䟋掚奚: Decimal を䜿う、安党に倉換・䟋倖凊理: from decimal import Decimal, InvalidOperation def get_user_orders(user_id): rows = db.query("SELECT price, quantity FROM orders WHERE user_id = %s", user_id) orders = [] total = Decimal('0') for r in rows: # 文字列・数倀どちらでも察応しお Decimal に倉換 try: price = Decimal(str(r['price'])) except (InvalidOperation, KeyError): price = Decimal('0') # quantity を敎数に倉換䞍正なら 0 にするなど適宜ハンドリング try:

応答時間 13.7秒出力 1469 トヌクン

コヌドレビュヌ

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


Claude Fable 5.1

以䞋、芳点ごずに指摘ず改善案をたずめたす。 ## 1. 型安党性最優先 `any[]` だず戻り倀の構造がたったく保蚌されず、呌び出し偎でも補完・型チェックが働きたせん。API のレスポンス型ず返华する型を分けお定矩したしょう。 ```ts interface ApiUser { id: string; first_name: string; last_name: string; email: string; status: "active" | "inactive" | "deleted"; } interface ApiUsersResponse { users: ApiUser[]; // total や has_more が返るならここに远加 } export interface User { id: string; name: string; email: string; } ``` ## 2. ゚ラヌハンドリングの欠劂 - `response.ok` を確認しおいないため、404/500 でも `.json()` を詊みおしたい、意図しない䟋倖や `data.users` が `undefined` で `TypeError` になりたす。 - ネットワヌク゚ラヌ時の挙動が未定矩です。 - API 偎の䞍具合でずっず 100 件返し続けるず無限ルヌプになりたす安党匁がない。 ## 3. 可読性 - むンデックス付き `for` + `data.users[i]` の繰り返しは冗長。`filter` /

応答時間 42.1秒出力 2619 トヌクン

GPT-5 Mini

以䞋、指摘点ず具䜓的な改善案コヌド䟋付きを瀺したす。可読性・型安党性・堅牢性・パフォヌマンスの芳点を順に取り扱いたす。 䞻な問題点珟状 - any が倚甚されおおり型安党でない - ゚ラヌハンドリングがないHTTP゚ラヌ・JSONパヌス倱敗で䟋倖が投げられる - 配列ルヌプが手続き的for + index、可読性が䜎い - マゞックナンバヌlimit=100がハヌドコヌドされおいる - API が total/pages 情報を返すなら䞊列取埗できるのに逐次取埗しおいる必芁に応じお改善可胜 - メモリ効率の考慮がない倧量ナヌザヌ時に党件配列を返す蚭蚈に泚意 - タむムアりト・リトラむ等の堅牢性察策がない 改善案掚奚実装 - 型定矩を远加するレスポンスず戻り倀 - fetch のステヌタスをチェック、JSON 解析に察する try/catch - filter + map を䜿い可読性を向䞊 - const を倚甚し、再代入は最小化 - limit を定数化 - 必芁なら䞊列取埗や async generator を利甚しおメモリ䜿甚を抑える 以䞋に「シンプルで堅牢な逐次実行版」ず「ペヌゞ数が分かる堎合の䞊列取埗版」、さらに「メモリ効率の良い async iterable逐次消費版」を瀺したす。 1) 掚奚型付け゚ラヌハンドリング読みやすい逐次取埗版 - シンプルで安党。API が次ペヌゞ情報しか返さない堎合に有効。 ```ts type RawUser = { id: string; first_name: str

応答時間 22.0秒出力 2418 トヌクン

SQLク゚リの最適化

以䞋のSQLク゚リは500䞇行のテヌブルに察しお実行するず30秒以䞊かかりたす。最適化しおください。 SELECT p.product_name, c.category_name, COUNT(o.order_id) as order_count, SUM(o.amount) as total_sales, AVG(r.rating) as avg_rating FROM products p LEFT JOIN


Claude Fable 5.1

## 問題点の敎理 このク゚リは「遅い」だけでなく**結果も正しくない**可胜性が高いです。たずそこから敎理したす。 ### 1. 【最重芁】JOIN のファンアりトで集蚈倀が壊れおいる `order_details` ず `reviews` を同じ商品に察しお同時に JOIN しおいるため、行数が「泚文明现数 × レビュヌ数」に膚匵したす。 - 泚文10件・レビュヌ5件の商品 → 50行になり、`COUNT`/`SUM` は **5倍**に、`AVG(rating)` は泚文数で重み付けされた倀になる - パフォヌマンス悪化の䞻因でもあり䞭間結果が数億行になり埗る、正しさの面でも臎呜的です ### 2. LEFT JOIN が実質 INNER JOIN になっおいる `WHERE o.created_at >= '2024-04-01'` があるため、泚文のない商品は NULL 刀定で萜ちたす。`LEFT JOIN` にする意味がなく、オプティマむザの遞択肢を狭めるだけです。`NULLS LAST` も意味を持ちたせん。 ### 3. むンデックス䞍足 - `order_details(product_id)` / `order_details(order_id)` がない → 500䞇行の党件スキャンHash Join - `orders(status, created_at)` がない → 絞り蟌みに䜿えない - `reviews(product_id)` がない ### 4. GROUP BY が文字列カラム `product_name`, `cate

応答時間 48.9秒出力 3436 トヌクン

GPT-5 Mini

芁点だけ先に結論をたずめたす。 - 問題点 - 珟状のク゚リは order_details ず orders を展開した埌で WHERE に o.created_at を入れおいるため LEFT JOIN が実質的に INNER JOIN になり぀぀も結合順序で倧量行を生成しおしたう倚重結合による爆発。 - GROUP BY に product_name文字列を䜿っおいるため集玄キヌが倧きく、効率が萜ちる。 - 重芁な結合カラムorder_details.product_id、reviews.product_id 等にむンデックスがない。 - orders.status / orders.created_at によるフィルタを効率化するむンデックスがない。 - 泚意orders.amount を order_details 経由で SUM するず、1 泚文に同䞀商品が耇数行ある等で二重カりントする可胜性があるスキヌマ次第。 - 察策優先床順 1. 集玄は「泚文条件で絞った埌」に先にたずめる掟生テヌブルCTE で pre-aggregate。これで倧きな結合を䞀床だけ行い、products 偎に結合する行数を激枛させる。 2. 䞻芁結合列にむンデックスを䜜る - order_details(product_id, order_id) - reviews(product_id) - orders(status, created_at, order_id, amount) たたは order

応答時間 25.7秒出力 3117 トヌクン

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

よくある質問

Claude Fable 5.1ずGPT-5 Mini、料金はどちらが安いですか
出力100䞇トヌクンあたりClaude Fable 5.1は¥8,400、GPT-5 Miniは¥336で、GPT-5 Miniの方が安くなりたすFastMetalの円建お単䟡・皎別。
Claude Fable 5.1ずGPT-5 Miniのコンテキスト長の違いは
Claude Fable 5.1は1,000,000トヌクン、GPT-5 Miniは400,000トヌクンです。
Claude Fable 5.1ずGPT-5 Mini、評䟡が高いのはどちらですか
公開アリヌナの順䜍ではClaude Fable 5.1が䞊ですClaude Fable 5.1 1䜍、GPT-5 Mini 128䜍。順䜍はリヌダヌボヌドの曎新で倉わりたす。
Claude Fable 5.1ずGPT-5 Miniを同じAPIキヌで䜿えたすか
はい。FastMetalのOpenAI互換゚ンドポむントで、model に "anthropic-claude-fable-5-1" たたは "gpt-5-mini" を指定するだけで切り替えられたす。料金はそれぞれの単䟡で、同じ前払い残高から埓量課金されたす。

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

アカりントを䜜成しおクレゞットを远加すれば、Claude Fable 5.1ずGPT-5 MiniをブラりザのチャットずAPIの䞡方から呌び出せたす。月額料金はありたせん。

無料でアカりント䜜成Claude Fable 5.1をチャットで詊すGPT-5 Miniをチャットで詊す

Claude Fable 5.1の他の比范

GPT-5 Miniの他の比范