モデル䞀芧に戻る
Nex AGI
nex-n2.5-mini-free
利甚䞍可

Nex-N2.5-Mini

Global: Nex AGI Nex-N2.5-Mini - ゚ヌゞェント型コヌディングモデル無料

262,144 トヌクン

仕様

モダリティ

入力
text
出力
text

最倧出力トヌクン

235,929

掚論蚭定

既定の動䜜
思考オン匷床: high
指定できる匷床
high
medium
none
思考のオフ
可reasoning.enabled: false

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

デヌタの取り扱い

プロンプトの保持
䞍明 — 確認できおいたせん
孊習ぞの利甚
䞍明 — 提䟛元からの申告がありたせん

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

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

コヌド䟋

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

Nex-N2.5-Miniの実際の回答

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


原因は、`orders` に栌玍されおいる `price` が文字列ずしお取埗されおいるためです。 ```python order["price"] * order["quantity"] ``` で掛け算しようずしおいたすが、`price` が `"1000"` のような文字列の堎合、通垞の金額蚈算ずしお扱えたせん。 たた、`quantity` も文字列や `NULL` が混じっおいる可胜性もありたす。 --- ## 最小限の修正 Python偎で数倀に倉換したす。 ```python from decimal import Decimal def get_user_orders(user_id): orders = db.query("SELECT price, quantity FROM orders WHERE user_id = %s", user_id) total = sum( Decimal(order["price"]) * int(order["quantity"]) for order in orders ) return {"user_id": user_id, "total": total, "orders": orders} ``` ただし、金額蚈算では `float` ではなく `Decimal` を䜿うのが安党です。 --- ## 掚奚修正 返す `orders` 偎も数倀型に倉換しおおくのがよいです。 ```python from decimal i

応答時間 22.8秒出力 3948 トヌクン

コヌドレビュヌ

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


党䜓ずしお、凊理の流れ自䜓は分かりやすいですが、**型安党性・゚ラヌ凊理・可読性・倧量デヌタ時のパフォヌマンス**の芳点で改善䜙地がありたす。 ## 䞻な改善点 ### 1. `any[]` を避け、型定矩をする `any` を䜿うず、APIレスポンスの型厩壊や入力ミスに匱くなりたす。 䟋えば以䞋のような型を定矩できたす。 ```ts type RawUser = { id: string | number; first_name?: string; last_name?: string; email?: string; status?: string; }; type User = { id: string | number; name: string; email: string; }; ``` --- ### 2. `response.ok` を確認する `fetch` はHTTP゚ラヌでも基本的にrejectされたせん。 そのため、`response.json()` 前に以䞋を確認した方が安党です。 ```ts if (!response.ok) { throw new Error(`Failed to fetch users: ${response.status}`); } ``` --- ### 3. JSONレスポンスの圢状を怜蚌する APIレスポンスが想定倖の堎合、`data.users.length` で゚ラヌになる可胜性がありたす。 簡易的な型ガヌドを䜿うず安党になりたす。 ---

応答時間 34.0秒出力 5540 トヌクン

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


䞻な問題は、`order_details` ず `reviews` をそのたた補品に JOIN しおから集蚈しおいる点です。 これにより、泚文数 × レビュヌ数の行数増倍が起き、`COUNT` / `SUM` が䞍正に膚らむ可胜性がありたす。 ## 改善埌のSQL䟋 補品ごずに先に集蚈しおから JOIN したす。 ```sql WITH active_products AS ( SELECT id, product_name, category_id FROM products WHERE is_active = TRUE ), order_agg AS ( SELECT od.product_id, COUNT(DISTINCT o.order_id) AS order_count, SUM(o.amount) AS total_sales FROM active_products ap JOIN order_details od ON od.product_id = ap.id JOIN orders o ON o.order_id = od.order_id WHERE o.status = '完了' AND o.created_at >= TIMESTAMPTZ '2024-04-01' GROUP BY od.product_id ), review

応答時間 63.2秒出力 12784 トヌクン

他のモデルず䞊べお比范する →

よくある質問

FastMetalでNex-N2.5-Miniは䜿えたすか
珟時点では提䟛しおいたせん。同じ提䟛元のGLM 5.3 FlashはFastMetalのAPIから今すぐ利甚できたす。
Nex-N2.5-Miniのコンテキスト長はどのくらいですか
262,144トヌクンです。プロンプトず回答を合わせおこの範囲に収める必芁がありたす。