GPT-6.1 SolのAPI料金はいくらですか？

FastMetalでは100万トークンあたり入力¥357.4・出力¥1,787（税別）の円建て従量課金です。前払いクレジットから使った分だけ差し引かれ、月額料金やサブスクリプションはありません。

GPT-6.1 SolはOpenAI SDKからそのまま使えますか？

はい。base_url を https://api.fastmetal.ai/v1 に変更し、model に "gpt-6.1-sol" を指定するだけで、既存のOpenAI向けコードから呼び出せます。ストリーミング、ツール呼び出し、構造化出力にも対応しています。

GPT-6.1 Solのコンテキスト長はどのくらいですか？

1,050,000トークンです。プロンプトと回答を合わせてこの範囲に収める必要があります。

GPT-6.1 Solを試すには何が必要ですか？

アカウントを作成してクレジットをチャージすると、ブラウザのチャット画面とAPIの両方から利用できます。契約や最低利用額はありません。

モデル一覧に戻る

gpt-6.1-sol

GPT-6.1 Sol

GPT-6.1 SolはOpenAIの「GPT-6 Sol」のアップグレード版で、GPT-6シリーズのフラッグシップモデルであるGPT-6 Astraの下に位置しています。エージェント型コーディング、コンピュータ使用、ドキュメント量の多い専門的な...

2026/9/29

1,050,000 トークン

入力: ¥357.4/M

出力: ¥1,787/M

チャットで試す APIキーを取得

仕様

モダリティ

入力

file

image

text

出力

text

サポートされているパラメータ

include_reasoning

max_completion_tokens

max_tokens

reasoning

reasoning_effort

response_format

seed

structured_outputs

tool_choice

tools

最大出力トークン

128,000

推論設定

既定の動作: 思考オン（強度: medium）
指定できる強度: max
xhigh
high
medium
low
思考のオフ: 不可（常に思考します）

思考の制御方法と課金を見る

データの取り扱い

プロンプトの保持: 不明 — 確認できていません
学習への利用: 学習には利用されません

「不明」は「問題なし」ではありません。確認できていない、という意味です。

学習の可否は提供元との条件に基づく申告値です。保持の可否は、このモデルが到達しうる実行先すべてについて上流が公表する一覧から判定しています。いずれも推測は含みません。

コード例

curl https://api.fastmetal.ai/v1/chat/completions \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -d '{
    "model": "gpt-6.1-sol",
    "messages": [{"role": "user", "content": "Hello!"}]
  }'

GPT-6.1 Solの実際の回答

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…

まず、**提示されたエラーメッセージとコードには不整合があります**。Python では `str * int` は有効で、文字列の繰り返しになります。 ```python "100" * 2 # "100100"（200にはならない） ``` そのため、`price` が文字列、`quantity` が整数だった場合、この掛け算自体ではなく、通常は `sum()` が文字列を足そうとする段階でエラーになります。実際に動いているコードと完全な traceback を確認してください。 ### 想定される原因 DB から取得した `price` が数値ではなく文字列になっている可能性があります。まず実際の値と型を確認します。 ```python for order in orders: print( repr(order["price"]), type(order["price"]), repr(order["quantity"]), type(order["quantity"]), ) ``` ### 修正例 `price` が数値形式の文字列、`quantity` が整数または整数形式の文字列なら、計算前に変換します。金額には、浮動小数点の誤差を避けるため `Decimal` が適しています。 ```python from decimal import Decimal def get_user_orders(user_id): orders = db.query( "SELECT pr…

応答時間 14.2秒出力 708 トークン

コードレビュー

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

主な改善点は、**型の明確化、HTTPエラーの処理、ループの簡素化**です。現在の逐次ページ取得は、APIに過度な負荷をかけにくい点では妥当です。 ## 改善点 ### 1. `any` を具体的な型に置き換える APIから受け取るユーザーと、関数が返すユーザーでは構造が異なるため、それぞれ型を定義します。プロパティ名の誤りなどをコンパイル時に検出できます。 ### 2. HTTPエラーを明示的に処理する `fetch` は、404や500では通常rejectされません。`response.ok` を確認し、不正なレスポンスを正常なデータとして処理しないようにします。 ### 3. ループと変数を簡素化する - `for...of` を使い、`data.users[i]` の繰り返しをなくす。 - 再代入しない配列は `const` にする。`const` でも `push` は可能です。 - `"first_name + ' ' + last_name"` はテンプレートリテラルにする。 - ページサイズの `100` は定数化する。 ### 4. ページネーションの終了条件を確認する `users.length < 100` で終了する方法は、**最終ページ以外は必ず100件返る**というAPI仕様に依存します。APIに `hasMore` や `nextCursor` があるなら、それを使う方が確実です。また、件数が100の倍数の場合、現在の方式では最後に空ページを取得するリクエストが1回発生します。 ## 改善例以下は、現在と同じページネーション仕様…

応答時間 21.9秒出力 1212 トークン

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…

主な問題は、**JOINによる行数の増幅**と、**注文の絞り込み・JOINに必要なインデックスの不足**です。特に現状のSQLは、性能だけでなく集計結果にも問題がある可能性があります。以下では、`NULLS LAST` などの構文から **PostgreSQLを想定**して説明します。 ## 1. 現在のSQLの問題点 ### 注文明細 × レビューで集計値が膨らむ例えば、ある商品に注文明細が10件、レビューが5件あると、JOIN後は最大50行になります。その結果： - `COUNT(o.order_id)` がレビュー件数分だけ増える - `SUM(o.amount)` もレビュー件数分だけ増える - 不必要に大量の行を集計するため遅くなる **売上とレビューは、それぞれ商品単位に集計してから結合する**のが基本です。 ### `orders` のLEFT JOINが実質的にINNER JOINになっている ```sql WHERE o.created_at >= '2024-04-01' ``` によって、注文が存在しない行は除外されます。したがって現状の結果には、条件に一致する注文がある商品しか含まれません。この仕様でよければ、注文側は明示的に `INNER JOIN` にできます。 ### 商品名でグループ化している ```sql GROUP BY p.product_name, c.category_name ``` では、同名・同カテゴリの別商品が合算されます。商品別ランキングなら、**商品IDで集計**するべきです。 ##…

応答時間 37.1秒出力 2062 トークン

他のモデルと並べて比較する →

よくある質問

GPT-6.1 SolのAPI料金はいくらですか？: FastMetalでは100万トークンあたり入力¥357.4・出力¥1,787（税別）の円建て従量課金です。前払いクレジットから使った分だけ差し引かれ、月額料金やサブスクリプションはありません。
GPT-6.1 SolはOpenAI SDKからそのまま使えますか？: はい。base_url を https://api.fastmetal.ai/v1 に変更し、model に "gpt-6.1-sol" を指定するだけで、既存のOpenAI向けコードから呼び出せます。ストリーミング、ツール呼び出し、構造化出力にも対応しています。
GPT-6.1 Solのコンテキスト長はどのくらいですか？: 1,050,000トークンです。プロンプトと回答を合わせてこの範囲に収める必要があります。
GPT-6.1 Solを試すには何が必要ですか？: アカウントを作成してクレジットをチャージすると、ブラウザのチャット画面とAPIの両方から利用できます。契約や最低利用額はありません。