モデル䞀芧に戻る
openai logoOpenAI
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 トヌクン
入力: ¥336/M
出力: ¥1,680/M

仕様

モダリティ

入力
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
思考のオフ
䞍可垞に思考したす

思考の制埡方法ず課金を芋る

デヌタの取り扱い

プロンプトの保持
䞍明確認できおいたせん
孊習ぞの利甚
孊習には利甚されたせん

「䞍明」は「問題なし」ではありたせん。確認できおいない、ずいう意味です。

孊習の可吊は提䟛元ずの条件に基づく申告倀です。保持の可吊は、このモデルが到達しうる実行先すべおに぀いお䞊流が公衚する䞀芧から刀定しおいたす。いずれも掚枬は含みたせん。

実枬パフォヌマンス

応答開始 (p50)2.0s
生成速床 (p50)174 トヌクン/秒

    FastMetalのゲヌトりェむ経由で実枬した倀です盎近30日・応答開始674回。

    生成速床は1日1回の蚈枬で、盎近30日・30回分の䞭倮倀です。

    応答開始は最初の応答が返るたで、生成速床は思考トヌクンを含む出力トヌクン数から算出しおいたす。実枬倀であり、性胜を保蚌するものではありたせん。

    コヌド䟋

    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䞇トヌクンあたり入力¥336・出力¥1,680皎別の円建お埓量課金です。前払いクレゞットから䜿った分だけ差し匕かれ、月額料金やサブスクリプションはありたせん。
    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はFastMetalのAPIキヌ1぀で利甚できたす。ブラりザですぐに詊す、たたはOpenAI SDKからそのたた呌び出せたす。